SDN?还是VDN-“供应商定义网络”

多年来，SDN给IT行业带来了很大的重振网络的希望。我们都知道，在少数几个供应商控制下，这个行业有些停滞不前。然而，重振网络只是SDN带来IT发展的一部分。由于SDN能够使应用程序/服务以及(具有细粒度和动态性的)网络基础设施进行交互，SDN能够允许特定服务需求被传达给网络基础设施元素，并通过在运行时动态重新配置来启用。这样做将开创分布式计算的新时代，同时，带来很多我们目前只能靠想象的服务。

自定义计算和网络行为的意义

通过建立自定义控制平面以及计算和网络环境间的跨层映射，自定义计算和网络行为将非常有意义，因为随着通过虚拟机迁移，计算变得越来越分散，这将帮助解决虚拟化并扩展多个云计算环境中的数据中心。这些分布式计算岛将需要不同的网络性能以及可执行的基于性能的服务水平协议(SLA)。

最近，关于SDN的未来出现了很多设想，事实上，你可以说，SDN已经成为供应商定义网络，或者VDN。

首先，第一个问题是，传统网络的限制是否会被再循环到SDN，这个问题的答案是肯定的。你可以从SDN供应商的说辞变化以及供应商正在努力修改标准(这些供应商修改标准是因为他们逐渐进入瓶颈期，发现其提供的“解决方案”不能像其宣传的那样扩展、执行或者解决问题)可以看出来。当SDN营销材料被误认为是真实的网络架构和分析时，往往会忽略细节，而细节才是关键。

同样给SDN带来威胁的是缺乏对其应用的了解。供应商很少解释为什么他们的SDN解决方案是必要的以及应该如何使用。这些是供应商很少直接回答或者完整回答的问题：哪些用例需要它?你使用哪些SDN组件以及工具(例如OpenFlow、Openstack)?

供应商的营销术语总是在暗示“低延迟的大管道”，例如过度配置;超低延迟性的利用率极高的连接，但这现实吗?即使这是可能的，成本费用如何?受支持吗?

可能这些费用问题对于大型企业客户并不是问题，然而，对于需要向高管解释IT支出的中小企业的IT管理人员而言，这绝对是一个问题。总之，网络并不是你可以简单插入的电源插座，并且，简单地创建多个自定义控制平面并不能改变物理基础设施的性能或属性。

对于需要创造更好服务性能的应用程序开发人员而言，SDN很具吸引力。这也是应用程序/系统团队和网络人员(SDN公司正视图向网络人员销售其产品)关系紧张的根本原因。

其次，一些传统公司(服务器、路由器和交换器制造商)对SDN做了些表面功夫，而没有真正理解它。他们向其原有固件加入OpenFlow，并声称这是SDN解决方案，然后添加一个负载均衡器，可能还会在服务器上放置一个vSwitch，并声称这是从Layer 2到Layer 7的SDN;或者，他直接告诉客户他们将得到什么功能，通过哪些API。

网络方面的更多停滞让SDN更加有潜力。有一些较新的SDN供应商，他们创造了一些技术，并且发布了vSwitch和控制器的开源版本，而这些只是演示，(因为专业IT人员没有时间做实验以及编译和调试代码?)，而不是可用于生产的软件。

如果你想要从为学习SDN投入的时间和精力中获取任何价值，你都需要将这些免费开源软件升级到专有版本，这正是供应商的营销策略。更糟糕的是订阅大量专业服务的模式。

这些新SDN供应商希望打破已经形成的SDN垄断以及传统公司的停滞，但他们只是忘记提到，他们希望由自己来垄断。

这导致的问题是：随着常见SDN工具掌握在少数人手中，SDN标准究竟是权威的标准列表，还是权威标准列表?前者是由社区、同行携手合作，达成的共识，后者是由行业控制者提供的列表。

社区提出了一个问题，为什么这些自称SDN“领袖”的人都不愿意或者无法在最大的开放网络峰会上展示真正的产品?

在与客户交谈中，很多人都对SDN的新闻报道感到困惑，来自供应商的消息被不断重复，专栏作家、记者和作家都在根据不完整甚至不准确的信息来撰写文章。IT管理人员需要的是事实，而不是没有价值的东西!

当我在写这篇文章时，九位数的收购消息已经见诸报端。一家SDN公司真的值那么多钱吗?是的，这展示了计算和网络SDN的价值。该公司的技术值这么多钱吗?不。根据直接评估过其“解决方案”的人表示，这是对SDN的不完整受限的方法，并且不能用于生产。

云和其他服务供应商以及对SDN感兴趣的企业用户已经在采取办法来寻找替代当前

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

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