Versions Compared

Old Version 28

changes.mady.by.user Xin Miao

Saved on

compared with

New Version 29

changes.mady.by.user Catherine Lefevre

Saved on

Key

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

...

    • Duplicate containers – The VM structure of ONAP hides internal container structure from each of the components including the existence of duplicate containers such as Maria DB.  
    • DCAE - The DCAE component not only is not containerized but also includes its own VM orchestration system. A possible solution is to not use the DCAE Controller but port this controller’s policies to Kubenetes directly, such as scaling CDAP nodes to match offered capacity.
    • Ports - Flattening the containers also expose port conflicts between the containers which need to be resolved.
    • Permanent Volumes - One or more permanent volumes need to be established to hold non-ephemeral configuration and state data.
    • Configuration Parameters - Currently ONAP configuration parameters are stored in multiple files; a solution to coordinate these configuration parameters is required.  Kubernetes Config Maps may provide a solution or at least partial solution to this problem.
    • Container Dependencies – ONAP has built-in temporal dependences dependencies between containers on startup.  Supporting these dependencies will likely result in multiple Kubernetes deployment specifications.

...

  • How does this project fit into the rest of the ONAP Architecture?
    • Please Include architecture diagram if possible
    • What other ONAP projects does this project depend on?
      • ONAP Operations Manager (OOM) [Formerly called ONAP Controller]: The ONAP on Containers project is a sub-project of OOM focusing on docker/kubernetes management of the ONAP platform components
      • The current proposed "System Integration and Testing" (Integration) Project might have a dependency on this project - use OOM to deploy/undeploy/change the test environments, including creation of the container layer.

      • This project has also a dependency on the LF infrastructure (seed code from ci-management project)

  • How does this align with external standards/specifications?
    • N/A
  • Are there dependencies with other open source projects?
    • Docker
    • Kubernetes

...

  • link to seed code (if applicable)
     aai/aai-data AAI Chef environment files
     aai/logging-service AAI common logging library
      aai/model-loader Loads SDC Models into A&AI
     appc/deployment APPC docker deployment

     ci-management - Management repo for Jenkins Job Builder, builder scripts and management related to the CI configuration.
     dcae/apod/buildtools - Tools for building and packaging DCAE Analytics applications for deployment
     dcae/apod/cdap  - DCAE Analytics' CDAP cluster installation
     dcae/operation - DCAE Operational Tools
     dcae/operation/utils - DCAE Logging Library
     dcae/utils - DCAE utilities
     dcae/utils/buildtools  - DCAE utility: package building tool
     mso/chef-repo - Berkshelf environment repo for mso/mso-config
     mso/docker-config -MSO Docker composition and lab config template

     mso/mso-config - mso-config Chef cookbook

    ncomp/docker - SOMF Docker Adaptor

    policy/docker - Contains the Policy Dockerfile's and docker compose script for building Policy Component docker images.
    sdnc/oam - SDNC OAM
  • Vendor Neutral
    • if the proposal is coming from an existing proprietary codebase, have you ensured that all proprietary trademarks, logos, product names, etc., have been removed?
  • Meets Board policy (including IPR)

...

*Link to TSC approval: 
Link to approval of additional submitters: