云计算兴起之初，其实距今并不久，当时的增长和采用情况报告往往宣称“云”拥有无可比拟的市场渗透率，却不区分其三种主要模式（如果您忘了，分别是IaaS、PaaS和SaaS）。这让人觉得这三种模式都在迅猛增长，而云计算也会像一些人预测的那样，彻底取代我们所熟悉的数据中心。
几年后的今天，更细致的市场分析表明，云的迅速崛起主要来自SaaS领域，因为LOB（业务线）利益相关者看到了从“由IT为我们实施套装软件”模式转向“SaaS现在就能满足我们的需求”模式所带来的益处。毫无疑问，迄今为止，“云”领域最显著的增长来自业务运营从本地部署向“云端”应用的迁移。
请注意：“到2018年，软件即服务（SaaS）工作负载将占云工作负载总量的59%，高于2013年的41%。Cisco预测，到2018年，基础设施即服务（IaaS）工作负载将占云工作负载总量的28%，低于2013年的44%。2018年，平台即服务（PaaS）工作负载将占云工作负载总量的13%，低于2013年的15%。下图对2013年至2018年的IaaS、PaaS和SaaS预测进行了比较分析。”（http://softwarestrategiesblog.com/tag/idc-saas-forecasts/）
因此，如果只是笼统地询问某个组织是否在采用“云”，得到的答案很可能是肯定的。但这并不能说明该组织采用的是哪种云，也就几乎无法据此预测或判断其可能面临哪些挑战。毕竟，每种云模式都有各自的挑战。其中一些是共通的，例如身份管理在这三种模式中都可能成为问题；另一些则不然，例如Web应用安全主要是部署在IaaS上的应用面临的挑战，而非SaaS。
因此，如果不加任何限定，“云”这个术语基本上没有什么实际意义。
如今，SDN也是如此：目前存在多种模型，每种模型都有其独特的架构要求，因而也面临不同的挑战。
请看我的同事Nathan Pearce针对将覆盖协议（VXLAN和NVGRE）纳入SDN定义所发表的这番激烈评论：哪种SDN协议适合您。Nathan指出，如果要将覆盖协议纳入SDN的定义，那么也需要将其他封装协议称为SDN，这一观点不无道理。
当然，问题在于，SDN与云一样，由于涵盖多种模型而导致定义过于宽泛。其中一种是基于OpenFlow的传统定义（也可称为经典定义），仅涵盖无状态网络（第2至第4层）。另一种是侧重于网络运营化的架构模型，即从自动化配置和管理的角度实现SDN的可编程性。这通常统称为“网络管理与编排”（MANO）。
还有一种混合型模型，它依靠可编程性构建覆盖整个技术栈的自动化网络。该模型涵盖OSI全部七层，但重点在于网络能否根据实时流量调整路由和策略执行。更准确地说，这类模型称为“自动化网络”。
这三种模式各有其挑战（当然也各有优势）。组织也完全可以结合使用这些模式来实现目标，这与82%的组织计划采用多云战略颇为相似（RightScale，《State of the Cloud 2015》）。但事实仍然是，如果您问某人是否正在采用或实施SDN，而对方回答“是”，您其实根本不知道他们具体在做什么。是OpenFlow？OpenStack？OpenDaylight？还是Open-we-wrote-some-scripts-to-automate-the-network？
目前的SDN采用率数据并不乐观，与云计算在市场成熟度相同阶段的水平更是相去甚远。
但鉴于各方定义存在差异，实际情况很可能并非缺乏采用或兴趣，而是缺少统一的定义。
我将用一些数据来佐证这一点：组织可能不会说自己正在采用SDN（DevOps也是如此，其定义同样令人疲于辨析），但实际上很可能已经在这样做了。
我们最新一期《应用交付现状》报告（2016 年版，当然会在 2016 年发布）汇总的结果显示，尽管 SDN 多年来一直备受推崇，但真正表示“正在实施 SDN”的受访者少得令人失望。不过，深入分析有关自动化和脚本使用情况的回答后，情况却截然不同：67% 的受访者正在使用至少一种自动化工具或框架；超过一半的受访者正在使用两种或更多。
这里所说的“工具”或“框架”包括Python、Juju、Chef、Puppet、OpenStack、VMware和Cisco。
使用此类框架和工具表明，人们更关注SDN的后两种定义，即侧重于自动化和编排的定义，而不是基于OpenFlow的经典定义。
但我们（即设计这项调查的人员）并未逐一询问各种SDN模型，而只是笼统地询问了“SDN”。因此，这一定义存在不同的解读空间，就像“云”这一宽泛的统称曾使早期采用情况的调查结果也存在不同解读一样。
我们需要更审慎地使用SDN一词，并明确其含义。它是否包括覆盖协议？是否不包括覆盖协议？我们讨论的是网络自动化，还是对网络进行自动化？抑或是以经典的OpenFlow驱动型网络模型为重点？
这个问题的答案最终将帮助大家更好地了解当今SDN的实际采用情况（或未采用情况），也有望让可怜的同事们在有人提出应将覆盖协议纳入“SDN”范畴时，不至于抓狂。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。