技术的过渡性变化正在以越来越快的速度发生
，，
，而且步伐不太可能很快放缓。
。。

过去
，，战略重点往往是从物理基础架构转向虚拟基础架构。。。与其购买多个盒子，，
，不如在软件中创建服务器，，然后按一下按钮即可退役。。

快进到今天，
，
，，大多数组织的重点是云
。。。许多人已经将部分（如果不是全部）IT 基础架构转移到云平台，，而其他人仍在继续前进。
。。

更短的生命周期

在本世纪初，，，，硬件和软件投资的生命周期往往在三到五年之间。
。
。。然而，，云计算的引入改变了游戏规则。
。。。

公司现在有能力经常进行试验和改变。。。因此，，，，周期时间现在已缩短至大约六个月或更短
。。因此，，，IT 演进变得比以往更快。。。。

值得庆幸的是，
，，许多 C 级高管明白这些转变对于保持竞争优势是必要的。。但是，，，与此同时，，，他们往往不太清楚在最近的班次完成后他们将做什么
。。。。

实际上
，，专注于云迁移的组织没有抓住重点。。
。只有采用多云方法，
，才能实现真正的好处。。。。

多云的力量

少数已经实现云转型的组织——或者从一开始就是“云原生”的组织——比其他迁移到它的组织具有显着优势
。。。。将孤立的本地应用程序解构为不同的高度一致的层提供了真正的选择。
。。

虽然云平台远非新事物，，但它们的使用方式正在迅速发展
。。。许多组织正在发现跨多个云提供商混合服务的价值
。
。。。

这与云的早期阶段非常不同，，，，当时组织往往与供应商无关。。。。大多数人选择了一家供应商并将他们的 IT 基础设施委托给它。。。
。

那时，，这种方法是有道理的，，
，，因为成为多个平台的专家具有挑战性。。。许多组织都在努力为一个云供应商培养和寻找有经验的人才，，更不用说两个或更多了。。

第二个原因是拥有私有网络会拖累多云的采用。。这样的网络不仅维护成本高且复杂，，而且对带宽和延迟也有持续的困扰。。。网络性能限制了多云采用的潜力，，并阻碍了真正客观的选择。。。。开发人员被迫在单个云平台内进行架构设计，，以避免性能不佳。。
。

一切都与灵活性有关

在许多情况下
，，采用多云基础架构的动机是创建灾难恢复安全网。。
。
。无需建立传统的本地 DR 功能
，，，，而是在需要时在云中使用这些资源。。。

然而，，
，有趣的是，，，老练的云用户并不这样想
。。相反，，，它们创建了高度弹性的架构，，并旨在在发生故障时恢复活力。。

这些组织并没有从灾难恢复的角度考虑多云，，而是将战略更多地视为获得竞争优势并可以选择支持不断发展的业务模式的一种手段。。

云平台正在以令人兴奋的新方式实现差异化
，，，，以应对这种思维转变。。。人工智能
、、、机器学习和分析等能力成为供应商之间独特的销售主张。。。多云战略意味着组织可以利用每个平台的竞争优势。。

实现成功的多云采用

利用多云的好处需要组织专注于两个关键领域。。。首先是拥有可靠的云安全态势管理 (CSPM)
。。这涉及部署一组工具
，，
，这些工具可以跨多个云供应商提供配置保证
。。

第二个领域是建立一种跨多个云供应商的服务之间进行通信的方式，，
，这可能是一个挑战。
。。结果，，，大多数组织被迫在云平台之间创建独立的传输网络中心来代理通信。。。。不幸的是，，，，这可能导致不可接受的延迟。。

这就是安全访问服务边缘 (SASE) 技术可以提供解决方案的地方。。使用 SASE
，，，，组织可以使用最安全和最佳的路径连接对象 - 应用程序
、
、用户和数据。。。此外，，开发人员可以采用多云架构
，，通过耦合 SASE 和零信任架构来支持弹性和可扩展的操作
。
。。

虽然过去使用单一云平台是可行的，
，，但遵循多云战略将是未来提供最大价值的方法
。。。是值得探索的。
。