他们说，80%的成功都在显现，企业管理应用，但不幸的是，对于移入云端的企业来说，这并不总是成立的。

例如，麦肯锡最近的一项调查发现，尽管移入云端，尽管如此，比购返利，许多企业仍然"没有达到IT敏捷性的预期"。因为CTO和CIO们都在努力提高IT敏捷性，许多组织无法实现其更大的业务目标。麦肯锡指出，95%的首席信息官表示，C套件的大部分总体目标取决于他们。

移动到云计算与成功的数字转型之间的脱节可以追溯到大多数组织采用的方式云：租赁池来自云供应商的资源或投资于SaaS订阅。通过采用云这种千篇一律的方式，一个企业基本上一直在做它一直做的事情，也许只是更快一点，效率更高一点。

但我们正在进入一个新的时代。云服务越来越注重智能、自动化和速度，而不仅仅是大型提供商出租其基础设施所提供的规模经济。正如麦肯锡指出的，企业有时会因为使用云来扩大规模而步履蹒跚，但却没有利用它所提供的敏捷性和速度优势。

在其核心，实现速度和敏捷性与其说是应用程序托管在哪里，不如说是企业能够以多快、多自由、多高效的速度启动和调整战略，无论是在新技术平台上创造与客户互动的方式，还是在应用程序中快速添加所需的功能，还是将数据货币化。这反过来又依赖于解耦不同系统之间的依赖关系，并最小化企业IT通常必须执行的手动协调量。其结果是更松散耦合的分布式系统更好地适应当今动态的技术环境。

这种解耦的概念，以及它如何加速业务成果，推动了我们在谷歌的大部分工作，它有力地说明了我们是如何构建Anthos的，我们基于开源的多云平台，让企业可以在任何地方运行应用程序，但也可以实现企业所渴望的难以实现的IT灵活性和速度。

默认情况下，迁移到云并不会改变企业，因为数字化转型与云本身无关。相反，它是关于改变软件的构建方式以及随之而来的软件支持的新业务战略的爆炸，从通过语音助理销售产品，到大规模向合作伙伴公开专有数据和功能，数据大屏，使过去需要人工监督的IT管理和安全操作自动化。

特别是，现代软件开发避免了"单片"应用程序体系结构，其设计使得在不影响整个应用程序的情况下很难更新或重用功能。相反，开发人员越来越多地通过组装小型、可重用、可独立部署的微服务来构建应用程序。

这种转变不仅使软件更易于重用、组合和修改（这有助于企业更好地响应不断变化的业务需求），而且使开发人员能够在小型并行团队而不是大型团队中工作组（这有助于他们更快地创建和部署应用程序）。此外，作为API公开的微服务可以帮助开发人员利用分布在许多不同云上的一系列提供商的资源，为他们提供工具来创建更丰富的应用程序和连接的体验。

这些服务与应用程序和开发人员之间的分离通常是通过容器完成的。通过从底层操作系统和硬件中抽象出应用程序和库，容器使一个开发团队更容易专注于自己的工作，而不必担心与之合作的任何团队都在做什么。

容器还代表了另一种重要的解耦形式，可以极大地改变it部门、服务器和维护之间的关系。例如，由于使用了容器，许多应用程序可以驻留在同一台服务器上，而不会相互影响，从而减少了对特定于应用程序的硬件部署的需要。容器还可以从一台机器移植到另一台机器，为开发人员在本地创建应用程序并通过云扩展它们，或者根据不断变化的需求将应用程序从一个云移到另一个云提供了机会。从它们运行的硬件中抽象出来是容器通常被称为"云本地"的一个原因。

这个概述只触及表面，但关键是，通过解耦功能和创建围绕松散耦合的分布式系统构建的新架构，企业可以让他们的开发人员在更小、并行的团队中更快地工作，并释放执行现代软件驱动的业务战略所需的IT灵活性。

容器和分布式系统提供了许多优势，但采用并不像翻转开关那么简单。

将fat应用程序分解为数百个更小的应用程序服务可以提高企业的灵活性，但协调所有这些服务可能会非常复杂，验证用户身份和防范威胁也是如此。当数以百万计的微服务相互通信时，要把一个人放在这些过程的中间，需要自动化的解决方案，简直是不可能的。因此，许多企业不仅要在这些分布式环境中进行治理，还要确定正确的解决方案。

此外，大型企业中的每件事都不会以同样的速度发展。在云中运行容器可以帮助企业专注于构建优秀的应用程序，同时将基础设施管理交给供应商。事实上，几乎每一个大型企业的团队都已经在以这种方式运作，但其他习惯于传统方法的团队可能需要更渐进的过渡。