现在都SDN了，那还需要我们这些CCIE、HCIE、XXXIE吗？

在平常的工作交流、茶歇闲聊中听到了几个关于SDN和CCIE的几个话题，与大家一起分享讨论一下。

1、“有了SDN，我们不再需要CCIE。任何人都可以使用简单的单击并拖动GUI运行网络。”

2、“ SDN使传统网络知识不再相关。我们需要更多的可以编写代码的人。”

3、“带有Openflow的SDN整合了所有当前的路由协议。那么为什么要浪费时间学习CCIE？”

听到这几个话题，同为网工的我们是不是感觉脑袋挨了一闷棍，难道我们要失业了吗，现在的SDN开始落地了，以后我们的饭碗是不是要丢了？

由于很多是不在这行的小伙伴，我们先聊一聊什么是SDN，简单普及一下。

根据百科的说法：" SDN是一种构建计算机网络的方法（更确切的或者可以说是：框架），该方法可以分离和抽象网络系统的元素。"

这里有两个重要的关键字：分离和抽象

分离意味着将控制平面与数据转发平面进行功能分离。如果在“传统网络”中，控制和数据转发功能都包含在单个设备中，而SDN会进行分离，以便控制平面可以移动到位于网络中央的设备或系统（SDN控制器）。更智能的实现网络控制，可以以上帝视角看到整个网络，作出更优的控制及决策。

而且，无论数据平面的状态如何，都可以通过控制平面对其进行自定义、操作、重新编程等。这也是抽象的一部分。

抽象很重要吗？答案是肯定的， 因为我们要减少其复杂性。我们需要构建多层次的架构（就像OSI七层一样），将整个网络组件的功能与数据平面、控制平面甚至其他功能区域分开。

想象一下，如果用户只需要使用基于GUI的工具来管理和操作网络。他就不需要了解基于GUI的工具如何工作的，如何解释他的请求并将其推送到其他层次的。

想象一下，如果程序员需要构建一个网络管理工具而无任何网络相关知识，那么她的代码也可以连接到网络设备并推送她的指令。

想象一下，如果研究人员可以开发新的控制功能，创建在控制平面上如何处理数据包的新规则，而不必担心设备如何在数据平面上真正转发数据包。

传统网络中的设备间都是独立的，如何让这些独立的设备，依据每种设备能力和功能的不同，让其发挥其各自的价值并满足用户的应用需求，这也是一位CCIE工作内容的一部分，经过上面对SDN的分析，威胁到CCIE饭碗的就在这个SDN控制器上了，那真的构成威胁了吗？

从另一个角度来分析一下，网络构建的最终目标是什么？

那就是解决客户的业务问题

如果传统的网络技术或新兴的SDN对其没有帮助，那么拥有非常复杂的网络基础结构又有什么意义呢？一切都是为了解决客户的业务问题，永远都是。

在复杂网络中，客户会有简化操作的需求？因此，我们开发了用于编排的工具，以管理和监视整个系统。

客户将会有更高的需求：如何更加敏捷，更快地部署服务？这就是为什么我们在许多层上集成各种工具的原因，因此用户可以在上层使用非常简单的工具，程序员可以在另一层中构建系统，而另一个程序员可以使用通信协议将指令推送到设备。

那么我们的问题也来了：如何利用SDN开拓新的商机？我们采用虚拟化技术来应用于新一代网络，可以更优的解决客户业务问题，架构成熟后，我们就可以向客户提供新的业务模型。

【因此】

仍然需要具有丰富网络知识的人与客户交谈沟通，通过了解问题所在并找出解决问题的方法。这些必要的沟通必须在编写代码之前，因此，仍然需要CCIE来捕获客户需求。

仍然需要CCIE来告知客户传统的网络技术将无法满足要求。

仍然需要CCIE来告知程序员首先要构建什么。

仍然需要CCIE来进行故障排查及故障解决，因为以后的网络将会越来越复杂，会有一些SDN架构无法“自愈”的故障。

当前在网络行业工作的工程师需要适应这种新的网络模式。

喜欢本文的小伙伴

期待您的

多多留言

点点