克服网络功能虚拟化部署挑战

此外，TMF模型可以很容易地部署，不仅能管理从虚拟功能新组成的服务，而且可以管理传统配置的服务，甚至合作伙伴提供的那些服务。通过一个共同的架构来管理所有这些服务，当很多传统网络设备仍然继续使用时，这种模型将允许运营商管理到NFV的过渡。

NFV部署需要非传统数据模型

管理集成和服务建模代表着最大和最后的NFV部署决策(数据模型)。NFV触及现有网络OSS/BSS，以及NMS，云管理系统以及虚拟功能本身的管理。它将需要管理所有用于托管NFV的设备以及所有周围的网络设备。

在确定托管功能的最佳位置以及最佳连接方式时，我们需要考虑虚拟化、虚拟功能的机器映像、虚拟网络SDN连接和流量模式。这种优化任务很巨大，但真正的挑战在于简单地传达这些政策来指导部署，以及收集所需要的管理数据。对于这一点，NFV部署需要站在传统数据模型之外来思考。

现代数据驱动的过程模型将数据存储从数据/信息模型分离出来，并且，它们使用语义层来描述解译和关系。这些可以很容易地适应收集器接口来从设备和功能收集遥测信息，以及分布接口来以管理系统需要的形式可视化数据。IETF已经提出使用数据仓库来收集资源信息，用以分布到虚拟功能或者其基础架构到应用程序的信息传输(i2aex)架构内的管理流程。这种语义建模方法还可以让我们很容易地对NFV ISG指定的接口进行准标准部署。

在NFV部署中，我们是否需要现成的云应用?

除了这些基本部署点，我们还需要考虑一些基本问题，例如虚拟功能实际来自哪里。

如果虚拟功能必须被定制开发为在NFV部署中运行，那么，在功能可用性方面可能存在潜在的延迟。毕竟，开发人员必须致力于新环境，这可能导致多个平台具有不同的需求集。而在NFV托管云应用或网络组件的能力将帮助解决这个功能可用性问题，但现成的云应用或网络功能组件不能利用任何特殊管理、可用性或性能工具(这些可能被构建到NFV规范中)。正确的答案可能是同时支持现成的应用以及具有NFV优化行为的定制化应用。然后，市场可以自己作出选择。

在规范出现之前，我们肯定会看到很多NFV部署。事实上，ISG的工作目标并不是描述或者限制部署过程和供应商，NFV用户将在不同的功能和特性上放置不同的价值。随着部署逐渐展开，我们将看到NFV可以做什么，到时候，我们将能够判断这会是怎样的一场革命。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友