...

1. What does POMBA stand for?

   1. Post Orchestration Model Based Audit

2. What does the report look like?
   1. See POMBA Reporting
3. How is POMBA triggered?
   1. In Casablanca, it will be triggered as a result of an end of transaction event being emitted by SO. In addition, it some cases it can manually be triggered from VIM.
4. Does the POMBA Common Model align to the ONAP Common Model?
   1. We plan to support the ONAP Common Model. The current POMBA Common Model may have some slight differences, but the API is versioned so this will allow us to seamlessly transition to the ONAP Common Model when appropriate.
5. Is POMBA meant to find software bugs in ONAP?
   1. While that is one of the use cases, it is not the only one. It can also detect if resources outside of ONAP are not behaving as expected, as well as detect changes in services over time that differ from original expectations (with appropriate triggers).
6. Do you support validation against operational policies?
   1. If these policies are modeled in SDC, then we can audit against them.  Currently we don't support additional operational policy definitions but this could be evaluated.
7. How does POMBA know the values it is auditing are correct?
   1. It doesn't. POMBA compares different definitions of the resource and reports anomalies.
8. Why wouldn't I just run some traffic on the service to prove it works?
   1. That is a different test.  A service may be incorrectly instantiated and still carry traffic or be correctly instantiated and not carry traffic.
9. How do the various components of the solution talk to each other?
   1. They are independent Microservices with well defined REST API.  They communicate with each other via REST, although some parts of the solution allow for publishing events over MSB/DMaaP for other components to consume.
   2. See also
      1. POMBA Audit Initiation Swagger
      2. POMBA Context Builder Swagger
      3. Network Discovery API Swagger
      4. POMBA DMaaP
      5. Integration with Data Dictionary

Context Builders

1. What is a Context Builder?
   1. It is an independent Microservice capable of getting information about a service or service instance from a particular data sources (SDC, SDN-C, A&AI, Network). They each support the same API. See POMBA Context Builders and Data Sources for more information.  This allows POMBA to easily compare the data and generate a report.
2. How many Context Builders are there?
   1. One for each source of data - SDC, SDN-C, A&AI, Network, etc.
   2. Conceptually, the SDC one is defining a type of service while the others are dealing with service instances.
3. If I want to add a new source of data, then I need a new Context Builder?
   1. Yes, for ONAP data sources. Note that the Network Discovery Context Builder is meant to handle all primary data sources outside of ONAP.

...