Skip to end of metadata
Go to start of metadata

Delta from R1

R2 Usecase schema updates:

HPA Schema Updates - new object types/edges still being defined

  AAI-742 - Getting issue details... STATUS

PNF support - looks like we need to add an attribute in support of PNF use case

  AAI-683 - Getting issue details... STATUS

Scale in/out - existing schema is sufficient

Change management - existing schema is sufficient

R2 Usecase functionality updates:

Custom query for HPA usecase:

  AAI-819 - Getting issue details... STATUS

Other updates:

Clients will call AAI thru MSB, stretch goal is to retire HAPROXY and use MSB for load balancing/mS selection

  AAI-671 - Getting issue details... STATUS

Datastore will be JanusGraph on Cassandra: 

  AAI-24 - Getting issue details... STATUS

Stretch goal: AAI will use AAF for Authentication/Authorization

A few microservices - mostly related to data integrity and data validation in the graph db, have been deferred to Casablanca.  This does not change any agreed scope or APIs with other ONAP systems.

S3P Updates

  1. Security
    1. AAI core:

      CII Best Practices

    2. AAI UI:

      CII Best Practices

    3. AAI used 1-way TLS on APIs in Amsterdam and will continue in Beijing.  There are still open questions about how the CA will be set up in Beijing, AAI uses a toy certificate signed by an openecomp CA which expires in December 2018
    4. SONAR code coverage.  Plan is to get to >50% on all repos.
    5. Nexus IQ scans: We are in the process of migrating off AJSC to Spring Boot - Our first microservice has been converted (aai/resources) and has 0 security and 0 policy violations.  The other microservices will be similarly converted.  This should clear the overwhelming majority of the current exceptions on the other repos
  2. Scalability and Resiliency
    1. Working closely with OOM and MSB teams
      OOM-591 - Getting issue details... STATUS AAI-671 - Getting issue details... STATUS
    2. Relying on kubernetes to manage AAI resilience, multiple instances of each stateless application server
    3. AAI team has been working with on a clustered cassandra cluster.  We have a working PoC and will be leveraging the clustered approach in Beijing.  Single-site failover where we can lose a single node of the cassandra clustere which will be re-synced when kubernetes restores it.
      AAI-539 - Getting issue details... STATUS
  3. Performance and stability
    1. Focus to this point has been security and scalability/resiliency.  We will participate in the integration team's performance testing
    2. Seeking to meet 36hr stability soak test
  4. Manageablility
    1. Logging/EELF
    2. AAI services can be instantiated in < 1hr
  5. Usability
    1. Working on splitting the API swagger so the website can parse the RST
      AAI-494 - Getting issue details... STATUS

Information/Data Model Alignment

AAI's schema/edge rules will not change for the Beijing release to align with the modelling subcommittee's proposed information/data/runtime service and instance models.  AAI is participating in the discussions and will map existing data objects to the approved clean versions when they are approved. 

MODELING-61 - Getting issue details... STATUS

API Updates

New endpoints for HPA use case

New custom-query to support HPA use case

New attribute on PNF object

Clients will use legacy APIs thru MSB


  1. James Forsyth - Roger pointed me to your arch review page - using it as an example for Logging - thanks

  2. As I can see there is a plan to use JanusGraph instead of Titan. So is A&AI running on Titan or Janus in the Beijing release? Also as I understand Titan used Cassandra as a base data layer. So is it still the case? I also saw references to ElasticSearch in the installation instructions. Where is it used? Thanks a lot!