Project Overview
NBI stands for NorthBound Interface. It brings to ONAP a set of APIs that can be used by external systems such BSS for example. These APIs are based on TMForum APIs
New component capabilities for Dublin, functional enhancements
Allow BSS or any other to receive service state updateservice inventory notifications, by offering both dynamic event criteria notification subscription and event notification for Service Instance Creation, Updates or Removal. REST base APIs. ( use DMaaP as source to read AAI events )
- Service Inventory improvement by adding few more information such as the ServiceSpecification Name used to create the instance to the response. API updates have been made to allow service Instances to be retrieved solely using service instance id.
- Application status enhancement, provide a query param to play basis integration test with other modules such aai, sdc, so, dmaap
- New ability to allow internal Components of ONAP such as SO to communicate externally to other external systems via the External API Framework. Service Order API enhancement to allow forwarding internal requests based on Target in API header.
- Now External API framework uses the SDC Tosca jar to parse Service CSARs , the external API Framework TOSCA parser has now been removed.
New or modified interfaces
/service/{id}
/serviceSpecification/{uuid}/specificationInputSchema retrieve the json shemas of the serviceSpecserviceOrder
- /status?viewAllfullStatus=true
Reference to the interfaces
Latest documentation and swagger available on latest readthedoc here
System limits
Involved use cases, architectural capabilities or functional requirements
BBS usecase
service inventory notificationnotification ( allowing eventType=ServiceCreationNotification,ServiceAttributeValueChangeNotification, ServiceRemoveNotification to be registered for subscription by external systems )
CCVPN usecase
Service inventory improvement, by retrieving a service instance by id, populating state and relatedParty attributes.
Adding Service Order forwarding capaibility with External API Framework acting as an API Proxy for external communication originating internally from ONAP Service Orchestrator
Technical improvement
Migrate from springboot 1.x to springboot 2.x
Refactor API testing to resolve instability during jenkins jobs, facilitate test maintenance and new feature testing. Karate framework
Listing of new or impacted models used by the project (for information only)
None.
Diagram
- CCVPN, east-west interaction of ONAP instances through External API