关于 multi-cloud-architecture
供架构师在 AWS、Azure 和 GCP 之间选择服务并设计应用的决策指南，包含服务对比、多云部署、抽象、迁移与成本策略。
主要功能
- 01AWS、Azure、GCP 服务对比
- 02多云架构模式
- 03云无关的抽象方案
- 04成本因素与优化策略
- 05分阶段云迁移指导
适用场景
- 01为工作负载选择云服务
- 02规划跨云灾难恢复
- 03设计云无关应用
- 04评估并迁移现有基础设施
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/multi-cloud-architecture确认已加载。
详细介绍
多云架构
用于在 AWS、Azure 和 GCP 上设计应用的决策框架和模式。
目的
设计与云无关的架构，并就如何在不同云服务提供商之间选择服务做出明智决策。
适用场景
- 设计多云策略
- 在不同云服务提供商之间迁移
- 为特定工作负载选择云服务
- 实施与云无关的架构
- 优化不同云服务提供商之间的成本
云服务对比
计算服务
| AWS | Azure | GCP | 用例 |
|---|---|---|---|
| EC2 | Virtual Machines | Compute Engine | IaaS 虚拟机 |
| ECS | Container Instances | Cloud Run | 容器 |
| EKS | AKS | GKE | Kubernetes |
| Lambda | Functions | Cloud Functions | 无服务器 |
| Fargate | Container Apps | Cloud Run | 托管容器 |
存储服务
| AWS | Azure | GCP | 用例 |
|---|---|---|---|
| S3 | Blob Storage | Cloud Storage | 对象存储 |
| EBS | Managed Disks | Persistent Disk | 块存储 |
| EFS | Azure Files | Filestore | 文件存储 |
| Glacier | Archive Storage | Archive Storage | 冷存储 |
数据库服务
| AWS | Azure | GCP | 用例 |
|---|---|---|---|
| RDS | SQL Database | Cloud SQL | 托管 SQL |
| DynamoDB | Cosmos DB | Firestore | NoSQL |
| Aurora | PostgreSQL/MySQL | Cloud Spanner | 分布式 SQL |
| ElastiCache | Cache for Redis | Memorystore | 缓存 |
**参考：**完整对比请参见 references/service-comparison.md
多云模式
模式 1：单一云服务提供商搭配灾难恢复
- 在一个云中运行主要工作负载
- 在另一个云中进行灾难恢复
- 跨云复制数据库
- 自动故障转移
模式 2：择优选用
- 选用各云服务提供商的最佳服务
- 在 GCP 上运行 AI/ML
- 在 Azure 上运行企业应用
- 在 AWS 上运行通用计算
模式 3：地理分布
- 通过最近的云区域为用户提供服务
- 符合数据主权要求
- 全局负载均衡
- 区域故障转移
模式 4：与云无关的抽象
- 使用 Kubernetes 进行计算
- 使用 PostgreSQL 作为数据库
- 使用兼容 S3 的存储（MinIO）
- 使用开源工具
与云无关的架构
使用云原生替代方案
- **计算：**Kubernetes（EKS/AKS/GKE）
- **数据库：**PostgreSQL/MySQL（RDS/SQL Database/Cloud SQL）
- **消息队列：**Apache Kafka（MSK/Event Hubs/Confluent）
- **缓存：**Redis（ElastiCache/Azure Cache/Memorystore）
- **对象存储：**兼容 S3 的 API
- **监控：**Prometheus/Grafana
- **服务网格：**Istio/Linkerd
抽象层
Application Layer
↓
Infrastructure Abstraction (Terraform)
↓
Cloud Provider APIs
↓
AWS / Azure / GCP
成本对比
计算定价因素
- **AWS：**按需、预留、Spot、Savings Plans
- **Azure：**按需付费、预留、Spot
- **GCP：**按需、承诺使用、可抢占
成本优化策略
- 使用预留/承诺容量（节省 30-70%）
- 利用 Spot/可抢占实例
- 为资源选择合适的规格
- 对工作负载可变的场景使用无服务器服务
- 优化数据传输成本
- 实施生命周期策略
- 使用成本分配标签
- 使用云成本工具进行监控
**参考：**请参见 references/multi-cloud-patterns.md
迁移策略
阶段 1：评估
- 清点当前基础设施
- 识别依赖项
- 评估云兼容性
- 估算成本
阶段 2：试点
- 选择试点工作负载
- 在目标云中实施
- 进行全面测试
- 记录经验
阶段 3：迁移
- 逐步迁移工作负载
- 保持一段时间的双轨运行
- 监控性能
- 验证功能
阶段 4：优化
- 为资源选择合适的规格
- 实施云原生服务
- 优化成本
- 增强安全性
最佳实践
- 使用基础设施即代码（Terraform/OpenTofu）
- 为部署实施 CI/CD 流水线
- 针对故障进行设计，覆盖多个云
- 尽可能使用托管服务
- 实施全面的监控
- 自动优化成本
- 遵循安全最佳实践
- 记录特定于云的配置
- 测试灾难恢复流程
- 培训团队掌握多个云平台
参考文件
references/service-comparison.md- 完整的服务比较references/multi-cloud-patterns.md- 架构模式
相关技能
terraform-module-library- 用于 IaC 实施cost-optimization- 用于成本管理hybrid-cloud-networking- 用于连接
评论
支持 Markdown