与多云一样，自动化也可以（而且应该）从战略层面推进。
在理想的IT环境中，（内部）数字化转型将沿着平稳且可预测的路径走向成功。首先，需要选择合适的平台和工具集，以实现运营任务自动化和流程编排。成功实施这一战略后，IT部门便可释放资源，专注于创新，并与业务领导者携手，全力推动（外部）数字化转型。
但现实往往大相径庭。自动化通常始于组织内部彼此隔绝的小范围尝试，如同道路上开始出现坑洼。每个小团队各自选择工具集和平台，甚至可能选择不同的编程语言。团队之间沟通甚少，也缺乏协同合作。各IT团队划定自己的地盘，并像二战期间麦克阿瑟在南太平洋战场上那样竭力固守。
一片混乱。运营孤岛随之出现。每个孤岛都像守财奴一样，紧紧攥着自己的工具集和精心编写的脚本。它们各不相同，也难以集成，但又必须协同工作，才能在整个IT环境乃至公有云中交付应用。
最终，某件事发生了（通常是“非常糟糕的事情™”），迫使IT领导层承认问题的存在。他们既没有计划，也没有策略来整合当前使用的各种自动化工具和平台。他们只是将自动化作为战术手段，结果在无意中陷入了这种使用模式。
架构债务不断累积，技术债务已不堪重负。
原本希望缓解运营压力的组织却发现，自己反而造成了近乎失控的自动化局面。要控制这一局面，不仅需要投入时间和资金，还会干扰正在推进的数字化转型进程。
因为这已经在发生。
我们的《2018 年应用交付现状》报告明确指出，自动化和编排是为响应数字化转型计划而采用的措施。55%的受访者表示，由于所在组织实施了数字化转型计划，他们正在采用自动化和编排。
而且，他们对此是认真的。
仅有17%的受访者表示，他们尚未在生产环境中使用任何自动化技术。超过半数（53%）的受访者已在生产环境中部分或全面采用自动化技术，其余31%目前正在开展试点。
但这并不意味着他们在以战略方式推进自动化，也不意味着不同部门和业务单位没有采用各自不同的工具集和平台，而这些差异日后可能造成严重混乱。这并不意味着他们都使用相同的存储库来存储自动化工件，也不意味着他们在做出这些选择时，已经考虑到未来必然要在多云环境中运营所带来的影响。
一些组织确实在推进标准化。半数（50%）受访者仅采用一种网络自动化框架，另有36%采用两种。这是一个积极的现象，但仍有14%的受访者采用三种或更多不同的系统。如果这是战略决策，那当然很好，也是一种标准化。但如果并非如此，而是由各自为政的业务部门、职能部门或对自动化放任自流的做法所致，就会同时积累架构债务和技术债务，最终不得不付出代价。
请慎重考虑如何推进自动化和编排。当前的选择将影响未来持续开展相关工作和创新的能力。随着企业在数字经济中日益依赖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服务。