BUSINESS DRIVER

Executive Summary - Increasingly, edge locations are becoming K8S based as K8S can support multiple deployment types (VNFs, CNFs, VMs and containers).  This work enables ONAP to deploy workloads in K8S based sites.

Business Impact - This will enable operators to use both Openstack based sites as well K8s based sites to deploy workloads.  It also enables usage of common compute resources for both network functions and applications, thereby utilizing compute infrastructure efficiently. Since K8S supported with the same API, superior workload mobility can be achieved.

Business Markets - Applicable across compute continuum : On-prem edges, network edges, edge clouds and public clouds.

Funding/Financial Impacts - Potential of significantly avoiding multiple service orchestrators, avoid multiple infrastructure managers, thereby savings on CAPEX.

Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider. 

Technical Debt

R4 has many feature planned and there may be few items that may spill over to R5.  

...

• SRIOV-NIC Support
• Multi-Cluster scheduler
• Edge-Labeling & Daemon-set implementation across edges
• User Manager
• Meta-configuration scheduler
• Placement support (if there are multiple edge candidates)
• HPA support (being taken care as part of HPA work)
• NSM and OVN SFC for function chaining - PoC item
• CLI Support for all relevant APIs. (Applications, Resource-Bundle definitions,  Profiles, Configuration templates, configs and meta-configs etc...)
• Continuous monitoring (using Kubernetes APIs) and updating the DB with latest status and resources allocated.
• CLI/GUI support on the status of resources (At app level, At resource bundle level and at each resource level)
  
  
• Study : ETSI defined Container definition