现在是考虑如何将SDN、SD-WAN、基于意图的网络（IBN）和网络功能虚拟化（NFV）等创新技术顺利部署到位的时候了。

网络性能软件提供商LiveAction的联合创始人兼首席技术官John Smith称：“部署这些新兴技术通常会导致网络出现一些中断。避免这种情况的最好方法是使用经过验证的技术而非全新技术。你自己也从未想过要当它们的小白鼠吧。”

Smith建议要一步步控制风险，就像幼儿学步一样“先爬后走，最后再学会跑。确定使用案例并解决问题，与此同时首先要将风险限制在一组独立的最终用户，以进行概念测试。确保商业案例能够推动对新兴网络技术的需求一直是一个不错的思路，这样有助于证明行动的合理性。”

DNS和流量管理技术提供商NS1的架构副总裁Shannon Weyrick建议：“在非生产环境中进行小规模的的概念验证是熟悉技术并获得一些早期操作体验的好方法。”在推出任何颠覆性技术之前，请确保所有参与者都认识到它们的价值，了解技术和部署流程并同意相关的目标和指标。

软件定义网络（SDN）旨在让网络既易于管理又具有灵活性。Smith称，有的技术已经被成功部署，使用这些已经被验证过的技术对于在SDN部署中将运行中断控制在最低程度至关重要。此外，他还指出：“在数据中心方面，虽然Cisco ACI和VMWare NSX都是可靠的基础设施技术，但是要考虑到它们最适合哪些业务等因素。”

全面的网络可见性对于最大限度地减少运行中断也是至关重要的，因为SDN的安装会出现不可避免的启动问题。“部署可见性解决方案，例如网络性能监控和诊断（NPMD）工具，可以消除部署错误并快速隔离问题，”Smith解释道。

IT保护和恢复服务提供商Sungard Availability Services的首席技术架构师Kiran Chitturi建议选择一种包含了开放标准且鼓励客户、开发人员和合作伙伴之间建立开放生态系统的方案。“在大规模采用之前，请耐心选择有针对性的用例，例如针对特定工作负载优化网络，访问控制限制等。”

AT＆T网络云副总裁Amy Wheelus建议，最好从开源和开放的规范项目开始。对于云基础架构，首选的开源项目是OpenStack，因为其包含了许多运营商和网络边缘在内的不同用例。她指出，对于服务编排层，ONAP是开源中最大的项目。“在AT＆T，我们在推出5G移动网络的过程中使用了OpenStack、Airship和ONAP等多个开源软件组件。”

Weyrick建议在生产中完全转向SDN之前，可将流量控制在一个特定的区域。“在现有生产服务器上创建一个新的且未使用的私有子网，然后传输如运营指标等不太关键的流量也是一种方法。这使你可以获得部署和操作SDN各个组件的经验，证明运营可靠性，在增加新堆栈传输流量的百分比时信心倍增。”

手头有备用计划也很重要。“即便是最好的计划也需要有备胎。”Weyrick说。“如果SDN发生故障，请确保关键子系统有备用传输计划。”理想情况下，此类策略还应包括自动故障备援。“即便是在最坏情况下，提前考虑过的手动计划也可能会在部署期间和部署之后帮助你提高自己的信心，”他补充道。

有许多方法可以利用SD-WAN，将SDN的优势应用于广域网。Smith称：“客户可以利用Riverbed或思科等厂商的现有基础设施。”企业还可以选择将Fortinet和WatchGuard等新功能添加到安全设备中，或者是利用SaaS（软件即服务）服务提供商提供的虚拟表单。

Smith建议，无论选择何种工具，都要在少数选定的站点对该技术进行试用。“记下学到的经验教训，并在展开全面部署之前将这些有用的信息写到网站切换的MOP（程序方法）当中。”他指出，潜在的采用者也需要了解技术是如何扩展的。他说：“试点项目可能会运行得很好，但是当被扩展到大量站点时，如果你没有相应的计划，就可能会遇到许多无法预料的问题。”

软件开发公司ScienceSoft的信息通信和技术部门经理Andrei Lipnitski说，SD-WAN意味着使用控制器来管理企业分支机构之间的连接。“要迁移到SD-WAN，企业需要在总部安装一个控制器，由系统管理员进行管理，并配置SD-WAN路由器，以替换分支机构中使用的过时硬件。”

支持直通网络设置的SD-WAN架构允许保持现有网络设置不变。“一旦安装完成，网络应该像以前一样运行。一个好的做法是让这个设置保持运行一段时间，以确保所有应用程序和云服务不间断运行，”SD-WAN供应商Mushroom Networks的首席执行官Jay Hakin说。他还指出，一旦确认可靠的操作，就可以有计划分阶段修改网络向SD-WAN设备添加额外的WAN资源或是为其他高级功能添加配置，并且不会出现任何停机风险。

基于意图的网络（IBN）技术进一步推动了SDN的发展。虽然SDN在很大程度上实现了大多数网络管理流程的自动化，但是越来越多的企业需要来自网络的更强大的功能来管理其数字化转型，并最终确保其网络能够按照原来的规划运行。

IBN允许管理员设置特定的网络策略，然后依靠自动化来确保这些策略的执行。Smith警告说：“目前出现了大量关于IBN的炒作和错误信息。它们实际上能做什么和不能做什么现在仍然存在争议所以客户需要认真调查并花时间了解哪些是真实的，哪些是理论上的。”

数据中心和托管服务提供商Flexential的网络战略副总裁Tim Parker表示，在没有中断风险的情况下采用IBN需要大量的耐心和实践。他解释道：“困难最大的地方是向ACI（以应用为中心的基础设施）和向支持IBN的新操作系统转移。这部分的困难已经超过了它们能够带来的优势。例如，当触发器或阈值达到设定值时，我们会对来自Kentik的NetFlow的数据和Python脚本自动执行DDOS清理。但是这远非真正的人工智能，真正的人工智能会根据学习过的决策影响做出明智的决定。”

网络技术公司BlueCat的首席技术官Andrew Wertkin认为，IBN不仅仅是技术转型。“它们还会影响到企业的技能、运营、合规/治理和现有服务水平协议。”他建议企业评估自己在所有这些领域的准备情况。“别太自以为是，要集中精力从小地方开始。”

网络功能虚拟化（NFV）抽象化了网络功能，允许在标准化计算节点上运行软件安装、控制和操纵它们。数据中心和托管服务提供商Equinix的互连服务副总裁Bill Long称：“NFV和SDN可以不依赖于底层物理硬件。网络编排和控制都是通过软件管理的，没有专门的设备和特定的位置。企业可以安全地将他们的网络连接到应用程序和云服务。无论他们在哪里，计算资源都可以根据需要调高或降低。这极大地增强了可扩展性和简易性。”

如果企业未能充分考虑自己对NFV的需求，那么就会出现麻烦。Smith说：“许多企业在没有提前验证商业案例的情况下就会部署NFV。假如企业需要为其分支机构提供更大的灵活性，那么使用NFV来启用新的网络服务是一个好主意。”

确保IT团队之间的准确沟通也可以最大限度地减少部署过程中的运行中断。数据中心和云应用平台提供商Avi Networks的副总裁Ashish Shah说：“NFV将网络功能与底层服务器硬件分离开来，从而实现了更大的灵活性和弹性。但是由于x86服务器的维护和修补工作由服务器团队负责，因此服务器和网络团队之间的理解和沟通非常重要。”

虚拟网络功能的集中策略和生命周期管理是保持长期成功的另一个重要考虑因素。Shah告诫说，管理NFV的每个实例都很麻烦，它们会抵消过渡到NFV所带来的好处。

迁移现有应用程序也需要额外注意，要确保考虑到所有应用程序的相互依赖关系、脚本和策略。“记录下这些依赖关系可以减少中断，”Shah说。

Smith说：“从更广泛的角度来看，无论是专注于SDN、SD-WAN、IBN还是NFV，重要的是要记住每种新技术所需要的新工具、培训、支持等等。确保团队拥有适当的工具和培训对于成功部署和最小程度的中断至关重要。”

以上便是dnf全自动脚本开源相关内容，如果对你有所帮助，记得收藏本页方便下次阅读。

【推荐阅读：】开发商Nexon连续关闭旗下美国工作室