ONAP

中国移动在ONAP整个开源社区里，我们做了三部分工作，前面我讲到了第一个是我们如何把我们两个架构融合，这是中国移动最初的最重要的工作。第二个工作是我们引入了一些新的功能，这是我们中国移动重点推的项目。第三个工作是我们在全球建设了三个ONAP的官方ONAP开源实验室，中国移动承担了在北京建设了最大的一个ONAP的开源实验室，除了ONAP我们引入了很多合作伙伴。这张图是在讲，ONAP的一个初步的一些部署设想，中国移动的NONET，我们把它定义为我们面向下一代网络的一个新型的数据中心构建，在NONET里一直强调一个电信集成云，我们在做NONET有三个方面的考虑，第一我们需要重构电信网络的基础设施，我们希望利用TIK基于云化构建整个电信网络的基础设施。第二部分是重构网络的新的功能，我们在面向5G的时候，会用微服务的架构重新设计我们的网络功能。第三个部分是我们重构下一代网络的OSS系统，ONAP一定下一代网络OSS的一个关键组件。

我们把未来的ONAP，或者我们数据中心分成两个层面，一个是核心TK，一个是边缘TK，核心TK可能会承载未来面向控制面网源的一些设备，比如说现在EPC的控制面，MS的控制面，网络的一些控制结点，边缘TK会承载和用户面和数据面相关的，需要进行大的流量快速转发的一些设备，包括我们在里面强调今后5GCO分离之后，我们U面会在整个边缘TK进行部署。ONAP会计划部署在核心的TK里实现我们的基于编排器对于核心TK和边缘TK进行一次统一的编排和调度。

ONAP的部署方法应足够灵活，以适应各种运营环境的不同场景和目标。用户可能希望只选择部分ONAP组件集成到他们自己的系统中。同时，ONAP平台应该是高可靠、可扩展、安全且易于管理的。为了实现这些目标，ONAP被设计为基于微服务的系统，其所有组件都通过Docker容器发布。

OOM负责协调端到端的生命周期管理和ONAP组件的监控。 OOM通过Kubernetes来提高CPU利用率并提供平台部署方法。另外，通过增强其管理组件的可扩展性和弹性，OOM有助于提升ONAP平台的成熟度。

ONAP 项目为真实应用场景进行蓝图测试,以实现平台
的快速推广采用。在 ONAP 的第一个发布版本(阿姆斯特丹
版本)中,我们介绍两种蓝图:vCPE 和 VoLTE。后续的版
本将测试更多的功能和/或新的蓝图

在这个用例中,许多传统的网络功能(例如 NAT、防火墙和家长控制)都是作为虚拟网络
功能实现的。这些 VNF 可以部署在数据中心或者客户边缘(或两者相结合的方式)
。

这个蓝图传统上需要相当复杂的编排和管理,需要同时管理虚拟环境以及客户和业务提供商
的底层连接。ONAP 通过两个关键组件来支持这种用例,管理连接业务的 SDN-C 和管理虚拟业
务的 APP-C。在这种情况下,ONAP 为端到端业务提供一个通用的业务编排层。它利用 SDN-C
组件建立网络连接。同样,ONAP 利用 APP-C 组件来管理 VNF 的生命周期。以这种方式部署
ONAP 简化并极大加快了业务试用和新增业务的推出。

 

from:

1 http://baijiahao.baidu.com/s?id=1585418647526898998&wfr=spider&for=pc

2 https://www.sdnlab.com/21313.html