mcpField
M
multi-cloud-architecture

multi-cloud-architecture

github.com/wshobson云与 DevOps41.9k10.8k 次安装2 周前更新
代码仓库

关于 multi-cloud-architecture

面向云架构师与迁移团队的多云架构决策指南,覆盖 AWS、Azure、GCP 和 OCI 的服务比较、架构模式、成本考量及迁移阶段。

主要功能

  1. 01比较四家云平台的计算、存储和数据库
  2. 02梳理多云架构模式
  3. 03提供云无关架构方案
  4. 04说明成本优化策略
  5. 05规划分阶段迁移

适用场景

  1. 01为工作负载选择云服务
  2. 02设计跨云灾难恢复架构
  3. 03制定云平台迁移计划
  4. 04比较不同云平台的成本因素

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/wshobson/agents --skill multi-cloud-architecture

安装后在 Claude Code 中输入/multi-cloud-architecture确认已加载。

附带文件references/multi-cloud-patterns.mdreferences/service-comparison.md

详细介绍

多云架构

跨 AWS、Azure、GCP 和 OCI 架构应用的决策框架与模式。

目的

设计云无关架构,并就跨云提供商的服务选择做出明智决策。

适用场景

  • 设计多云策略
  • 在云提供商之间迁移
  • 为特定工作负载选择云服务
  • 实施云无关架构
  • 优化跨提供商成本

云服务对比

计算服务
AWSAzureGCPOCI使用场景
EC2Virtual MachinesCompute EngineComputeIaaS 虚拟机
ECSContainer InstancesCloud RunContainer Instances容器
EKSAKSGKEOKEKubernetes
LambdaFunctionsCloud FunctionsFunctions无服务器
FargateContainer AppsCloud RunContainer Instances托管容器
存储服务
AWSAzureGCPOCI使用场景
S3Blob StorageCloud StorageObject Storage对象存储
EBSManaged DisksPersistent DiskBlock Volumes块存储
EFSAzure FilesFilestoreFile Storage文件存储
GlacierArchive StorageArchive StorageArchive Storage冷存储
数据库服务
AWSAzureGCPOCI使用场景
RDSSQL DatabaseCloud SQLMySQL HeatWave托管 SQL
DynamoDBCosmos DBFirestoreNoSQL DatabaseNoSQL
AuroraPostgreSQL/MySQLCloud SpannerAutonomous Database分布式 SQL
ElastiCacheCache for RedisMemorystoreOCI Cache缓存

参考: 完整对比请参见 references/service-comparison.md

多云模式

模式 1:单一提供商加灾难恢复
  • 主工作负载位于一朵云
  • 灾难恢复位于另一朵云
  • 跨云数据库复制
  • 自动故障转移
模式 2:择优组合
  • 使用每个提供商的最佳服务
  • AI/ML 在 GCP
  • 企业应用在 Azure
  • 受监管数据平台在 OCI
  • 通用计算在 AWS
模式 3:地理分布
  • 从最近的云区域为用户提供服务
  • 数据主权合规
  • 全局负载均衡
  • 区域故障转移
模式 4:云无关抽象
  • 计算使用 Kubernetes
  • 数据库使用 PostgreSQL
  • S3 兼容存储(MinIO)
  • 开源工具

云无关架构

使用云原生替代方案
  • 计算: Kubernetes(EKS/AKS/GKE/OKE)
  • 数据库: PostgreSQL/MySQL(RDS/SQL Database/Cloud SQL/MySQL HeatWave)
  • 消息队列: Apache Kafka 或托管流式服务(MSK/Event Hubs/Confluent/OCI Streaming)
  • 缓存: Redis(ElastiCache/Azure Cache/Memorystore/OCI Cache)
  • 对象存储: S3 兼容 API
  • 监控: Prometheus/Grafana
  • 服务网格: Istio/Linkerd
抽象层
Application Layer
    ↓
Infrastructure Abstraction (Terraform)
    ↓
Cloud Provider APIs
    ↓
AWS / Azure / GCP / OCI

成本对比

计算定价因素
  • AWS: 按需、预留、Spot、Savings Plans
  • Azure: 即用即付、预留、Spot
  • GCP: 按需、承诺使用、抢占式
  • OCI: 即用即付、年度承诺、可突发/灵活规格、抢占式实例
成本优化策略
  1. 使用预留/承诺容量(节省 30-70%)
  2. 利用竞价/可抢占实例
  3. 合理调整资源规格
  4. 对可变工作负载使用无服务器
  5. 优化数据传输成本
  6. 实施生命周期策略
  7. 使用成本分配标签
  8. 使用云成本工具进行监控

参考: 参见 references/multi-cloud-patterns.md

迁移策略

阶段 1:评估
  • 清点当前基础设施
  • 识别依赖项
  • 评估云兼容性
  • 估算成本
阶段 2:试点
  • 选择试点工作负载
  • 在目标云中实施
  • 进行全面测试
  • 记录经验教训
阶段 3:迁移
  • 逐步迁移工作负载
  • 维持双运行期
  • 监控性能
  • 验证功能
阶段 4:优化
  • 合理调整资源规格
  • 实施云原生服务
  • 优化成本
  • 增强安全性

最佳实践

  1. 使用基础设施即代码(Terraform/OpenTofu)
  2. 实施 CI/CD 流水线以进行部署
  3. 为故障而设计,跨云考虑
  4. 尽可能使用托管服务
  5. 实施全面的监控
  6. 自动化成本优化
  7. 遵循安全最佳实践
  8. 记录云特定配置
  9. 测试灾难恢复流程
  10. 培训团队掌握多云环境

相关技能

  • terraform-module-library - 用于 IaC 实施
  • cost-optimization - 用于成本管理
  • hybrid-cloud-networking - 用于连接

评论

支持 Markdown