Nubo is a broker-less and decentralized edge cloud marketplace that provides APIexposure for integration between entities of the marketplace, i.e., service providers and customers of edge cloud. The core functionalities of this marketplace are implemented by using Hyperledger Fabric blockchain. Some of the marketplace features are Subscription to a service, Service registration, Service onboarding, and Application onboarding. Although it has many features, the Nubo marketplace does not provide performance assurance to the customers, which is one of the main reasons for the lack of trust between the service providers and customers. The SLA management can resolve this issue, and it builds a trusted environment in the marketplace. SLA management facilitates the generation of a formal contract between the service provider and the customer, in which the parties agree on the service’s anticipated performance level (measured in terms of QoS indicators). It also involves consequences in the form of a penalty when the expectations are not achieved during the contract period. One of the challenges in SLA management in the marketplace is to describe the SLA considering different edge cloud characteristics such as multi-parties, network services, etc. In this thesis, we studied the specific requirements for describing the edge cloud SLA and SLA intent, and then we proposed TOSCA models that can be used to describe SLA and SLA intent in the marketplace. In the end, we evaluated the proposed models with the help of an edge cloud use case. / <p>Due to the covid pandemic, I made my presentation online.</p>

Enabling trust between entities to collaborate, without the necessity of a third-partymediator is a challenging problem. This problem is highlighted when the collaborationinvolves a complicated process, spans multiple systems, and encompasses a largenumber of entities. This is the case in a decentralized service exposure marketplace.In this work, we design and implement a Proof-Of-Concept (PoC) suite of servicesto enable a blockchain to become the anchor of trust for a decentralized serviceexposure marketplace. We first formalize the necessary requirements to enable trustbetween a consortium of entities hosting the marketplace. We then follow with athreat model against the identified requirement, highlighting misbehaviour from thedifferent entities. Finally, we propose a model, Trust Engine, which facilitates thetrust management process and mitigates the identified threats. We showcase a proofof-concept of our model, utilizing a combination of smart contracts (hyperledgerfabric), blockchain, and service mesh technology (Istio). The Trust Engine successfullyidentifies the misbehaviour, documents it in the blockchain, and enforces policesto remediate the misbehaviour. Furthermore, we examined each component in oursuggested system to identify the performance bottleneck. Lastly, we discuss thelimitations of our suggested model with regards to other service mesh deploymentmodels as well as potential future work and improvements. / Det är ett utmanande problem att möjliggöra förtroende mellan enheter för attsamarbeta, utan nödvändighet av en tredjepartsförmedlare. Detta problem belysesnär samarbetet innebär en komplicerad process, spänner över flera system ochomfattar ett stort antal enheter. Detta är fallet i en decentraliserad marknadsplatsför exponering av tjänster. I detta arbete designar och implementerar vi en PoCkollektionav tjänster för att möjliggöra en blockchain till att bli en förankring fören decentraliserad marknadsplats för serviceexponering. Vi formaliserar först denödvändiga kraven för att möjliggöra förtroende mellan ett konsortium av enhetersom är värd för marknadplatsen. Vi följer sedan med en hotmodell mot detidentifierade kravet, och belyser feluppförande från de olika enheterna. Slutligenföreslår vi en modell, Trust Engine, som underlättar förtroendeshanteringsprocessenoch mildrar de identifierade hoten. Vi presenterar ett konceptvalidering av vårmodell med en kombination av smarta kontrakt (hyperledger fabric), blockchain ochservicenätsteknologi (Istio). Trust Engine identifierar feluppförandet, dokumenterardet i blockkedjan och verkställer riktlinjer för att fixa feluppförandet. Vidareundersökte vi varje komponent i vårt föreslagna system för att identifiera flaskhalsenför prestanda. Slutligen diskuterar vi begränsningarna i vår föreslagna modell medavseende på andra modeller för distribution av servicenät samt potentiellt framtidaarbete och förbättringar.