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

Compare with Current View Page History

« Previous Version 7 Next »

Architecture Changes since Beijing

There are no significant architecture changes for OOM in the Casablanca release.

The focus is on incremental improvements in the following areas as discussed at the Casablanca Architecture F2F in Vancouver:

  1. Persistent Storage
    • pluggable persistent storage technologies to expand beyond static host path configuration + NFS backend
    • evolve standardized Helm Templates (introduced in Beijing) to support global configuration and sub chart overrides of Storage Classes
    • provide support for GlusterFS as the first storage class provisioner  OOM-1228 - Getting issue details... STATUS
  2. Resource Limits
    • apply CPU and Memory limits to Helm Charts in order to improve Pod placement based on resources available in a Kubernetes Cluster
    • OOM working with teams to gather accurate values per project  OOM-1145 - Getting issue details... STATUS
  3. Common "shared" Helm Charts
    • project teams can benefit from "sharing" common Helm Charts that reference common images and deliver 
      • mariadb-galera cluster  OOM-1176 - Getting issue details... STATUS
      • postgres
      • cassandra
  4. Platform Resiliency
    • Backup and Restore  OOM-1232 - Getting issue details... STATUS
    • Node Selectors  OOM-1229 - Getting issue details... STATUS
    • Enable (Anti)Affinity Rules  OOM-1231 - Getting issue details... STATUS


Software Changes since Beijing

Upgrading from Helm 2.8.2 to 2.9.1.


API Updates

OOM does not provide any external APIs.

S3P Updates

OOM uses Kubernetes to help ONAP applications to reach their S3P goals. Usability and Manageability come through the use of Helm to configure and deploy ONAP.

 (115%)

Information/Data Model Alignment

OOM does not ingest the ONAP data model.

  • No labels