ONAP发布Beijing版本，为网络自动化和编排提供最佳平台

开放网络自动化平台（ONAP）项目致力于为端到端闭环网络自动化提供统一平台，今天发布了第二个版本“Beijing”。Beijing版本降低了网络运营商部署ONAP的难度，并且帮助全球领先的服务提供商致力于加强开源网络。LF Networking（包括ONAP）囊括了全球65％以上的移动用户以及为全球数亿客户提供服务的全球主要企业和云提供商。

Linux基金会网络总监Arpit Joshipura表示：“我们很高兴地宣布ONAP第二版本Beijing的推出，它推动了架构、七个维度的部署和新的自动化功能。作为一个社区，我们庆祝Beijing版本为生态系统带来的进步，并期待ONAP平台得到更多部署。”

随着ONAP Beijing版本的发布，开发者社区密切关注新的平台和流程增强功能，以确保平台的稳定性、安全性等，以支持实际部署。Beijing版本增强了基于容器的实施平台，为虚拟网络功能（VNF）开发者、服务设计者以及运营管理人员提供了强大的文档和培训。来自全球的解决方案提供商、厂商和系统集成商的开发者奠定了强大的商业生态系统的基础。

ONAP技术指导委员会（TSC）主席兼AT＆T实验室高级技术副总裁Mazin Gilbert表示：“Beijing版本将引领ONAP发展的新阶段，Beijing版的技术改进着重于提高平台的稳定性和可部署性。此外，社区一直专注于用户采用，并提供几个新的入门指南以及在线和面对面的入门培训。与社区一起，我们正在进一步将ONAP建立为自动化领域的实际的标准。”

Beijing版本的平台和功能增强包括：

• 架构 1.ONAP Operations Manager能够支持向Kubernetes上基于微服务部署的迁移 2.ONAP的外部API与MEF和TMForum合作，确保这些架构和API可以与ONAP平台无缝通信 3.在北京版本中，MSB通过提供服务注册/发现和API网关，帮助ONAP向微服务发展 4.ONAP在设计和运行时方面实现了统一资源VNF信息模型/数据模型
• 可部署性 1.从Beijing版本开始，ONAP开发流程针对每个平台模块的七个关键操作参数（可用性，安全性，可管理性，稳定性，可伸缩性，性能，弹性）进行测量 2.Beijing版本基于ONAP Operations Manager (OOM)和多站点状态协调服务（MUSIC）项目部署，引入了先进的平台稳定性和可管理性。 a)ONAP OOM使ONAP模块能够在Kubernetes上运行，为ONAP部署提供可用性、弹性、可扩展性和更多功能，并为全面实施微服务架构奠定基础，预计将在第三个版本Casablanca中实现该功能。 b)MUSIC是一种可选的全新解决方案，用于跨地域分布的站点对ONAP组件进行状态管理，确保主动运行而不会降低性能、可靠性和可用性等。 3.由于安全性是CI架构的关键要素，因此该项目采用了Core Infrastructure Initiative（CII，核心基础设施倡议）作为其发布要求之一。CII是Linux基金会管理的项目之一，该项目致力于改善关键开源项目的安全性和灵活性。 4.在Multi VIM/Cloud提供的事件联合服务弹性闭环结束后，ONAP的性能提高了70％以上。
• 功能增强 1.家用vCPE蓝图通过包含硬件平台认知（HPA）在内的变更管理和策略驱动工作负载布局功能进行了充实。 2.网络服务扩展以满足流量需求是NFV的基本价值主张。VoLTE用例通过手动触发的VNF可扩展性而得到丰富。 3.VF-C对齐R2 VNF数据模型，并支持通过GVNFM与开源VNF集成的VoLTE和CPE用例。

生态系统的扩张

开源社区正在迅速组织以确保技术、工具和服务的到位，以支持快速采用。

• VNF集成：与Beijing版本一样，ONAP社区与OPNFV验证计划（OVP）密切合作，简化商用NFV产品的采用，并基于OPNFV功能和测试案例建立行业门槛，通过ONAP VNFSDK协调集成和ONAP VNF验证计划（OVP）的组件。
• 文档和培训 1.为用户提供新的启动和操作指南 2.服务设计人员和VNF开发人员的设计指南和API和SDK文档 3.在线培训：开源网络技术和ONAP免费入门课程，以及更深入的付费ONAP基础知识培训 4.社区主导的最佳实践网络研讨会
• 实际部署 跨生态系统各个领域的组织（厂商、电信提供商、有线和云运营商、NFV提供商、解决方案提供商）继续讲ONAP应用于商业产品和服务。Beijing版本的代码被纳入AT&T、Bell Canada、中国移动、中国电信、Orange、Reliance Jio、Verizon、沃达丰、Turk Telecom等大型全球运营商的概念和生产部署计划，以及构建在ONAP平台上产品和解决方案。

对于ONAP Beijing版本的发布，ONAP社区成员及业界纷纷发声。

中国移动研究院人工智能和智慧运营研发中心副总经理、网络与IT技术研究所副所长、Linux基金会LFN项目董事会副主席王亚晨：“中国移动致力于基于ONAP开源社区实现网络转型技术创新。我们非常高兴地看到基于Amsterdam版本的核心网虚拟化业务场景的基础功能验证之后，社区Beijing版本针对稳定性、可靠性、安全性等方面进行增强。我们将基于Beijing版本选择核心模块针对CMCC重点应用场景进行定制化产品研发工作。同时，持续投入资源对社区工作进行支撑，特别是联合合作伙伴开展SDN与NFV结合的云网协同编排业务场景的功能增强与测试验证，为ONAP的普遍部署应用做出贡献。”

中国电信SDN技术研发中心主任，LFN董事会成员孙琼：“中国电信作为ONAP的白金会员，在半年前，我们共同见证、也积极参与了ONAP阿姆斯特丹版本的成功发布。今天，在各方共同努力下，Beijing版本即将发布。顺应着SDN/NFV、网络转型的大势，此次的新版本将在网络编排管理自动化上续写新篇章，在安全性、稳定性、可扩展性和性能上获得新的提升。进一步推动ONAP项目的成熟性与可商用性是整个社区的共同愿景。展望未来，我们期待增强ONAP的通用性和智能化，构建全球顶级的自动化平台。中国电信将继续与业界及LFN成员携手，丰富未来网络服务，打造开放、繁荣的网络生态。”

中国联通网络技术研究院首席专家唐雄燕：“ONAPBeijing版本的发布将平台的成熟度和可用性推进到了一个新的阶段，为运营商的网络转型和业务自动化提供了非常好的参考和借鉴。作为中国电信行业的创新引领者，中国联通始终致力于联合业界伙伴，加速网络创新，使能业务发展，繁荣生态体系。我们将持续加大在ONAP社区的投入并积极在联通网络上实践应用，实现整个行业的繁荣持续发展。”

华为网络产业与生态发展副总裁任旭东：“ONAP Beijing版本聚焦在增加平台的稳定性、可靠性、安全性和性能，是ONAP迈向商业部署的关键里程碑。面向5G和网络云化，自动化和智能化对电信产业比以往更加重要。因其架构和理念的符合，华为认为ONAP是全球运营商网络自动化较为适合的产业平台，其成熟更需行业上下游的共识和协作。华为将联合我们的运营商伙伴，基于Beijing版本进行2B业务场景的联合POC验证，推动ONAP尽快走向商用部署。”

爱立信OSS解决方案总监Mats Karlsson：“爱立信是开源生态系统的领先推动者之一，加速了包括ONAP和ETSI NFV在内的关键技术的采用和整合，以使得用户和合作伙伴受益。爱立信认为自动化与编排在5G网络的演进中发挥着至关重要的作用，ONAP是5G演进的关键推动者，它基于传统和混合云环境中的分析、策略和编排来实现自动化。Beijing版本的发布在平台安全性、可扩展性、稳定性、增强的曝光能力以及在虚拟机和容器/kubernetes网络基础设施上可部署方面都向前迈出了实质性的一步。”

Netsia工程副总裁Bora Eliacik表示：“Netsia完全致力于ONAP并积极推动ONAP Casablanca版本的发布，我们打算将这项服务投入土耳其领先服务提供商的生产环境。”

诺基亚移动网络总裁Marc Rouanne表示：“作为Beijing版本前十的贡献者，Nokia是ONAP社区的活跃成员，我们将继续与社区成员保持合作推进标准接口和系统模块化，以支持用户的不同需求。与外部控制器的集成代表了开放可扩展自动化平台迈出的重要一步，也是此版本的关键成果。Nokia还支持ONAP近期针对虚拟和物理网络及服务操作自动化的演进，全面的自动化策略对快速发展、混合网络和数字服务环境至关重要。”

Orange Labs Networks高级副总裁Emmanuel Lugagne Delpon表示：“ONAP北京发布采用最佳的微服务架构设计，并遵循开源软件的最佳实践标准，提供了一个可靠和可操作的平台。它包括一套功能强大的VNF封装和验证工具，可提供通用框架，简化VNF入门和减少集成负载。Orange在北京发布的贡献者社区中非常活跃，Orange开发了与TMF对齐的3个API，以便于在现有IT和BSS应用程序中进行集成。为了促进ONAP的使用并提供更多的测试功能，Orange提出了一个由70多个用户（来自运营商，供应商和学术界）的Openlab平台来演示ONAP的全部框架功能，并与社区共享成果。”

Tech Mahindra网络服务解决方案和战略高级副总裁Arunmozhi Balasubramanian表示：“我们很高兴看到ONAP开发者社区不断壮大，以及全球领先的通信服务提供商（CSP）的强烈兴趣，Tech Mahindra是ONAP的五大贡献者之一。Tech Mahindra正在美洲，欧洲和澳大利亚新南威尔士州（澳大利亚和新西兰）执行一系列ONAP PoC（概念验证）计划。北京版本支持PNF（物理网络功能），为迁移到下一代服务管理铺平了道路。ONAP使CSP能够为其网络实现急需的服务敏捷性和超自动化。”