1.4.3 云网络改变商业模式
在传统的购买方式中，提供应用服务的企业为了搭建数据中心，需要购买各类软硬件及服务，包括向集成商购买咨询与交付服务；向多家设备商分别购买交换机、路由器、防火墙、负载均衡设备、服务器（含网卡）、维保服务；向云计算软件厂商购买或利用开源搭建虚拟化环境；向多家运营商购买带宽与专线。这需要漫长的协调和沟通过程，会耗费大量的时间与精力。
当云网络出现后，有技术能力的互联网企业，可以根据应用部署的规划，直接在控制台或者通过程序调用云网络API，很快完成部署。技术能力欠缺的企业，也可以通过找到管理服务提供商（Management Service Provider，MSP）来完成云环境的搭建。
通过云网络的服务化提供方式，企业可获得许多在传统网络中无法获得的能力， 例如，全球部署的互联与加速能力，云—管—边—端的连接能力，应用的实际使用量与网络服务质量的感知能力、总部、分支、移动办公等向云的平滑迁移能力等。
在采用云服务后，网络工程师不再需要获得各种设备厂商的认证，但需要了解计算、安全、数据库、大数据、AI 等基础知识，懂得应用部署方式，才能更好地进行网络规划与设计，可以通过编程根据应用需求灵活调度网络服务。
1.4.4 DevOps 变革产业生态
在构建网络时，传统运营商首先要考虑互通标准以降低总体成本。形成标准的时间很长：回顾从2G 到5G 的发展历程，基本上从标准制定到商用需要5 年以上的时间。网络设备的发展经历了技术、竞争、场景的不断叠加，在特定场景中会发现某类网络设备中包含了很多无用的功能。
为了提升服务发布效率，云网络采用了自研方式。 以开源OpenvSwitch 为例， 为了避免对Linux 内核的改造，充分复用Linux TCP/IP 协议栈的特性与能力，然而OpenvSwitch 在内核上的处理性能并不理想，在10Gbit/s 服务器时代还可勉强应付， 但升级到25Gbit/s、100Gbit/s 以后就难以维持了。为了提升转发处理性能，软件与硬件的结合给网卡芯片、交换芯片提供商带来了新的机会与挑战，从而促使云网络产品快速发展。
云网络的技术架构与开发模式，对传统的物理网络设备带来一些冲击，主要包括交换机、路由器、负载均衡和防火墙等。由于服务器与存储间的物理连接依然存在，对物理交换机、路由器的影响有限，依然要求它们具备高性能、低时延的转发性能。由于云网络中的虚拟交换机采用VxLAN 等Overlay 技术，对物理交换机的表项要求变小了。当复杂的应用协议层被剥离到云网络虚拟化层后，物理连接层尽量减少使用二层部署，以避免随之而来的环路问题。同时，对底层物理交换机的功能需求会减少。为了提升运维效率，要求物理网络的监控功能提升，由人—机CLI 转变为API，以实现机—机监控。但由于各厂商的标准不统一，交换机有被云厂商白盒化的趋势。云网络对于4/7 层防火墙、负载均衡等网络设备的冲击尤为巨大， 简单地把传统的设备进行软件化，并不能带来弹性伸缩能力，很多原有的4/7 层网络设备正被取代。
由于采用了DevOps 方式，云厂商同时具备开发与运维的能力，可以根据实际运维过程中的需求，在开发时快速提供管理接口。由于涉及众多租户和应用在线不间断使用的问题，靠人使用脚本方式来管理已经不可能，要以更智能的方式对网络进行监控、故障逃逸、版本升级管理。云网络要求在新、旧版本之间进行平滑升级与回滚。
对企业来说，管理运维云网络的方式也发生了巨大的变化。因为已经看不到实体设备，很多网络的管理工作交给了云厂商，但是依然需要从应用的视角去感知网络的质量与故障，进行应用层的可靠性保障。
在过去的10 年间，大部分的互联网企业已经将应用部署在云上，充分利用云网络的能力为消费者提供服务。云计算已经成为互联网时代的基础设施。变革已至， 未来已来。企业上云，网络先行，云网络必将携互联网新技术惠及各行业。
