随着敏捷方法的影响如涟漪般不断扩散至IT的其他领域（例如网络和安全），除了DevOps持续拓展至相邻的IT领域外，SDN和SDDC等架构与技术也随之兴起。
这是因为，对（部署）速度的需求日益增长，几乎与消费者对应用的需求一样永无止境。如今，业务增长取决于IT的扩展能力，不仅要提高事务处理速率和吞吐量，还要扩展运营能力。
要达到支持快速增长（且往往难以预测）的需求所需的规模，就意味着需要更多硬件（无论是定制硬件还是商用现货产品）、更多平台、更多服务，简而言之，方方面面都要增加。随之而来的是更多需要监控、备份、配置和许可的对象。这就是管理。
要达到部署应用和交付服务所需的速度，就需要实现部署流程自动化。这就是编排。
二者并不相同。事实上，将二者混为一谈会带来风险，因为这会使二者紧密耦合，难以快速调整流程。为了提高效率，或在系统中添加必要组件以维持业务赖以提高生产力和盈利能力的应用的性能、速度和安全性，通常需要调整流程。这种调整每年可能发生多次。业务流程管理专家表示，研究表明，企业每年会调整其核心流程4至7次。企业会分析IT收集的所有数据以及消费者和企业用户的反馈，并据此进行调整。
为确保业务层具备这种敏捷性，业务流程编排（BPO）在21世纪初期至中期成为一项必要能力。
如今，我们也在IT层面看到了这种情况。
对于希望实现业务成功所需部署规模和速度的任何组织而言，运营流程编排将是成功转型的关键。
但这并不意味着管理不重要。
管理仍然不可或缺。虽然某些管理任务可以（而且通常应该）实现自动化，但这并不属于编排。对关键系统执行自动化夜间备份、升级、许可证管理、补丁管理，甚至资产管理（清单），都是IT实现运营规模扩展的重要手段，可让一名管理员管理越来越多的设备，但这些并不属于编排。
反之，编排也不等同于管理。使用OpenStack、Cisco ACI或VMware NSX等编排引擎（无论称为系统还是框架）确实可以带来益处，但这些工具都无法对其所配置的实际组件进行核心管理。例如，它们确实可以创建并启动BIG-IP来提供LBaaS，但并不负责实际管理该实例。它们不会执行更新、应用热修复程序、监控警报，也不会承担保障业务持续运行所需的任何日常职责。这些是管理任务，而不是编排任务。
尽管编排与管理并不相同，但在应用驱动的世界中，两者同样重要。编排让IT能够扩展应用部署，从而支持业务扩展；管理则负责完成那些仍不可或缺、却似乎因云而被我们忽视的任务，确保业务持续运行。
管理与编排协同工作，支持自助式资源调配和部署，但二者并不相同，也不应混为一谈。
关于作者
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服务。