不，不是那种速度。是另一种速度。
速度，即应用开发并发布到生产环境的快慢，是组织采用敏捷开发方法和DevOps进行部署的常见驱动因素。指标通常围绕“周期时间”和“部署频率”展开，这些指标经常与敏捷开发指标一同提及。敏捷开发以越来越短的“冲刺”周期衡量时间，从而更快地将特性和功能推向市场。
关键在于速度，而云长期以来一直被视为实现这一目标的途径。无需经历漫长的采购流程，也无需等待设备上架和布线。还要等待数月才能进入预定的部署窗口？云中不存在这种情况。云的“敏捷性”其实就是速度的同义词。在CA Technologies于2015年开展的一项调查中，90%的高管面临着更快发布应用的更大压力。当问题在于如何达到适当的市场响应速度时，云通常被视为答案。
但在匆忙上云的过程中，组织往往不得不牺牲部分服务，通常是因为缺少同等水平的产品或部署专业能力。这会带来问题，尤其会影响性能、安全性和可扩展性这三项关键运营要素。牺牲其中任何一项，都可能对利润和生产力造成严重影响，而企业至少每季度、甚至每天都会以这两项指标衡量自身表现。
这或许正是《Network World》2016 年网络状况调查中大多数受访者表示，网络投资的主要驱动因素是提升性能（55%）、保障数据安全（53%）和确保可用性（50%）的原因。
我们自己的应用交付现状调查也发现，受访者对这三方面的重视程度相近。当被问及缺少哪些服务就不会部署应用时，安全性和可用性并列首位。至于性能，即使放弃性能可以提高网络安全性，组织也最不愿舍弃它。
组织需要一种“两全其美”的方法。组织既需要云计算的敏捷性，也就是速度，以跟上开发和运维团队将应用投入生产的步伐，又不能为此牺牲其赖以保障安全性、扩展能力和性能的服务。发生安全漏洞、性能不佳，或在关键时刻无法扩展，造成的损失与应用根本无法推向市场同样严重。
问题在于，这两个方面似乎彼此冲突。这正是同时兼顾可靠性与敏捷性所引发的数据中心失调。
事实证明，这两个领域并不像听起来那样不协调。企业要利用应用和物联网设备优化运营，并以更快的速度、更高的频率将特性和功能推向市场，就需要相应的敏捷性，而这种敏捷性建立在交付基础设施的可靠性之上。问题并非网络无法跟上这样的速度，而是需要投入更多精力，确保部署不仅可重复，而且一致、可预测。
这意味着，问题不在于采用传统方法部署为保障安全性、可扩展性和速度所需的应用服务，而在于这些服务的部署速度。要解决这一问题，需要采用API和模板等编程方法，并结合编排来加快应用服务的部署，使其速度更接近应用开发和运维的节奏。
一种解决方案是在所有环境中采用一套运营方式一致的服务，无论是传统环境还是托管数据中心，也无论是公有云还是私有云。借助可部署到多种环境（例如所有云环境以及传统数据中心）的平台，组织可以减少因创建和管理多套策略而产生的运营阻力，从而提高部署速度。其中一些策略可能缺少促进一致性和合规性所需的功能。采用平台方法后，集中指挥、分散执行便可成为现实，并实现可重复部署，为建立部署信心奠定基础。
使用模板或采用“基础设施即代码”的方式，可确保服务在不同环境中一致且可重复地部署，从而提高可靠性；编排则可提升部署速度，以支持当今更灵活、更敏捷的运营模式。
可靠性与敏捷性可以兼得。无需为了速度而牺牲服务，只需确保合适的平台具备合适的能力，并部署在合适的位置。
关于作者
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服务。