软件定义的计算的目的是为了将相关的智能信息从硬件抽象到更规范的软件层。这不仅能够使一个异构的数据中心更有效地工作，也使得IT团队能够更容易的引入新的功能。

　　在云架构或高度虚拟化的数据中心，一款应用程序能够在一个广泛的IT设备集合中资源共享。例如，如果一家数据中心采用来自思科和Juniper网络公司的一种混合的网络交换机，思科的IOS和Juniper的JunOS工作主要的差异将存在于创建一个虚拟网络的难易程度方面。保持各种不同类型设备的功能的保真度就变得非常重要。

　　软件定义计算的障碍

　　完整转移到软件定义的网络——所有智能抽象到一个软件层，并基于OpenFlow的标准——对用户产生具有深远影响的意义，其消灭了思科和其他供应商的商业模式。100美元的dumb交换机就能发挥出一款价值10万美元的智能交换机的作用;所做的工作只是把容量转换为数据包的形式，同时让所有的管理和控制这硬件外发生。这同样适用于存储：EMC公司不太可能接受软件定义的存储，他们的硬件太过商品化，你同样可以从任何地方购买任何存储阵列。

　　第二个相关的问题是：一个完全由软件定义的领域是行不通的。

　　从本质上讲，软件定义的结构应转移大部分工作负载，只留下基本的工作给硬件。所有的智能行动应该在一个抽象水平完成。因此，数据包中的Bit必须从物理层到软件的抽象层进行处理;然后他们必须被送回到物理层面继续。如果一个特定的数据包可以被识别，而始发和接收端能理解这一切，那么系统会通过无中间位完全理解数据包发生了什么。然而，这也有其固有的问题。

　　考虑到一家大的服务提供商的IT运营需要处理大量的流量。如果一家公司使用标准的软件定义的计算方式，重要的流量将从物理转移到软件层，然后再处理之后返回。本显示了系统的延迟。其还要求IT团队设计软件层来处理活跃时期的高峰流量。

　　将所有智能抽象到软件带来了另一个问题。试想一下，那些被识别和标记的数据包在在处理过程的末端被作为某种具体的东西。

　　这不应该与多协议标签服务区别太大，但它需要要么数据包再次转移到软件层，增加延迟，要么在网络中的信任程度高到足以允许未知的数据包不经检查通过。如果数据发送端是一个恶意网民：发送了一个僵尸网络或其他恶意软件，或发送过程中被人恶意劫持，非法的数据包可能相对容易入侵网络。

　　服务提供商们对于软件定义网络并不感到高兴，正在以自己的方式寻找通过网络功能的虚拟化最小化任何此类问题的方法。

　　软件定义的一切

　　未来的数据中心的某些功能很可能是混合系统，尤其是在管理方面，其被抽象到软件层。然而，在网络、服务器和存储设备内，大部分围绕控制功能的数据包，仍然会在盒子本身发生。

　　思科、Juniper等网络公司将走到一起，创造完全标准化的交换机操作系统是不可能的。而诸如EMC、NetApp公司和日立数据系统这样的存储设备供应商也不可能联合起来。尽管在服务器级别有高水平的标准化， IBM、戴尔公司、惠普公司和其他供应商仍然希望通过在芯片内植入智能化来区分自己的产品。

　　软件定义的一切不可能彻底改造数据中心，只是增加了一些理论家的苦恼。某些功能将移动到软件层面，设备更新和异构设备之间的互动。但真正的智慧仍然在芯片级，使用端到端的高保真功能完全异构的数据中心的机会是很少的。

　　对于数据中心经理而言，应该更多的期待“一切如常”而非打造一个“美丽新世界”;一些功能可能将变得更为容易，但有些仍将是困难的。