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

Compare with Current View Page History

« Previous Version 2 Next »

Project Name:

  • Proposed name for the project: VIM for Cloud Providers
  • Proposed name for the repository: 
    • multivim

Project description:

  • Service providers also look for flexibility and choice in terms of multiple clouds to meet their business requirements. ONAP needs to support different infrastructure environment including OpenStack (different versioned), VMware, Azure, micro-services, and containers.

Scope:

1: Add capability in infrastructure controller to allow for registration, discovery (or homing), and selection of cloud and virtual infrastructure providers

2: A plugable framework that implements adapters for different cloud providers. In R1, we expect VMware VIO, OpenStack (Wind River), and Microsoft Azure.

3: DCAE close loop remediation —Monitoring API collection for multi-cloud resource metrics (utilization, availability, health, performance), potential extending DCAE collectors

4: SDC VNF template customization and/or optimization to establish close match to the capabilities of underline cloud and virtual infrastructure provider(s)

5: In R1, we target to support

  • Minimal
    • Demo vFirewall in an environment with any single cloud provider, within a single site
    • For VoLTE or vCPE (or whatever is the minimal release requirement), enable single cloud provider across multi-site 
  • Stretch goal
    • For VoLTE or vCPE, enable mix of different cloud providers across multi-site

Architecture Alignment:

  • How does this project fit into the rest of the ONAP Architecture?

            The proposed multi-vim layer will be added into the infrastructure controller. It has dependencies with SO, DCAE, A&AI, and will act as the single access point to be called by these components for accessing the cloud and virtual infrastructure. Furthermore, we expect to align with SDN-C component for both intra DC connectivity as well as inter-DC connectivity

  • How does this align with external standards/specifications?
    • Support existed functions
    • Information/data models
    • Compliant with ETSI NFV arhitecture framework
  • Are there dependencies with other open source projects?

Resources:

  • Primary Contact Person:  Bin Yang, Xinhui Li,
  • Initial Committers:
    • Andrew Philip, Microsoft
    • Bin Yang, Wind River
    • Xinhui Li, VMware
    • Anbing Zhang, China Mobile

Contributors

    • Isaku Yanahata, Intel
    • Matti Hiltunen, AT&T
    • Ethan, VMware

Other Information:

  • link to seed code (if applicable)
  • 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)

Use the above information to create a key project facts section on your project page

Key Project Facts

Project Name:

  • JIRA project name:
  • JIRA project prefix:

Repo name:
Lifecycle State:
Primary Contact:
Project Lead:
mailing list tag [Should match Jira Project Prefix] 
*Link to TSC approval: 
Link to approval of additional submitters: 

    • Andrew Philip, Microsoft
    • Bin Yang, Wind River
    • Xinhui Li, VMware
    • Anbing Zhang, CMCC


  • No labels