IT自动化具有战略意义
如果我告诉您“大型机每天处理的交易量比 Google 多（CICS 每秒 130 万笔，Google 每秒 68,542 笔），包括所有企业交易的 55%。” ( 《福布斯》 )
你会感到震惊吗？ 你不应该。 当我们谈论数字化转型和应用经济时，虽然 Facebook、Netflix 和 Google 等超大规模公司通常占据主要舞台，但实际情况是，应用经济同样（甚至更多地）依赖于成千上万个从未有人见过或听说过的应用。 不只是大型机没有受到重视。 它也是巧妙地隐藏在最新应用程序或设备的闪亮界面之下的应用服务、基础设施、中间件和数据源。
你看，数字化转型更多地是关于我们如何与技术互动，而不是技术本身的一些闪亮转变。 API、传感器和设备并没有什么新鲜事。 触摸屏和语音控制并没有什么特别令人惊奇的地方。 所有这些技术都已经以某种形式存在了相当长的一段时间。 在某些情况下，这真的只是给猪涂口红而已。
如果没有负载均衡服务就无法扩展。 没有安全应用服务就无法保护应用程序。 如果没有中间件和 API，就无法连接应用程序。 如果没有它们管理的数据，那么它们就都没有什么意义了。
应用经济更多地依赖于我们看不到的东西，而不是我们看到的东西。 这使得 IT 在数字化领域拥有一席之地和发言权至关重要。 无论应用程序是部署在公共云中还是部署在私有云中，这个席位都很重要。 无论应用程序仍然是单体式的还是容器化的微服务，这个席位都很重要。 那个座位很重要。 时期。
该席位代表了将 IT 从支持角色转变为战略角色所必需的协作和文化变革。
IT自动化的战略性质
如今，首席信息官可以做出的更具战略性的决策之一就是以自动化为中心。 由于数字化转型，55% 的企业采用了自动化技术，其战略影响不容忽视。 正如选择用于应用程序开发的编程语言和平台具有战略意义一样，选择用于支持自动化工作的工具集、语言和平台也具有战略意义。
将这些决定视为不重要而置之不理是愚蠢的。 技术和架构债务迅速增加，并且像我们在感恩节增加的体重一样难以从预算中摆脱。 架构债务基于软件开发中的“技术债务”原则。 这是一个比喻： 复杂性和架构选择会阻止您完成新工作，因为您将所有时间都花在处理现有系统（故障/修复、维护等）上。如果您有很多债务，它会阻止您将钱用于其他事情，因为您把钱全部花在了利息上。 这种债务推高了新服务的成本，并拖累了利用机会提高底线（无论是以生产力还是利润来衡量）所必需的服务速度。
这就是 IT 自动化成为战略投资的原因。 在企业中，您现在在实施自动化方面所做的选择将与几年前在应用程序开发中所做的选择一样产生巨大影响。
例如，在我们去年的调查中， 65% 的 DevOps 认为自助服务支持影响了他们“绕过” IT 并寻求云或开源解决方案的决定。 避免 IT 意味着规避安全，这会使业务和其他系统面临风险。
选择错误的语言会产生自身的债务，因为随着时间的推移，如果没有合适的人才，您将无法维持系统。 不选择语言可能会造成混乱，并使自动化脚本和系统变成需要不断照顾和关注的宠物。 这就将预算转移到故障/修复和维护上，而不是创新上。
IT 自动化是一项战略性工作，在实施过程中应认真考虑与企业应用架构类似的因素：
- 整个工具链的支持
当今几乎每个 IT 供应商都支持自动化以及与生产流程中其他参与者的集成。 鉴于当今网络的复杂性以及构成管道的供应商的多样性，无论是传统的还是基于社区的支持都是必须的。 文档、代码示例和活跃的社区发挥了很大的作用。 - 人才和/或培训可用性
如果您无法培训员工或聘请人才来使用您想要发展的平台、系统和语言，请回到第一步并重新开始选择过程。 如果您没有能力维持将要构建的系统，那么您最好继续保持手动操作，直到您能够做到为止。 - 多云准备
对多云业务的支持是一个相对较新的要求，但它是一项要求。 自动化不会局限于内部数据中心。 自动化工作至少需要包括一个公共云，而且几乎肯定需要包括多个公共云。 这意味着，作为自动化计划的一部分，您需要仔细考虑跨环境的平台兼容性和策略可移植性。 - 命令式或声明式
我知道你可能已经厌倦听到这个，但这个选择确实非常重要。 命令式（纯基于 API）方法开发速度更快，需要 IT 部门的调整较少，但将自动化与特定设备和供应商绑定在一起会产生大量技术债务。 声明式（基于工件）方法可能需要更多的时间和架构，但可以减轻流程与产品的紧密耦合并减少技术债务。
IT自动化是CIO可以做出的最具战略性的技术决策之一。 鉴于大多数应用经济依赖于 IT 管辖的系统，这也是 CIO 当今可以做出的最具战略性的业务决策之一。
明智选择。