MUSIC Dublin (R4) Architecture Alignment

New features in Dublin

Provide MUSIC as a fully sharded, scale out common service, where as many ONAP sites/component replicas can be added as required for performance. The significant technical challenge is to eliminate the need for Zookeeper and build MUSIC completely based on Cassandra while preserving all its guarantees. We expect this change to improve both deployability (just one tool – Cassandra) and performance (initial benchmarks indicate a factor of at least 4-5 times in terms of throughput). This is a crucial precursor for its use in edge computing and as the state management service for a federated ONAP.
Provide the seed code to allow MUSIC to support database (RDBMS) clustering across sites using the mdbc recipe wherein ONAP components that require it can continue using a SQL database within a site while using MUSIC is as the underlying transport layer across sites, with much better performance than standard solutions like Gallera clustering.

No incoming dependencies, but this is the basic architecture:

MUSIC runs as a common pod that can be used by different components.

Area	Actual Level	Targeted Level for current Release	How, Evidences

Area	Actual Level	Targeted Level for current Release	How, Evidences
Area	Actual Level	Targeted Level for current Release	How, Evidences
Manageability	1	1	Using EELF with logback as the logging provider.
Performance	1	1	This file shows basic performance benchmarks performed for MUSIC on a 10 node cluster.
Resiliency	2	2	Within each container we have scripts that will detect failure of MUSIC and restart it. However, if the entire container fails, we will need OOM to bring it up.
Scalability	1	1	Among the MUSIC components [tomcat, zookeeper, cassandra], new MUSIC nodes with the tomcat and cassandra can be added seamlessly to scale the cluster (MUSIC itself is state-less). Zookeeper nodes ideally should not be scaled since there are major performance implications. However, this can be done with reconfiguration.
Security	1	1	SSL Communication’s between Cassandra Cluster Nodes. REST over HTTPS with AAF for Authentication. CII
Stability	1	1	As shown in this file, our experimental runs were all over 1 hour.
Usability	1	1	Use SWAGGER for the REST API and Installation Docs. Will need to enhance and update the documentation.

NA.

API Update: No change since Cassablanca