Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

  • Brief Project Overview (brief as it should be known

    • Active and Available Inventory (AAI) is the ONAP subsystem that provides real-time views of Resources and Services and their relationships. AAI not only forms a registry of active, available, and assigned assets, it also maintains up-to-date views of the multidimensional relationships among these assets, including their relevance to different components of ONAP. 

      This project targets a logically centralized reference point for service and resource details serving other ONAP components and non-ONAP systems to enable fulfillment, closed loop, reporting, and other operational use cases. A&AI is critical to ONAP as the existing sources of truth do not provide a cross domain view and are not designed to serve this information to multiple clients.

  • New component capabilities for Dublin, i.e. the functional enhancements.
  • New or modified interfaces
    • Most of the changes are related to the functional use cases; some of the functional use cases are test-only, they use existing types and edge rules.
    • The most contentious change is in the PNF object, there is a request to change the key of the object to pnf-id from pnf-name
  • If they are modified, are they backwards compatible?
    • All are backward compatible except for  AAI-2148 - Getting issue details... STATUS
  • Interface naming (point to an example)
    • AAI REST API
  • Reference to the interfaces.
  • What are the system limits?
    • Multithreaded concurrent operations on the same objects can cause duplicates in the graph - we have implemented stickiness in the haproxy that sits between AAI and client to keep a client bound to the same node which can mitigate this, but we do not force locking on updates which means that malicious or careless clients can cause duplicates in the graph.  We provide cleanup utilities for data grooming, but we recommend that clients are careful not to send multiple requests on the same object within microseconds of one another.
  • Involved use cases, architectural capabilities or functional requirements.
  • Listing of new or impacted models used by the project (for information only).
    • The modeling subcommittee has requested that AAI leads an effort to produce a UML data model from the existing run time model (Dublin). Future decisions and updates to the model will then be approved and updated on the Papyrus model, thereby providing better linkage between ONAP modeling efforts and the downstream systems.
    • The PNF model in particular (see above  AAI-2148 - Getting issue details... STATUS  needs attention in Dublin, we have reached out to Andy Mayer to have it considered in the context of the overall Modeling effort.
  • No labels