|
2020 CNF Notes
Features/Capabilities | K8S Environment | CNTT/Arch Ref.2 | ONAP (Today) | ONAP CNCF | Comments |
---|---|---|---|---|---|
CNF Scalability | From an Orchestration perspective: Cluster Autoscaler, HPA and VPAHandling within its own clusterFrom an Automation, Control Loop (CL) perspective | OOF, SO, Multi-CloudCL (DCAE, Policy, CLAMP + Triggered Action) | Adding value: Handling multiple K8S, ClustersSee "SO enhancements to support CNF" presentation (3/17) | Not ONAP Scalability itself otherwise MUSIC, OOM (Container Orchestration) | |
CNF Resiliency | From an Orchestration perspective: K8S ServicesFrom an Automation, Control Loop (CL) perspective | OOF, MSO, Multi-CloudCL (DCAE, Policy, CLAMP + Triggered Action) | See "SO enhancements to support CNF" presentation (3/17) | Not ONAP Resiliency itself otherwise MUSIC, OOM (Container Orchestration) | |
CNF Availability | Public Cloud is currently offering <99.999 | Opportunity for ONAP | Not ONAP availability itself otherwise 99.9999+ built inside ONAP | ||
Onboarding/ProvisioningDesign Time | SDC/VID/CDS | SDC/CDS | ONAP Portal/UUI to be re-assessed | ||
Secured service-to-service communication | Additional SW to be uploaded on top of K8S:Linkerd, ISTIO, | AAF(VNFs only) | Integrate our ONAP Apps to Service Mesh while keeping AAF as optionalService Mesh between ONAP/CNFs | Do we provide any certificate or shall we rely on a Certification Manager? | |
Logging | Stackdriver LoggingElasticsearchFluentd | Logging/PombaEELF/ELK | Centralization of Logging - ONAP feature or external system to ONAP? | ||
Dashboard | OOM - Consul | ||||
ObservabilityEvents, Alarms, Analytics | Prometheus - https://prometheus.io/Open-source systems monitoring and alerting toolkitJaeger - https://www.jaegertracing.io/As on-the-ground microservice practitioners are quickly realizing, the majority of operational problems that arise when moving to a distributed architecture are ultimately grounded in two areas: networking and observability. It is simply an orders of magnitude larger problem to network and debug a set of intertwined distributed services versus a single monolithic application.based on grafana technologies (UI part) | DCAE | Specific VESIntegration with Promotheus and Grafana technologies (UI) as POC by AT&T | -Check the CNF Conformance to understand what are the requirements-Shall we integrate one of the open sources to DCAE (like we did with PNDA) or shall we create DCAE CNCF version? | |
InventoryCNFs Storage |
| AAI | CNF InventoryA&AI could also be used for Control Loop (future feature candidate?) | Under investigation | |
Security | K8S Airbag, kubectl | SECCOM | CNF Security RequirementsIngress Controllers | How to address Networking back to provider networkExpansion of Container Security for K8S (out of scope from SECCOM?) | |
Tracing | OpenTelemetry provides a single set of APIs, libraries, agents, and collector services to capture distributed traces and metrics from your application. You can analyze them using Prometheus, Jaeger, and other observability tools. - https://opentelemetry.io/ | DCAE | DCAE - Telemetry under assessment | CNF Compliance:The CNF supports OpenTelemetry-compatible tracing | |
Performance | |||||
Network Interfaces | Dual Stack Network:
| SDNC/APPC/CCSDK (CDS) | Re-use K8S & existing infra | We need to understand what role does ONAP play for CNF networking. Is it exposed to CNI plugin choice? Multiple interface containers? etc.
| |
Adapt our CI/CD - Toolchain | E2E Testing - Working jointly under OVP PH2 (OPNFV, CNTT, VTP, ONAP/VVP/VNFSDK) |
Features/Capabilities | ONAP | Comments |
---|---|---|
Step #1 Containerization | ||
Step #2 CI/CD | ||