具有多个宇宙的“主权待机”

在当今的云环境中，大型受监管组织可能会面临多层面的运营连续性风险：严重的技术中断、不断变化的监管环境（例如欧盟《数字运营弹性法案》(DORA) 和《一般数据保护条例》(GDPR) 的要求）以及宏观经济压力。

本指南提供了一个“主权备用”架构的蓝图，可帮助组织应对这些挑战。在此示例中，核心零售银行应用主要在 Google Cloud 上运行，以利用公有云的规模和全球基础设施。同时，在 Cloud de Confiance by S3NS上维护一个同步的近乎实时的镜像 环境。

如果主要全球云连接中断，组织可以调用计划的故障切换协议。所有实时 生产流量都可以转移到 Cloud de Confiance by S3NS，使核心银行业务 能够独立运行，避免数据丢失，并确保生产 访问持续进行。

您可以按照随附的 参考 实现 来部署此示例，并根据您的需求和偏好选择两个与 PostgreSQL 兼容的数据库选项： AlloyDB Omni 或 Cloud SQL。该示例侧重于身份联合和数据同步。生产部署需要额外的 DNS 设置和应用配置。

目标受众群体

虽然此示例使用银行应用，但此解决方案是为任何受监管行业的云架构师、平台工程师和高管领导设计的。它服务于以下利益相关者：

• 首席云安全架构师 / 身份和访问权限管理主管 ：使用员工身份联合和身份提供方在管理边界内强制执行联合身份和安全政策，确保用户访问在宇宙之间无缝持续，而不会出现重复的身份。
• 首席 SRE / 平台架构师 ：配置自动跨宇宙数据库复制，设置 Storage Transfer Service 以进行后台资产同步，并维护 GitOps 模板以确保完整的基础设施对等性。
• 核心运营总监 ：监控全球运营状况，跟踪恢复时间目标和恢复点目标，并在中断期间拥有触发故障切换的最终权限。

核心功能

• 多宇宙数据库同步：实时跨宇宙 数据库复制，支持 Google Cloud 和 Cloud de Confiance by S3NS之间的 Cloud SQL 和 AlloyDB Omni 。
• 基础设施和存储对等性：自动 GitOps 部署模板 和 Storage Transfer Service 代理在各个环境中维护相同的容器化银行 微服务和 Cloud Storage 存储桶资产。
• 联合员工身份：使用员工身份联合和外部身份提供方在独立管理网域内实现单点登录和基于角色的访问权限控制。
• 确定性主权数据库故障切换：一步式数据库提升操作 可在中断期间将 Cloud de Confiance by S3NS 上的只读副本转换为独立的 独立主数据库。
• 双向安全网络桥梁：加密的高可用性 VPN 连接和 Private Service Connect 端点，用于链接 跨宇宙的 Google Kubernetes Engine (GKE) 集群和数据库。

架构

此架构使用加密的 高可用性 VPN 桥梁将主 Google Cloud 生产 宇宙与 Cloud de Confiance by S3NS 备用宇宙连接起来。该解决方案会持续同步数据和微服务，以确保零数据丢失和即时故障切换就绪。

组件

组件	技术	用途
微服务	GKE	在两个宇宙中运行的相同的“Bank of Anthos”容器化银行应用。
数据库	AlloyDB Omni（由 Google Cloud 提供）或 Cloud SQL	使用预写日志 (WAL) 流进行跨宇宙事务同步的高性能 PostgreSQL 账本或 使用 pglogical 复制进行事务账本镜像的托管式 PostgreSQL 数据库。
存储和同步	Cloud Storage 在 Google Cloud 中运行的 Storage Transfer Service	安全的对象存储库和用于资产及备份的自动后台传输代理。
网络	高可用性 VPN 和 Private Service Connect	加密的跨宇宙网络桥梁和 Private Service Connect 出站端点。
身份	员工身份联合和外部身份提供方	联合身份提供方集成，可在各个宇宙中实现统一的单点登录。
编排	Terraform 和 Helm	自动基础设施预配脚本和 Kubernetes Helm 图表打包。

参考实现

GitHub 中提供了此解决方案的 Terraform 参考实现。请注意，此实现仅用作参考架构，用于演示技术功能和跨宇宙联合原则。它未经过审核、强化或保护，不适用于生产部署。Bank of Anthos 示例应用使用默认 JSON Web 令牌 (JWT) Secret、固定的演示密码和公共入站端点，以方便测试。

如需了解前提条件和部署说明，请参阅主权多宇宙 联合与 Bank of Anthos。