下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“multi-cloud-architecture”。 Compare serverless compute options across clouds
预期结果:
AWS Lambda：事件驱动函数，15 分钟超时，丰富的集成。Azure Functions：与 Microsoft 生态系统紧密集成，Durable Functions 支持有状态工作流。GCP Cloud Functions：简单定价，原生 BigQuery 集成。推荐：复杂事件工作流使用 Lambda，Microsoft 堆栈使用 Azure Functions，数据管道使用 Cloud Functions。
正在使用“multi-cloud-architecture”。 Design geo-distributed architecture for global users
预期结果:
架构：使用 GCP Cloud CDN 提供静态资源，AWS CloudFront 提供动态内容，Azure Front Door 作为 API 网关。将无状态服务部署到最近区域的 GKE、AKS 和 EKS。使用 Cloud Spanner 或 Cosmos DB 进行全球分布式数据。通过基于 DNS 的地理路由进行流量分发，结合健康检查和自动故障转移。
安全审计
安全All static analyzer findings are false positives. The SKILL.md file is pure documentation containing markdown tables, text descriptions, and architecture diagrams. No executable code or command injection vectors exist. External command references are documentation text pointing to other files, not actual shell execution.
质量评分
你能构建什么
企业多云战略
设计云战略以在 AWS、Azure 和 GCP 之间分配工作负载，减少供应商依赖并提高与提供商的谈判筹码。
云迁移规划
规划和执行从一个云提供商到另一个云提供商的迁移，同时最大程度减少停机时间并保持服务质量。
灾难恢复架构
构建具有跨多个云提供商灾难恢复能力的弹性系统，确保业务连续性。
试试这些提示
我需要部署一个具有自动伸缩能力的高可用性 Web 应用。比较 AWS、Azure 和 GCP 在计算、存储、数据库和网络方面的等效服务。根据成本和功能推荐每个类别的最佳选项。
为可在任何云提供商上运行的微服务应用设计云无关架构。包括计算编排、数据存储、消息传递和监控的特定技术，这些技术在 AWS、Azure 和 GCP 上都能一致运行。
使用 AWS 作为主要提供商、Azure 作为辅助提供商创建灾难恢复架构。包括数据库复制策略、故障转移自动化、RTO/RPO 目标以及分步恢复程序。
我们将在 6 个月内从 AWS 迁移到 GCP。使用四阶段方法创建详细的迁移计划。包括工作负载评估标准、试点选择、迁移排序、风险缓解和各阶段成功指标。
最佳实践
- 使用基础设施即代码（Terraform）在所有云提供商之间一致地管理资源
- 通过假设任何单一云区域或提供商都可能不可用来设计容错
- 使用 Prometheus 和 Grafana 等云无关工具实施全面的监控
避免
- 构建紧密耦合的架构，依赖专有云服务而没有抽象层
- 忽视云提供商之间的数据传输成本，这可能迅速增加开支
- 在团队缺乏每个提供商的适当专业知识的情况下尝试多云，导致运营复杂性