在本周的Light Reading NFV和Carrier SDN活动中，一组服务提供商对在网络中实施管理和网络编排（MANO）软件的困难感到痛苦。但随后其中一位小组成员提出了一个激进的想法：完全放弃MANO。
“我听说过这样的论点，如果你真的有一个云本地架构，而且做得很好，MANO可能就不需要了，”加拿大服务提供商Telus的NFV，云，创新实验室主管Bryce Mitchell说。“这是有争议的，还有待观察。但有一种观点认为，如果你有一个很好的集成CI / CD和像Kubernetes这样的东西来编排它，你可能不需要MANO。“
CableLabs的首席架构师Randy Levensalor指出，开源MANO（OSM）小组一直在努力实现规范。“OSM的第一目标是实施MANO规范，虽然他们还没有实现，”他说。“而且现在我们正在将Kubernetes添加进去。”
本周早些时候，Telefonica网络虚拟化战略负责人Antonio Elizondo表示，OSM正在研究一种通用信息模型，因为各式各样的信息模型对服务提供商来说简直就是一场“噩梦”。
“OSM提供了一个信息模型来描述VNF并定义网络服务操作，因此您可以部署网络服务或网络切片并进行操作，”Elizondo说。“OSM有一条明确的道路，可以在2018年底成为一个完整的端到端服务协调器。”
然而，虽然MANO-OSM或ONAP的开源小组都在努力实现MANO规范，但是对于市场业务来说这速度还是远远不够的。
CenturyLink战略与进步高级主管Bill Walker表示，“我对开源MANO的问题是它是一个级联的依赖树。它在发展委员会内部会变得复杂和政治化。“
而Telus的Mitchell表示，获得一款优秀的商用MANO产品需要很长时间。“在ONAP方面，我们实际上发布了一个完全的编排器，因为目前还没有一个开源已准备就绪，所以这个编排器还是封闭的，它还不存在。“
Orange Business Services的业务总监John Isch说：“从历史上看，我们希望在我们去见客户之前就已经解决了这个问题。可现在在销售会议上，我必须向客户解释这个差距，这是非常具有挑战性。“
Cable Labs的Levensalor建议说，“只需在你的编排器和你的VIM和VNF 之间做一个抽象层。对于堆栈的这一部分，并不是没有解决方法。API正在成为事实上的标准。“
什么是MANO？
由于NFV需要大量的虚拟化资源，因此需要高度的软件管理，业界称之为编排。业务流程编排、连接、监控和管理NFV服务平台所需的资源，业务流程可能需要对很多网络和软件元素进行编排包括库存系统、计费系统、配置工具和OSS等。
NFV MANO（网络功能虚拟化管理和编排）是用于管理和协调虚拟化网络功能（VNF）和其他软件组件的架构框架。欧洲电信标准协会（ETSI）行业规范组（ISG NFV）定义了MANO架构，以便在与专用物理设备分离并移动到虚拟机（VM）时促进服务的部署和连接。
MANO能做什么？
NFV MANO有三个主要功能块：NFV编排器，VNF管理器和虚拟基础设施管理器（VIM）。总而言之，这些模块在整个网络需要时负责部署、连接功能和服务。
- NFV编排器由两层构成：服务编排和资源编排，可以控制新的网络服务并将VNF集成到虚拟架构中，NFV编排器还能够验证并授权NFV基础设施（NFVI）的资源请求。
- VNF管理器能够管理VNF的生命周期
- VIM能够控制并管理NFV基础设施，包括了计算、存储和网络等资源。
开源MANO项目有哪些？
主要的开源MANO项目有ONAP、OSM、OPNFV、OpenStack Tackker、OpenBaton、OpenLSO、OpenMAN等。
- ONAP——ONAP是一个开源的软件平台，能够提供设计、创建、编排、监控和生命周期管理功能。
- OSM——OSM是ETSI领导下的由运营商驱动的开源MANO社区项目，旨在共同创新、创建并提供与ETSI NFV密切配合的MANO堆栈，OSM的愿景是提供满足商业NFV网络需求的生产环境的开源MANO堆栈。
- OPNFV——OPNFV是一个开源项目，专注于加速NFV的发展，其目标是建立一个运营商级集成的开源参考平台，运营商、厂商成员将共同推进NFV的演进，确保多个开源组件之间的一致性、性能和互操作性。
- OpenStack Tacker——Tacker是OpenStack项目中的一个子项目，其目标是构建一个通用VNF管理器（VNFM）和一个NFV编排器（NFVO），以在NFV平台上部署和运行虚拟网络功能（VNF）。该项目是基于ETSI MANO架构，并使用VNF向端到端的编排网络服务提供全面的功能堆栈。
- OpenBaton——Open Baton在管理和网络编排（MANO）上研究的时间比其他开源MANO组织出现的时间都要早，Open Baton由两个来自德国的研究机构Fraunhofer Fokus研究所和柏林技术大学领导的，Open Baton自2015年成立后，就专注于MANO代码的开发，而不是建立社区和关注市场本身。
- OpenLSO——OpenLSO是MEF推出的促进服务编排生态系统的项目，能够综合使用符合MEF定义的LSO规范的开源解决方案和接口。OpenLSO主要针对希望加速采用MEF定义的LSO的服务提供商，以实现MEF定义的服务生命周期的功能齐全的端到端服务编排。
- OpenMANO——OpenMANO是Telefónica推出的开源项目，提供了目前在ETSI NFV ISG标准下的管理和编排（NFV MANO）参考架构的实现，该项目可以轻松创建和部署复杂的网络场景，并通过实验室中涉及的多个VNF成功验证。
具体详见：白话网络编排（MANO），给你感兴趣的项目一文
目前MANO使用状况
在今年SDxCentral发布的NFV调查报告中（2018 NFV MANO Survey Results），对开源解决方案，NFV保证和NFV解决方案的构建与购买模式做了调查分析，下面就这三个方面具体介绍：
开源解决方案
当被问及ONAP和其他开源计划是否将成为NFV管理和网络（MANO）的主要解决方案时，大多数服务提供商和技术供应商受访者（83％）表示同意。然而，就时间和市场份额而言，共识并不那么强烈; 42％的受访者认为“ONAP和其他开源计划将会增长，但商业解决方案将保留相当大的市场份额”。同时，27％的人认为“ONAP和其他开源随着时间的推移（超过18个月）将成为主导。“另有14％的人认为”ONAP和其他开源计划将在18个月内占据主导地位。“此外，17％的人认为”商业化的MANO解决方案仍将是NFV的默认解决方案，因为ONAP和其他开放源代码项目都太不成熟，在可预见的未来都是小众的。“
NFV Assurance
在NFV Assurance方面，答案更加多样化。当被问及使用哪种Assurance解决方案时大多数都提供了各自不同的供应商，但OPNFV组件最突出是29％，其次是NetScout，EXFO，InfoVista。尽管OPNFV并非真正的NFV Assurance供应商，但令人欣慰的是，社区对OPNFV的投资在CSP的吸收和使用方面取得了成效。
NFV解决方案的构建与购买模式
当被问及他们是否使用他们自己的NFV解决方案还是更多地依赖服务提供商生态系统来提供这些解决方案时，大多数终端用户（58％）他们计划在购买这些技术的同时兼顾构建自己的解决方案。这表明大多数CSP操作的特殊性以及每个NFV部署中都会内置自定义元素。系统集成商将继续在定制和调整NFV产品到每个部署中发挥重要作用。虽然NFV为更通用的平台创造更好的机会，但事实是每个CSP都会有自己的风格。
