...
# | Assumption | Notes |
---|---|---|
1 | "fields" and "scope" are proprietary options or not in the scope of this analysis. | |
2 | same xpath (resourceIdentifierInQuery) for all cm handles or different for each cm handle |
Issues & Decisions
# | Issue | Notes | Decision | |||
---|---|---|---|---|---|---|
1 | Which operation(s) need support for multiple cm handles? |
if many what is the priority? | ||||
2 | Do we need to use same xpath (resourceIdentifierInQuery) for all cm handles or different for each cm handle ? | 3 | Which datasources should be supported? | Do we need to support passthrough-only no-cached() data only ? | ||
3 | URL pattern for NCMP bulk endpoints | 4 | Endpoint url patterns? | Existing : /v1/ch/{cm-handle}/data/ds/{datastore-name} CPS Proposed : /v1/batch/data/ds/{datastore-name} ( include cm handles into payload / body and leave datastore into url) | ||
54 | keep datastore, topic and optional parameters in the URL itself instead into body. | CPS prefers keep interface similar as single cm handle interface (consistency and cost) Existing : ...&topic=topicParamInQuery | ||||
5 | 6 | Impacts on DMI Plugin Interfaces support in ONAP DMI-plugin | 7 | How we are supporting multiple anchors into CPS-Core ?
| ||
6 | 8 | Response always Async ie. topic is compulsory ?
| Assume topic is compulsory (defined in OPenApi) → Response therefore wil be 400 if not supplied | |||
79 | Should NCMP Amalgamate Async responses from DMI-Plugin before forwarding ? | step 6 in flow diagram | ||||
108 | Overlap with Deutsche Telekom | Sourabh Sourabh discussed Lee Anjella Macabuhay who confirmed there s no overlap | No Overlap |
...
Short description | Message Details | Notes | |||||||
---|---|---|---|---|---|---|---|---|---|
Bulk Get Request |
| Define new get operation "getResourceDataForCmHandles" into ncmp.yml | |||||||
Ack Client Request |
| ||||||||
DMI Bulk Request |
| ||||||||
Ack Client Request |
| ||||||||
Kafka Messages from DMI to NCMP |
| ||||||||
Kafka Message(s) from NCMP to Client |
| see open issue #9 |
< we do not want to dictate the remainder of an analysis it will depend on the type of user story at hand>
...