自动化对于无效的基础设施治理至关重要。当 IT 团队必须治理数百甚至数千个应用程序和服务器时，手动操作不仅效率低下，而且难以完成。
弱小的自动化确保了为企业中的 IT 客户提供无缝的用户体验，腾出工夫以便 IT 能够专一于策略打算，并升高人为谬误的危险。简略地说，自动化对于真正的数字化转型至关重要。
但自动化不会自行产生。它须要工具和流程的严密集成。不能集成的货色是无奈自动化的。尽管自动化的益处很多，但未能专一于集成意味着自动化工作停滞不前或打算的齐全失败。
1、自定义代码泥潭
企业将越来越多的投资用于自动化工具，例如 Terraform、Ansible、VMware vRealize 和 Kubernetes，以优化配置其混合云基础架构。但每个自动化工具都须要与底层平安、备份和网络端点解决方案集成。
因为这些解决方案通常来自多个供应商——Solarwinds 的 IP 地址治理 (IPAM)、Microsoft Active Directory、Bluecat 的 DNS 等等——与自动化工具和端点的集成通常波及自定义编码。
许多云治理平台 (CMP) 的确为选定的工具提供了预构建的集成，但这些集成通常很浅，并且只有基本功能。例如，每个提供者都有一个开箱即用的命名选项。然而命名是一项简单的工作，一个通用的插件无奈充沛解决它。因而，为了适应特定环境或用例，企业团队最终仍必须应用自定义代码来裁减插件。
自定义编码会耗费大量工夫、金钱和资源。通常，企业会破费巨额资金将流程外包，或者更蹩脚的是，让企业本人的 IT 人员编写和保护数千行代码来集成本人的自动化工具。
Standish Group 的钻研表明，52% 的自定义编码我的项目最终的老本至多是其最后估算的 189%，而 19% 的自定义编码我的项目从未最终实现。
抛开老本不谈，自定义编码会减少复杂性并使治理复杂化，从而导致企业变得不那么麻利并随着工夫的推移积攒技术债权。无论企业团队一开始编写了多少自定义代码，都必须一直更改和更新，以放弃互操作性、安全性和合规性。企业还必须批改代码以适应新的集成并在将来采纳更多尖端技术，这些改良是永无止境的。
例如，假如企业想要集成人工智能 (AI) 和机器学习 (ML) 工具来对其 IT 零碎进行剖析、报告或性能治理。这些工具将如何从自定义编码的工作流程中提取数据？AI 不能利用于自定义编写且在业务逻辑中具备独特性的语言。企业不能通过 API 发送专有的自定义代码。IT 团队将不得不手动查看数千行代码来确定它是什么、为什么存在以及它背地的业务逻辑。
这种担心远非学术上的，许多企业当初正在从 vRealize Automation 7 迁徙到 vRA 8。那么他们必须为 vRA 7 构建多少自定义代码？这些公司当初面临着迁徙所有集成的艰巨工作。如果这些公司也投资了 Terraform、Kubernetes 和 Ansible，那么他们的麻烦就会成倍增加。
2、还有其余抉择吗？
只管自定义编码既繁琐又低廉，但大多数企业依然认为它是不错的抉择。最佳编排须要弱小的自动化。没有它，混合云部署将无奈满足数字化转型的需要，使公司处于竞争劣势。
自定义编码的代替计划是应用繁多的成熟供应商和他们提供的本机工具，这些工具都具备内置集成性能。这仿佛是最平安的抉择，但这种办法有很大的毛病。开箱即用集成的局限性很快就成为一个问题，因为这些集成是无意构建为通用的。如果它们不能提供满足企业所需的性能，那么企业将会面对被动的场面。
原生工具不仅限度了企业的集成选项，而且会使企业难以更换不能满足其业务需要的供应商。然而承当低廉、永无止境的自定义编码累赘是不可取的，而且越来越不切实际。企业还有一个更好的抉择，它将极大地扭转当今的云管理模式。
3、自动化中间件：发明无痛苦集成的将来
当初存在一种自动化中间件技术，它容许企业团队将工具与简略但弱小的配置集成在一起，从而打消了对自定义代码或繁多的专有供应商的需要。
中间件形象层为企业心愿增加到基础设施生命周期治理的工具装备了预构建的集成。企业不再须要创立自定义代码来连贯自动化工具和底层端点。上游自动化工具通过反对的插件、提供商和 API 轻松应用上游集成策略。企业能够定义一次集成策略，并使它们可用于任何工具，即便在非常复杂的场景中也是如此。
传统上，云治理的支柱是自动化和编排，而集成更多是预先才想到的，而且老本很高。但当初，进行自定义编码的集成是有意义的。企业须要他们投资的自动化工具的全副性能，他们须要一种最佳的、多工具的办法来放弃竞争力。
现在，自定义编码不再是必要的，并且围绕可扩展性构建了高级 CMP。集成正迅速成为一项外围能力，与自动化和编排性能一样重要。如果企业想充分发挥混合云的后劲，肯定要有高级云中间件自动化和集成，这将决定企业将来的胜利。