面向NFV和SDN的自动化的编排系统：智能化ONAP社区

在今年3月份，AT&T OpenECOMP项目与中国移动主导的Open-Orchestration（OPEN-O）项目正式合并成为Linux基金会旗下的Open Network Automation Platform (ONAP)项目。

8个月之后，ONAP推出了其备受期待的首个软件版本——Amsterdam，承诺为网络自动化提供一个统一架构，其模块可以被运营商立即使用。作为ONAP发布的首个架构，Amsterdam不仅结合了两个组织的贡献代码，消除了过程的重复性，并且增加了重要的新功能。

作为下一代网络转型的核心系统，以及行业内的事实标准，怎么形容ONAP的重要性似乎都不过分。在昨天召开的“GNTC全球网络技术大会”上，中国移动研究院网络所副所长王亚晨详细介绍了ONAP的最新进展。王亚晨表示，ONAP是一个开放的开源社区，其理念是希望能够吸引更多的合作伙伴，不简单是传统的电信领域，更希望IT领域的合作伙伴能够加入其中，贡献应用场景、需求、代码，真正把ONAP社区做到未来智能化发展。

王亚晨透露，刚刚发布的Amsterdam版本整合了ECOMP和OPEN-O，代码长度达到了600万行，ONAP的第二个版本—Beijing将会在明年五六月份正式发布。

全领域覆盖：ONAP成员达58家

在王亚晨看来，开放可以说是ONAP最为核心的理念，目的就是利用比较新的技术，打造一个面向NFV和SDN的自动化的编排系统。

也正是在这样的理念指引，在今年年初，ECOMP和Open-O正式合并成为ONAP。合并的过程并不像外界想象的那么简单，ECOMP当时已经有300多万行代码，Open-O也有约100万行代码，“合并中面临的挑战是很大的，无论是对于中国移动还是合作伙伴，关键是如何把这些代码融合在一起，形成一个新的编排器软件架构。”

在ONAP的设计之初，就强调它是一个模型驱动的系统，同时增加了一些比较容易适配在NFV环境下多厂家的模块，中国的运营商可能和国际运营商有很大的区别，中国移动更加强调在整个NFV部署系统中，从业务层到底层硬件层，可能都是一个多厂家环境，在设计整个的ONAP软件架构的时候，就要打破原先AT&T相对比较封闭的软件架构，引入一些新的特征，能让更多的合作伙伴参与进来，这也是中国移动在ONAP设计之初非常重要的理念。

目前，整个ONAP开源社区已经有了58家合作伙伴，既包含中国移动、中国电信，AT&T等业界的主流运营商，也包含了诸如华为、中兴、诺基亚等传统的设备商，更重要的是吸引了很多IT的合作伙伴，“我们把ONAP的社区理解成一个CT加IT技术的碰撞、融合的社区，在运营商向ICT转型过程中，可以贡献不同领域专家力量的社区。”

目前，ONAP的组织在Linux基金会旗下，由董事会下面会分技术委员会，会将ONAP拆分成不同的阶段，包括需求阶段，软件开发阶段，集成测试阶段，每个阶段都有不同的项目，目前有30个项目同时在进行中，也是整个ONAP社区能够良性循环、保障的有效机制。

明年发布第二个版本：Beijing欢迎你

在本月的中国移动全球合作伙伴大会上，中国移动代表Linux基金会发布了ONAP第一个版本---- Amsterdam（阿姆斯特丹）。为什么如此命名，背后还是有些故事。“这是ONAP社区伙伴一起来决定，每个ONAP版本都将会用一个著名城市来命名，阿姆斯特丹取了它首字母A，代表首个版本，ONAP第二个版本会用北京来命名，预计会在2018年五六月份发布。”

据王亚晨介绍，ONAP的阿姆斯特丹版本目前有600万行的代码。ONAP在设计非常强调设计态和运行态的区分，设计态和运行态决定了如何在设计态完成之后能够快速在运行态里进行加载业务，能够同时在系统运行过程中实时对网络的运行状态进行反馈，根据反馈结果调整系统功能、软件容量、弹性的扩存，这是阿姆斯特丹系统里非常核心的一个架构。

ONAP的架构设计原则，就是基于自动模型设计的软件架构，面向NFV和云环境，引入持续开发和持续集成的理念，希望软件系统能够快速适应新特征、新技术引入。

“我们希望在15分钟完成虚拟化网元的加载，这个在目前的很多系统里是很难做到的，在设计ONAP的时候，希望它能快速完成加载。”王亚晨说。

王亚晨表示，中国移动会在今年年底启动ONAP试点工作；在明年北京版本发布后，中国移动会将5G的功能逐渐引入ONAP。两者的结合主要在网络切片方面，ONAP第二、第三个版本考虑如何实现5G端到端网络切片的管理。“ONAP真正商用的时间，预计会在2018年底到2019年，5G商用的时间是2020年左右，我们希望在2020年之前ONAP能够有一个非常完善的商用环境。”