关于分布式云实施的有效策略

借助 Oracle Cloud Infrastructure 的分布式云产品,无论是在 Oracle 公有云区域、您自己的数据中心、边缘甚至多个云提供商的环境中,您都可以运行任何符合需求的 OCI 服务。设计良好的分布式云方法包含三个关键策略:设计集成优化这些策略可迭代应用,确保架构满足所有行业的数据主权、低延迟性能和业务连续性等要求。

通过遵循这一支柱的详细原则和优秀实践,任何行业的企业都可以自信地以分布式方式部署 OCI。无论您是将云服务扩展到工厂车间、将关键数据保存在国家/地区,还是将 OCI 与其他云集成,OCI Distributed Cloud Pillar 都能为您提供一个框架以安全、有弹性和高效的方式执行此操作,完全符合 Oracle 的官方建议和 OCI 架构良好框架的理念,即从云中实现最大的业务价值。

  • 设计 —通过评估业务、法规和性能要求来规划部署架构。为每个工作负载选择合适的 OCI 部署模型(公共、专用、混合或多云)。考虑数据驻留法律、最终用户网络延迟和灾难恢复需求等因素,从一开始就为架构师提供可恢复性和合规性
  • 集成 —在分布式环境中建立无缝的连接、安全性和身份集成。在内部部署基础设施、OCI 区域和其他云之间提供低延迟、安全的网络链接。确保所有位置的一致身份和访问管理,以保持安全性和统一的用户体验。制定网站间数据移动和同步计划,确保信息的一致性和可用性。
  • 优化 —持续运营和优化分布式云。统一监视和管理,全面了解分布式架构的所有组件。自动执行部署并使用基础设施即代码来保持一致性。利用 OCI 的集中式工具并根据需求变化调整部署模型组合,从而持续提高性能、成本和可靠性。实施反馈循环,将吸取的经验教训重新纳入设计中。

通过迭代这些策略,任何行业的组织都可以充分利用 OCI 分布式云的灵活性、合规性和性能,同时保持卓越运营。以下主题概述了分布式云部署(包括公有云、专用区域、混合 (Oracle Cloud@Customer)、边缘和多云方案)的最佳实践和 Oracle 建议的实施模式。

创建设计和部署策略

首先,将您的工作负载和数据需求映射到最合适的 OCI 部署模型。Oracle 分布式云提供了一系列部署方案,每个方案都提供一致的服务和管理。

设计分布式云架构时,请考虑以下指导做法:

  • 将工作量与部署模型匹配

    评估每个应用对延迟、数据驻留、法规合规性和自治性的需求。例如,通用工作负载可能位于 OCI 的公有云区域中,而需要本地控制或数据主权的敏感工作负载可以在 OCI Dedicated Region 或 Oracle Cloud@Customer 部署中运行。Oracle 分布式云在所有环境中提供了相同的 100 多个服务和 API,因此您可以自信地进行设计,确保服务始终如一地运行。

  • 利用边缘和内部部署云实现低延迟

    当需要超低延迟或间歇性连接时,部署更靠近用户或数据源的资源。OCI 支持您在边缘位置和客户数据中心运行云服务,以满足这些需求。

    例如,使用 Oracle Roving Edge Infrastructure (经过调试的边缘设备)在连接受限的远程或移动环境中运行工作负载,在本地处理数据,并在网络可用时同步到 OCI。

    同样,您可以将 Oracle Exadata Cloud@CustomerOracle Compute Cloud@Customer 放置在您的数据中心内,以在本地提供数据库和计算云服务,从而尽可能减少对时间敏感的现场应用延迟。这可确保关键的工业或现场系统(例如制造、医疗保健或电信)可以在现场使用云功能运行,并在连接后与更广泛的云集成。

  • 考虑专用和主权云区域以实现合规性

    如果您的行业或组织对数据驻留、隐私或隔离有严格要求(例如,政府或金融部门),则您数据中心或 Oracle 主权云中的 OCI Dedicated Region 可能适用。这些服务提供与公有云领域隔离的全托管 OCI 区域,可满足特定国家/地区的监管需求。Oracle Dedicated Region 提供与公共 OCI 区域相同的服务和定价,由 Oracle 管理,但为您的组织提供单租户服务。

    这意味着即使在断开连接或分类的环境中,您也可以在自己的控制下实现完整的公共云功能。例如,政府机构可以在本地部署一个分类云区域(通过互联网隔离),以运行敏感负载,同时仍遵循 Oracle 的云安全性和运营优秀实践。

  • 根据需要制定多云计划

    强大的设计还可以在多个云提供商之间分配工作负载,以利用独特的服务或增加弹性。Oracle 分布式云策略可无缝支持多云部署—例如,您可以在 OCI 上运行 Oracle Autonomous Database ,同时在另一家提供商上托管应用前端。确定多云架构在何处增加价值(避免供应商锁定或使用同类最佳服务)以及云之间具有明确集成点的设计。

    作为最佳实践,将每个组件部署到最大限度地提高其效率的环境中。Oracle 指出,为每个功能(例如基于 OCI 的 Oracle 数据库,用于性能和成本优化,而应用层位于另一云中)选择最合适的服务可以带来真正的多云价值。请注意,多云增加了复杂性:根据开销权衡优势,并使用 Oracle 的多云工具(例如 Azure 上的 Oracle Database@Azure 或 AWS 上的 Oracle HeatWave MySQL )尽可能简化跨云使用。

关于分布式云部署模型

下表概述了 OCI 分布式云中的可用选项,概述了 OCI 部署模型及其理想用例。

部署模型 说明和推荐用例
OCI 公有云区域 Oracle 管理的全球区域(商业、政府和主权领域)。用于大多数工作负载,以全球可用性访问全面的 OCI 服务。数据可以储存在公有云中,并且 Oracle 区域可以低延迟。
专用区域 部署在数据中心内的专用 OCI 区域,由 Oracle 管理。
Oracle Exadata Cloud@CustomerOracle Compute Cloud@Customer 您站点上安装的云托管 Oracle Exadata Database Service 或常规 OCI Compute 硬件。
Oracle Roving Edge Infrastructure 可将 OCI 服务扩展到边缘位置(远场、断开连接的站点)的便携式坚固设备。
Oracle Alloy 面向服务提供商和合作伙伴的 Oracle 分布式云解决方案。Oracle Alloy 支持合作伙伴(例如电信或集成商)在其数据中心内基于 OCI 运行自己的品牌云服务。
多云架构 跨 OCI 和一个或多个其他云提供商的架构。用于将专业服务(例如,基于 OCI 的 Oracle Database 与其他云端的分析集成)、实现云提供商冗余或逐步迁移工作负载。Oracle 提供预集成的多云功能—例如,Oracle Interconnect for Azure 提供专用双云连接,OCI 和 Azure 区域之间的延迟约为 2 毫秒。

通过深思熟虑地设计工作负载中部署模型的哪些部分,您可以确保每个组件在最佳环境中运行。提前记录您的拓扑和数据流,并查看每个系统的数据分类、驻留法律和可用性需求等因素。例如,Oracle 主权准则建议在确定云模型和位置时考虑数据敏感性和区域性法规。简而言之,一个云模型并不适合所有用例:结合使用 OCI 分布式选项可以充分提高业务价值和合规性。

遵循分布式云设计原则

以前主题中介绍的分布式云策略和优秀实践为 OCI 分布式云架构实施了多项总体设计原则。遵守这些原则将有助于确保任何分布式部署都安全、高性能且可维护:

  • 工作负载邻近性:将计算和数据尽可能靠近用户或数据源,以实现延迟和性能目标。

    例如,部署边缘计算在工厂车间进行实时处理,或者在国内使用区域以最短的延迟为本地客户提供服务。此原则可确保用户体验和响应速度保持一致,即使工作负载分布在地理上也是如此。

  • 一致性和标准化:在所有云环境中维护一致的架构、服务和策略。

    尽可能在每个位置使用相同的 OCI 服务和资源配置,并在任何地方实施相同的安全控制和监管(例如 IAM 策略、网络规则和加密标准)。对于运营商和开发人员来说,分布式云应该像一个云;这降低了复杂性和错误。Oracle 分布式云在设计上实现了统一,在公共和专用区域提供了相同的 API、控制台和过程。您应该通过标准化部署并将基础设施视为代码来利用这一点来复制设置。

  • 无缝连接和安全:设计用于在分布式云的所有部分之间建立安全、低延迟的连接。

    该原则要求使用专用网络链路,优化路由(例如,通过专用互连),并且默认情况下不信任任何单个网络。分布式组件之间的所有交互都应该进行加密和验证。通过最大限度地减少网络延迟并最大限度地提高安全性,您可以将分布式工作负载用作一个统一的系统,而不是孤立的岛屿。

  • 通过分发实现弹性:假设任何单个站点或组件都可能发生故障,并分发关键服务以避免故障。

    可以利用 OCI 的分布式特性实现高可用性:设计跨区域或云/内部部署对的主动 - 主动或主动 - 被动部署。确保故障转移进程已就位且可测试。避免将所有关键数据集中在一个位置:使用地理分布来防止区域灾难。采用 Oracle 的高可用性功能(例如跨区域复制、Oracle Data Guard 和跨站点的负载平衡)来满足您的 RTO/RPO 目标。

  • Operational Unity:通过统一的流程和工具来管理分布式云,以实现观测、自动化和治理。

    这一原则意味着您的运营团队应尽可能在所有环境中使用一种运营模式:一个管道用于部署代码,一个监视系统用于监视日志和指标,一个变更管理方法。这样可以减少运营开销,并确保将工作负载从一个环境转移到另一个环境不会带来新的挑战。自动化和监控应该是全面的,让管理员在任何时候都能看到系统的状态。

  • 持续改进:持续评估和优化分布式云实施。

    随着业务需求、法规和技术的发展,定期重新评估当前的部署模式是否理想。准备迁移工作负载或采用新的 OCI 产品(例如,较新的、较小的专用区域占用空间或新的多云集成服务),以改善结果。征求应用团队对性能的反馈以及安全团队对合规性的反馈,并相应地完善架构。架构良好的分布式云不是一次性设计:它是一个不断改进的生活架构,以这些优秀实践和 Oracle 的最新创新为指导。