最近，一家主要的云超级计算提供商经历了全球性的 IT 中断，这是一个现实世界的提醒，表明停机和服务中断是不可避免的。此次事件影响了银行、零售和医疗服务，并强烈警示了依赖任何单一服务提供商，甚至单一云区域，都会造成关键的业务漏洞。
这次中断凸显了单一提供商策略的关键风险，而不是云本身的固有问题。这是迄今为止最清晰的例子，说明了为什么混合云战略——即允许您自由地在云和数据中心之间移动数据和人工智能工作负载——必须包含多云能力。
这就是为什么 Cloudera 的“任意云”策略是那些希望确保业务连续性的组织的明确首选。我们所说的“数据无处不在”，是指在您的数据中心、边缘以及多个公有云上。
混合架构是自由的基石
多年来，Cloudera 一直倡导混合云战略作为企业自由的基础。我们相信，您应该享有灵活性，将数据和人工智能工作负载运行在最适合您业务的地方——无论是在自有数据中心、公有云还是边缘——并且可以根据业务需求的变化灵活调整。
混合云的目标是提供稳定的云体验，同时保持私有云的安全性和控制权，同时实现公有云的灵活性和可扩展性。这种方法旨在让企业能够在云端和数据中心之间自由移动数据和人工智能工作负载，避免阻力或厂商锁定。这种免于基础设施锁定的自由，是韧性架构的核心。
关键：混合云包括多云以实现弹性
虽然这种混合基础架构提供了至关重要的自由和选择，但最近的中断暴露了许多混合策略中的一个关键盲点：如果您的架构只是将数据中心连接到单一的公共云提供商，那么您仍然处于危险的暴露状态。您只是将一个单点故障换成了另一个单点故障。
正如我们在 上一篇文章中讨论的，真正的韧性是消除单点故障。因此，现代混合战略必须是多云战略。实现真正的业务连续性意味着拥有“随时切换”的自由。这种能力必须超越简单的本地到云的连接，还包括云区域之间的故障转移、返回数据中心的故障转移，以及至关重要的，从一个云提供商到另一个云提供商的故障转移。
Cloudera 的无处不在的云平台如何使这一切成为现实
理论上，多云故障切换策略是显而易见的解决方案。实际上，它非常复杂。不同的云服务提供商拥有不同的 API、数据服务和安全模型。对于大多数组织来说，将关键任务数据工作负载从一个云迁移到另一个云需要痛苦且耗时的工作，包括重构应用程序、重新设计安全策略和迁移数据。
降低这种复杂性正是我们的平台要解决的问题。Cloudera 的云平台可实现真正的“任意位置故障转移”策略，它提供了两项至关重要的独特功能：
一个一致且便携的平台：我们的开放数据湖仓和便携式数据服务在各地以相同的方式运行。我们提供一个写入一次即可在任意位置运行的数据和人工智能平台，可运行于任何云端，包括 AWS、Azure 和 Google 云，以及您的私人数据中心。这消除了在不同基础设施之间迁移时重构应用或工作负载的需求，实现了真正的可移植性，并消除了对基础设施的依赖。
一个带复制功能的统一数据编织： 工作负载不仅涵盖数据；它还包括必须随之而来的安全性和治理。我们的统一数据编织由 Cloudera Shared Data Experience（SDX）驱动，确保关键元数据、安全和治理策略在各处保持一致。Cloudera Octopai Data Lineage 等功能提供深度元数据管理和沿袭，这也是故障转移场景的关键背景。我们的 Replication Manager 随后将数据及其关键上下文（包括元数据和策略）复制到另一个环境。
这一组合使多云韧性情景成为切实可行的现实。您可以在一个云提供商上运行主工作负载，同时使用 Replication Manager 在一个完全不同的云提供商上维护同步的辅助环境。当主提供商发生故障时，您可以快速启动辅助环境，确保业务连续性，同时将数据丢失（恢复点目标，或 RPO）和停机时间（恢复时间目标，或 RTO）降到最低。
您的混合策略必须具备多云就绪性
最近的停机应当作一次演习来处理。这是对每个组织的韧性策略的一次考验，它暴露了一个常见的、关键的脆弱性：单一提供商依赖。混合架构是现代企业的正确基础，但如果您的战略存在单一提供商盲点，那么它就不是真正的弹性架构。不要等到下一次不可避免的变革才发现这一点。
Cloudera 提供真正的“随处可得的云体验”，让您有能力设计一个能够抵御任何故障的弹性计划。要了解有关如何构建真正弹性架构的更多信息，请阅读我们的博客《Architecting for Data Resilience》和《Mastering Multi-Cloud with Cloudera》。
