References
- CPS-2166Getting issue details... STATUS
Assumptions
Assumption | Notes | |
---|---|---|
1 | Topic name extracted from Subscription ID | |
2 | One client can have multiple subs | |
3 | Topic is setup correct and can write |
Issues & Decisions
Issue | Notes | Decision | |
---|---|---|---|
1 | Choose alternative for forwarding | Alternatives
| Option 3 further expanded as functional requirements 1 &2 |
2 | Even if clients specify the topic upon subscription creation, can multiple client share the same topic? | Only applies to alternative #3 above |
Requirements
Charact
Pe | Additional Informatio | Signoff | ||
---|---|---|---|---|
1 | Each NCMP instance shall support 150M CM notification change events per day | |||
2 | NCMP shall support horizontal scaling to support > 150M CM notification change events | |||
3 | NCMP shall support processing CM notification change events with the following subscription profile :
|
Req
Functional
Interface | Requirement | Additional Information | Signoff | |
---|---|---|---|---|
1 | Client application shall ONLY receive notification they subscribed on | |||
2 | Client application shall not see notification they did not subscribed on |
Error Handling
1 |
Overview
Solution Proposal
- NCMP (currently) listens to all CM Data Notifications (on an 'internal' topic
- NCMP queries its own persistence service to find out which Client(s) are interested in the notifications A-10 and/or B-52
- (3 alternatives, see issue #2)