企业想要实现软件定义的网络(SDN)的诸多承诺需要进行某些进化，这些进化并非革命性的，而只是某些工作步骤的变化。而其中一个需要发生的便是网络管理的流程和工具方面的进化，以便能够适应现如今的这个可编程的世界。
管理流程和工具似乎总是落后的，但他们在SDN中又特别显得重要。这是因为操作员人为操作的可见性及其控制受限，管理工具无法满足SDN所带来的自动化，以及流量需求的巨大变异性。和任何新技术一样，SDN是部署在混合环境中的，使得管理变得更加困难。
同时，跨多个数据中心部署SDN又增加了一层复杂性。SDN是一个单一数据中心内的一个孤岛，但跨广域网的资源如带宽变得稀缺，使得管理变得更加复杂。
所有这一切就引发了一个问题：企业如何在这些条件下充分地管理好一个SDN环境?网络是否被编程或配置(或两者的组合) ，其是否被故障渗透，包括链路或节点故障。如果企业不明白当前和历史的流量负载，以确定相关的变化将如何影响现有的应用程序，那么，企业新的应用程序和服务将是很难规划的。对于故障排除，企业仍然需要以对比当前的网络状态为基准，并迅速找到问题的根本原因。
此外， SDN还带来了额外的风险，包括控制器本身的故障和多个控制器发出的相互矛盾的指示。
企业采用SDN的底线是，其仍然需要能够根据经过了时间考验的管理实践方案来管理网络。需要对网络进行审核，以确保网络的健康，例如，包括流动路径的完整性。企业需要了解现在的碳排量较之SDN控制器所要求的方案变动，以确保提供所需的资源。
网络虚拟化
SDN管理所需要的一个明显的例子是网络虚拟化。在SDN环境下，企业必须能够模拟移动虚拟机，无论是否是企业内部的VPN，从数据中心的一个位置到另一个位置，以及来自所有来源的流量。此外，企业还需要可视化分析此举可能对任何新的网络路径及其他的服务所带来的影响和冲击(如拥塞)。修改网络模型，并实时记录流量是至关重要的。
此外，如果一款应用程序要运行很长一段时间，了解其历史流量负载以预测未来的负荷是非常重要的。例如，如果SDN控制器在金融市场开放之前的几秒钟提出一个网络交易请求会怎样?一旦市场数据开始传输，流量负载会发生很大变化。企业如何才能知道该交易请求是否会对应用程序造成负面影响?历史流量负载可以用来预测未来的流量配置，这些配置可以判断应用程序是否应被允许运行。
自动化的需要
我们需要的是把今天的尝试转化成真正的管理技术——包括今天所做的一些手动功能如规划，以确保网络能够处理他们的要求。我们需要所有管理的最佳实践方案实现自动化，包括控制结构和配置，提供持续的可用性和性能监控，有效的故障排除，有效安全保障和策略治理。
现如今的管理供应商都相当落后了，但网络管理者和企业董事会需要能够尽可能的从采用SDN中获得更多的帮助。SDN不会让这些网络专业人员过时。事实上，他们的知识和经验在确保最佳的网络性能方面比以往任何时候都更为重要和有价值。但他们需要采用正确的管理工具才能够可视化和分析网络上发生了什么。只有这样，才能履行SDN的承诺。
