几乎每家兜售软件定义网络（SDN）技术的供应商都在吹捧其效率——可编程的、灵活的网络，只需要更少的硬件和劳动力，就可以简单地做更多事情。

然而，这里的问题是，大家想要的效率是运营效率，其核心是指根据一些基准（例如营业利润）计算出来的业务投入与业务输出比率。而SDN真正提供的效率是长期的改善，这主要是因为运营效率的回收时间比大多数人想象地更长。

SDN可以描述为一组技术或者一个生态系统。SDN战略的两个核心要素是：抽象化传统网络的多个方面，以及开放API来提高网络可编程性。

SDN技术有一些有趣的用例，这些用例可能会导致运营效率方程式中至少一个投入项的减少：运营支出（Opex）。这将最先发生在变更管理领域。

在传统网络中，变更通常是手动且单调的。我们将设备从一个VLAN或者VRF移动到另一个，改变部分网络的服务质量策略，改变电路速度和终止点或者添加和 删除服务器和设备。在大多数情况下，变更是家常便饭，但你需要触及大量设备，而这提高了人为错误的几率。而SDN消除了这种风险，例如，SDN控制器提供 对网络上每个连接的深入的可视性，并提供一个中心点，我们可以从这个中心点来进行变更并记录。单靠这个优势就可以在很长时间内提高网络变更管理。

但为了实现这一点，我们需要增加很多其他投入，从新设备的资本开支（Capex）到其他组件的Opex，包括软件设计、编程专业知识、培训和网络重组等。所有这些实际上降低了运营效率，至少在短期内是这样。

那么，这个问题就变成，如果你进行这些投资，你希望多久能够实现收支平衡？或者说，你希望多久能够收回你投入到SDN的资金，并且开始实现效率？对这个问题的诚实的回答是，“视情况而定”。

预算周期是每年进行评估，但预算变化要在为期几年的周期内实现。今天投资在升级的资金应该在这个周期的前半部分收回，并在后半部分开始在投入/产出比率方面获得效率。

但这个公式是假设你已经准备好淘汰和更换你所拥有的大部分基础设施来部署SDN。不要忘记，对于SDN，你通常需要完全重新设计你的网络，而不只是替换核 心、顶级机架和列末交换。换句话说，在SDN部署中，你的整个网络都可能会发生变化，而不只是一台服务器或者最终用户设备。这是一个不小的投资，这极大地 改变了效率方程式的平衡。

我想大多数人都看到了SDN技术的可能性，他们可能对SDN的潜能感到激动。但除了等待该技术发展成熟，还需要考虑的问题是，你愿意投资多少钱来实现SDN的承诺。对于很多IT专业人士来说，SDN仍然是一个寻找问题的解决方案，并不会很快产生供应商所吹捧的运营效率。