ONAP打造电信产业的“自动炒菜机”

作者简介：杨邦文，华为

随着ONAP第二个版本Beijing的发布，以及新一批运营商包括德国电信(DT), 瑞士电信（Swisscom），意大利电信（Telecom Italia），韩国电信（KT），日本KDDI等加入ONAP阵营，ONAP成为电信产业当前最火最热的话题。

ONAP是一个电信产业联合打造的大型开源软件系统，功能和架构比较复杂，一句两句很难说清楚。如果让我来回答，我的答案很简单，ONAP是一个“自动炒菜机”。

1.电信产业最大的问题是“上菜速度慢”

我们中国的餐饮业非常发达，菜品创新层出不穷，上菜速度非常快，价格和档次也非常丰富，我们作为消费者，很容易就找到合适的午餐或者晚餐解决方案。

今天的信息社会，个人，家庭和组织都在快速的数字化，对电信业务的需求是非常丰富的。如果把电信运营商比喻成餐馆，电信消费者（个人、家庭和组织）比作客人，作为客人的最大痛苦就是：我们发现餐馆不但菜品少，上菜速度还极慢。很多时候等不起，不得不放弃，或者自己回家做饭吃。

一个经常流传的例子是，某电商希望在某日搞促销，为了保证促销日的网站访问质量，需要当天临时大规模的提高网站出口带宽。找运营商协商，得到的结果是需要2个月的时间，而且带宽不按日卖，必须按照半年以上来签合同，电商只好放弃，另外寻找解决方案。不管该例子的真实性如何，作为企业客户，申请专线的复杂流程和时间消耗确实很大；作为普通消费者，我们申请宽带，申请新号码时也能体会到这种不方便。

目前电信产业的服务方式，面向未来会面临很大的挑战。未来电信的真正消费者其实是各个应用程序，这些应用程序运行在云端和智能终端上，随着负载的动态变化，对网络的带宽和时延的需求是不断变化的。最佳的方式是应用直接用API调用网络的能力，因此根本就没有等待时间，而是及时生效，自动结算。

2.电信产业上菜慢的原因是炒菜依赖”厨师”

电信产品的推出，传统上是一个复杂而漫长的过程。这个过程包含规划、设计，采购，建设，集成等，一趟下来，起码需要两年时间。如果一切顺利，网络建设完成后，基于这个网络的业务还要设计一套业务开通工作流程，和相应的销售流程等，然后就是进行市场推广和销售。产品本身是相对固定的，客户不能进行定制，因为定制会涉及到太多部门和人员的协同。

上述过程比喻成餐馆的菜品设计和生产过程的话，那些网络设计、运维人员就是各种厨师，而且这些厨师同某一个菜品是耦合在一起的，而这个菜品也同特定的食材也是耦合在一起的，而食材可能同特定的供应商也是耦合在一起的。这个上菜的过程，实际上很大程度上取决于这些厨师的熟练程度。而如果你还想尝新的菜品，可能就要要等厨师团队重新进行菜品设计，可能要重新等待两年了。

3.一个自动炒菜机的设计原则和效果

如果有一个自动炒菜机来炒菜，只要在菜单上选择菜品，机器就自动选择食材，自动炒菜，不是就可以大大提高上菜速度吗？我们是否可以实现这样的机器呢？

自动炒菜机是可能实现的，要实现自动炒菜机，就必须要改变传统的炒菜模式。

首先，炒菜机器必须是通用的，我们不可能针对特定的一款菜品来设计机器。如果一款菜对应一款机器，那么我们需要发明多少机器呀？因此炒菜器必须是一款可编程的通用炒菜机，这款机器的编程输入是菜谱。菜谱描述了一款菜需要如何配菜，如何炒菜，食材的先后顺序，炒菜的工法（爆炒还是清蒸等）。这款机器本身不是厨师，对菜品和食材完全没有任何认知，它只是知道爆炒、清蒸、烧烤等一些动作，怎么组合这些动作和食材，完全依赖于菜谱的指定，而真正的厨师，就从炒菜本身解放出来，只需要聚焦在不断的制作菜谱，不断的更加客户的口味变换菜谱。

其次，食材的供应一定要标准化。自动炒菜器一定有一个放置各种食材的案板之类，炒菜的机器会根据食谱，在案板上先配菜，然后炒菜。放置在案板上的食材，应该符合一定的规格，比如猪肉，要分成五花肉，瘦肉等类别，并切成一定规格的块。蔬菜等也需要洗好，切好等。总之所有食材都应该有对应的包装要求，不能毫无规矩。菜农给餐馆供菜时，必须要洗好，切好，包装好，符合这台机器的规格。

如果我们实现了自动炒菜机，那么整个餐馆的厨师团队就可以大规模的减少；上菜的速度就可以极大的加快；菜品的创新也就可以层出不求了；而食材采购和交易也标准化了，菜农可以大规模的生产；食客也一定会更加愿意到餐馆吃饭而不是自己做饭，从而把整个餐饮市场空间成倍的扩大，形成一个繁荣的产业。

4.把ONAP打造成电信产业的“自动炒菜机”

ONAP的设计思路，就是一台电信产业的“自动炒菜机”，那么，什么是电信网络的食材，什么是菜品呢？

电信网络的食材，是ICT基础设施提供的各种能力或者说功能，但是这些功能或者能力，比如要经过一定的抽象和封装，变成标准功能对象。比如说光纤接入网络，我们必须要抽象成一些网络能力对象，比如一个VLAN连接等。还有很多网络功能是软件化的，比如虚拟的家庭网关vRGW，这个对象其实是一个应用程序，需要按照一定的格式封装后，进行自动化部署和配置。

如上图所示，电信网络包含接入网，城域，骨干网络和数据中心等。这些基础设施都提供一些基础的能力，比如数据中心可以提供虚拟机，虚拟网络等，接入网络可以提供L2的接入连接和用户认证等，骨干网络可以提供高速专线或者VPN业务等。过去这些能力可能都是同特定的业务和特定的流程耦合在一起。有了ONAP后，我们就需要把这些能力变成可重用的资源（Resource），相当于经过特定处理和包装的食材。

把电信网络的一些原子功能描述成一个标准说明文件的过程就是建模，一般用一个文本文件来描述。这些模型要符合ONAP的规格，才能被ONAP识别。把这些模型导入到ONAP的过程叫Onboarding，就是上案板。

上图ONAP的模块中，SDC是业务设计和创建平台，是设计态模块，相对于厨师的案板，用来配菜和开发菜谱；后面模块都属于运行态模块，其中SO和各种控制器（CTRL）是炒菜的实际执行机构，SO是一个总的炒菜工作流，控制器是具体的菜品加工器，是具体类型的食材的加工器，分成3类，一类适合加工肉类（PNF网络），一类适合加工蔬菜（VNF），一类适合熬汤（IT类资源）。AI&I是一个食材和菜品管理系统。DCAE是大数据监控和分析模块，收集食客的反馈和满意度，Policy是策略模块，可以进行基于策略的行为调整。

目前ONAP这台机器的架构和功能设计得已经比较完善了，但是要真正的把ONAP用起来，我们还需要在食材的标准化和菜谱的开发上下功夫，从而形成供应链生态和丰富的菜谱。这个工作就需要把ONAP逐步应用到具体的场景过程来来寻找最佳的建模标准和最佳实践了。

要想了解ONAP的更多细节，请关注10月12日在上海举办的Open Source Networking Day.