Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

DRAFT PROPOSAL FOR COMMENTS

...

Project NameEnter the name of the project
Target Release NameCasablanca
Project Lifecycle StateIncubation.  Refer to ONAP Charter, section 3.3 Project Lifecycle for further information
Participating Company AT&T, Amdocs, ZTE, Orange, Tech Mahindra, Nokia

...

What is this release trying to address?

The scope of the Beijing Casablanca Release of AAI will address CII Badging Security Program and Platform Maturity Requirements, as well the approved

...

AAI will support to the best of its ability the release 3 ONAP Casablanca use cases and functional requirements.

AAI will provide support for the following use cases, currently planning on test support with no code or data model changes:

  • vFW
  • vDNS
  • VoLTE
  • vCPE
  • CCVPN
  • OSAM/PNF

AAI will support the functional requirements listed on the Casablanca Release Requirements page, in particular the following: 

  • Scaling
    • committed to creating a new custom-query
  • 5G/PNF
    • schema updates and possible edge rule changes, but additional clarification is needed
  • EA/Cloud Infrastructure for Distributed Edge Clouds 
    • schema updates and possible edge rule changes, but additional clarification is needed

Minimum Viable Product

  • A&AI Core: Resources - CRUD REST API endpoints for A&AI inventory resources
  • A&AI Core: Traversal - REST APIs for graph traversals.  Some APIs use the Gremlin Server
  • UI - An ONAP portal application used by operations for visualizing and searching
  • Data Router: Makes decisions about workloads to be dispatched to search and tabular microservces.  Includes logic to recognize and direct requests based on request archetypes.
  • Search - Enable complex searches for sub graphs and functions that need to perform well across deeply nested structures using Elasticsearch.  Used by the UI
  • Champ - Abstraction from underlying graph storage systems that A&AI would interface with.
  • Gizmo - CRUD Rest API endpoint for resources and relationships, delivering atomic interactions with the graph for improved scalability.
  • Enricher - need words on this one- Enables complementing AT&T data with federated data from additional sources
  • Cacher - The Response Caching Microservice (Cacher) is built to deliver multiple mechanisms of making API calls and populating the responses into a JSON datastore. The datastore is an embedded mongodb datastore, that stores cached API responses, which are updated via DMAAP events or can be synced by timed tasks or calls to the force sync endpoint.
  • ESR - External System Registry component

...

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues2050
jqlQueryproject=AAI and issuetype in (story) and fixVersion = "Casablanca Release"
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176

...

Indicate the outcome (Executable, Source Code, Library, API description, Tool, Documentation, Release Note...) of this release.

Deliverable NameDeliverable Description
Move to Active OpenSource Graph databaseA&AI is currently using titan which is not actively being developed . We want to explore and implement a replacement FOSS solution which is being actively developed.
GizmoExecutable. Atomic REST CRUD interface to graph database
A&AI resourcesExecutable.  REST CRUD interface to graph database
A&AI traversal

Executable.  REST Interface for complex queries

Data routerExecutable
ESRExectuable
OOM ConfigSource code - configuration recommendations for using AAI dockers in the OOM environments
Enricher
Exectuable
Executable - data federation service
CacherExecutable - caching interface

Sub-Components

List all sub-components part of this release.
Activities related to sub-components must be in sync with the overall release.

Sub-components are repositories and are consolidated in a single centralized place. Edit the Release Components name for your project in the centralized page.

...

AreaActual LevelTargeted Level for current ReleaseCasablancaHow, EvidencesComments
Performance011The target is to capture baseline performance, but it is unclear what we'll be capturing.
  • 0 -- none
  • 1 – baseline performance criteria identified and measured
  • 2 & 3 – performance improvement plans created & implemented
Stability011Unclear what kinds of random transactions will be sent to AAI.  Assuming it will be random runs of existing use cases w/ Robot or jmeter2
  • 0 – none
  • 1 – 72 hours component level soak w/random transactions
  • 2 – 72 hours platform level soak w/random transactions
  • 3 – 6 months track record of reduced defect rate
Resiliency122

AAI R3 Platform Maturity

AAI will leverage OOMs single site failure detection and recovery

  • 0 – none
  • 1 – manual failure and recovery (< 30 minutes)
  • 2 – automated detection and recovery (single site)
  • 3 – automated detection and recovery (geo redundancy)
Security011 (Stretch goal: 2, unlikely) will get to

R3 Platform Maturity

AAI will maintain 50+ test coverage

, most repos already above 50% ONAP SONAR

  • 0 – none
  • 1 – CII Passing badge + 50% Test Coverage
  • 2 – CII Silver badge; internal communication encrypted; role-based access control and authorization for all calls
  • 3 – CII Gold
Scalability011

AAI R3 Platform Maturity

AAI will leverge OOM; currently working on a clustered solution for cassandra on docker

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176
keyAAI-539
leverage OOM

  • 0 – no ability to scale
  • 1 – single site horizontal scaling
  • 2 – geographic scaling
  • 3 – scaling across multiple ONAP instances
Manageability112 uses EELF and will continue to do so in Beijing

needs to investigate the level of compliance we can reach with the ONAP logging specification 1.2

  • 1 – single logging system across components; instantiation in < 1 hour
  • 2 – ability to upgrade a single component; tracing across components; externalized configuration management
Usability11
  • 1 – user guide; deployment documentation; API documentation
  • 2 – UI consistency; usability testing; tutorial documentation

...

List the API this project is expecting from other projects.
Prior to Release Planning review, Team Leads must agreed on the date by which the API will be fully defined. The API Delivery date must not be later than the release API Freeze date.

Prior to the delivery date, it is a good practice to organize an API review with the API consumers.

...

NameDescriptionVersion
JanusGraphOpen-source, distributed graph database

0.2.0

UbuntuOpen-source software operating system16.0.4-LTS
Cassandra

Open-source distributed storage system

3.11
DockerVM container
AJSCSpringBootOpen-source Microservice application sever61.5.12
ElasticSearchSearch framework2.4.1
HAPROXYmicroservice front end1.78


  • Testing and Integration Plans

...

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
maximumIssues20
jqlQueryproject=AAI and issuetype in (bug) and fixVersion = "Beijing ReleaseCasablanca Release" and status != "Closed"
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176

...

Risk identifiedMitigation PlanContingency Plan
To fill outTo fill outTo fill out
  • Resources

Fill out the Resources Committed to the Release centralized page.

  • Release Milestone

...