Service Supplier Perspective
Let's explore what a supplier of a service
Service Lifecycle API
First and foremost, the supplier needs to have a service to offer.
This service can be anything, as long as it meets one crucial requirement set by ApeiroRA: the lifecycle of a capability
In other words, the supplier must ensure that the creation, modification, and deletion of a digital twin
In the context of cloud applications, capabilities should offer an API that the client applications and services can utilize.
However, an important principle of the reference architecture is that the lifecycle API and the capabilities business API must remain strictly decoupled.
While ApeiroRA imposes no constraints on the capabilities business API, it enforces guardrails for the lifecycle API, mandating the use of the Kubernetes Resource Model
Register Service in Marketplace
To make a service available, the supplier must register a service provider
The registration should include all necessary information for potential consumers (such a description, API definitions, SLAs, etc.), as well as all technical details required to enable the service in a service orchestration environment.
The registration process also uses a declarative model. This means the supplier must provide a resource document describing the service.
This document will be picked up by a marketplace controller
Services can utilize other services from the same or a different service marketplaces. For example, a service offering a database might need to deploy a Kubernetes cluster for each database installation. This Kubernetes cluster could be provided by a service provider within the same service marketplace. This approach enables the stacking of services and streamlines the development and deployment of higher-level services.
Provide Services
A service marketplace is connected to one or more service orchestration environments.
The service marketplace and the service orchestration environments decide which services should be available to the service orchestration environment.
They may both filter the service catalog based on their own criteria.
Once the service is registered, service consumers
The service provider is responsible for processing these orders.
To achieve this, a controller
Service Lifecycle
A supplier may change and expand a service offering over time, but reducing the scope or shutting down the service entirely can be difficult.
There may be contractual obligations between the supplier and the service marketplace and/or the service consumer that must be honored.
However, these considerations fall outside the scope of ApeiroRA.