Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: added withdrawn comment

Draft.  - Withdrawn as a standalone project. Will be handled as a Sub project of OOM

Project Name:

  • Proposed name for the project: ONAP Operations Manager / ONAP on Containers
  • Proposed name for the repository: oom/containers

...

  • The primary benefits of this approach are as follows:

    • Life-cycle Management. Kubernetes is a comprehensive system for managing the life-cycle of containerized applications.   Its use as a platform manager will ease the deployment of ONAP, provide fault tolerance and horizontal scalability, and enable seamless upgrades.
    • Hardware Efficiency. As opposed to VMs that require a guest operating system be deployed along with the application, containers provide similar application encapsulation with neither the computing, memory and storage overhead nor the associated long term support costs of those guest operating systems. An informal goal of the project is to be able to create a development deployment of ONAP that can be hosted on a laptop.
    • Deployment Speed. Eliminating the guest operating system results in containers coming into service much faster than a VM equivalent. This advantage can be particularly useful for ONAP where rapid reaction to inevitable failures will be critical in production environments.
    • Cloud Provider Flexibility. A Kubernetes deployment of ONAP enables hosting the platform on multiple hosted cloud solutions like Google Compute Engine, AWS EC2, Microsoft Azure, CenturyLink Cloud, IBM Bluemix and more.

    In no way does this project impair or undervalue the VM deployment methodology currently used in ONAP.  Selection of an appropriate deployment solution is left to the ONAP user.

...

    • Converting ONAP components deployment to docker containers
    • Orchestrating ONAP components lifecycle life cycle using Kubernetes


As part of the OOM project, it will manage the lifecycle of individual containers on the ONAP runtime environment.

...

  • Primary Contact Person: David Sauvageau (Bell Canada)
  • Roger Maitland (Amdocs)
  • Jérôme Doucerain (Bell Canada)
  • Marc-Alexandre Choquette ((Bell Canada)
  • Alexis De Talhouët (Bell Canada)

  • Mike Elliott (Amdocs)
  • Mandeep Khinda (Amdocs)
  • Catherine Lefevre (AT&T)
  • John Ng (AT&T)
  • Arthur Berezin (Gigaspaces)
  • John Murray (AT&T)
  • Christopher Rath (AT&T)
  • Éric Debeau (Orange)
  • David Blaisonneau (Orange)
  • Alon Strikovsky (Amdocs)

  • Yury Novitsky (Amdocs)

  • Eliyahu Noach (Amdocs)

  • Elhay Efrat (Amdocs)

  • Xin Miao (Futurewei)
  • Josef Reisinger (IBM)
  • Jochen Kappel (Deactivated) (IBM)
  • Jason Hunt (IBM)
  • Earle West (AT&T)
  • Hong Guan(AT&T)

Other Information:

  • link to seed code (if applicable)
     Docker/kubernetes seed code available from Bell Canada & AMDOCS - Waiting for repo availability.
     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


More seed code on docker deployments and kubernetes configurations to be provided by Bell Canada/Amdocs shortly.

  • 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: Jochen Kappel