General Design Principles
- API-First Approach
- RESTful
- Microservice
- CONFIGfile
- Idempotence: In general, executing the same request (applies on Services and OaM) with the same set of attributes again, shall just lead to the same state. There shall be no error messages, which would indicate that no change has been made. This shall apply in general. Few exceptions might occur (hypothetical example: /v1/create-additional-instance), but not contradict the general principle.
Functions
Names and IDs
- Structure of ApplicationNames
- Structure of ServiceNames
- Structure of Release Numbers
- Structure of UUIDs
- Structure of CallbackNames
Overview Information Model
Classes
- ControlConstruct
- LogicalTerminationPoint
- LayerProtocol
- Profile
- ForwardingDomain: The ForwardingDomain(FD) aggregates one or more ForrwardingConstruct(FC). Theoretically CC consists of a list of FDs. But practically a Microservice consists of a single FD instance. FDs are identified by a uuid.
- ForwardingConstruct
- ForwardingConstructPort
- NetworkControlDomain
- Link
- /v1/bequeath-your-data-and-die
- /v1/start-application-in-generic-representation
- /v1/register-yourself
- /v1/embed-yourself
- /v1/redirect-service-request-information
- /v1/redirect-oam-request-information
- /v1/end-subscription
- /v1/inquire-oam-request-approvals
- /v1/update-client
- /v1/list-ltps-and-fcs
- /v1/redirect-topology-change-information
- /v1/update-operation-key
- /v1/update-operation-client
- /v1/inform-about-application
- /v1/inform-about-application-in-generic-representation
- /v1/inform-about-release-history
- /v1/inform-about-release-history-in-generic-representation
- user
- originator
- x-correlator
- trace-indicator
- customer-journey