multi-cloud-architecture
Design Multi-Cloud Architectures
Building applications across multiple cloud providers requires careful service selection and architecture decisions. This skill provides a decision framework and patterns for architecting applications across AWS, Azure, and GCP.
Download the skill ZIP
Upload in Claude
Go to Settings → Capabilities → Skills → Upload skill
Toggle on and start using
Test it
Using "multi-cloud-architecture". Compare AWS, Azure, and GCP database services for a high-traffic web application that needs ACID compliance and horizontal scaling.
Expected outcome:
- AWS: Amazon Aurora with PostgreSQL compatibility - distributed SQL with auto-scaling
- Azure: Azure SQL Database with Hyperscale - managed SQL with elastic resources
- GCP: Cloud Spanner - globally distributed relational database with strong consistency
- Recommendation: For global applications requiring horizontal scaling, Cloud Spanner or Aurora provide the best options. Consider Cloud Spanner if true global distribution is needed.
Using "multi-cloud-architecture". What multi-cloud pattern would you recommend for a healthcare application that must comply with data residency requirements in multiple countries?
Expected outcome:
- Recommended Pattern: Geographic Distribution
- Key elements:
- 1. Deploy application instances in cloud regions matching data residency requirements
- 2. Use global load balancing to route users to nearest compliant region
- 3. Implement data replication with sovereignty controls
- 4. Configure automatic failover between regions within same jurisdiction
- This pattern ensures data stays within required geographic boundaries while providing high availability.
Using "multi-cloud-architecture". Create a migration strategy for moving our on-premise PostgreSQL database to a cloud-native database.
Expected outcome:
- Migration Strategy: 4-Phase Approach
- Phase 1 - Assessment: Inventory database size, dependencies, and features used
- Phase 2 - Pilot: Deploy to cloud database, test compatibility, measure performance
- Phase 3 - Migration: Use replication tools, run dual-write period, validate data integrity
- Phase 4 - Optimization: Right-size resources, implement cloud-native features, optimize costs
- Cloud-native options: RDS (AWS), Azure Database (Azure), Cloud SQL (GCP)
Security Audit
SafeThis skill contains only documentation (SKILL.md) with no executable code. All static findings are false positives: the analyzer misinterpreted 'EC2' as C2 botnet terminology, markdown formatting backticks as shell command execution, and GitHub URL in metadata as hardcoded URL. No security concerns exist.
Quality Score
What You Can Build
Design Multi-Cloud Strategy
Evaluate the benefits and trade-offs of using multiple cloud providers for a new application architecture.
Plan Cloud Migration
Assess an existing single-cloud workload and plan a migration strategy to another cloud provider.
Optimize Multi-Cloud Costs
Compare cost structures across AWS, Azure, and GCP and identify optimization opportunities.
Try These Prompts
What are the equivalent services between AWS, Azure, and GCP for [workload type: compute/database/storage]?
I need to design a multi-cloud architecture for [workload description]. Which pattern would you recommend and why? Consider [specific requirement: cost/performance/resilience].
Help me create a migration plan to move our [workload type] from [current cloud] to [target cloud]. What are the key steps and potential challenges?
Compare the total cost of ownership for [specific service type] across AWS, Azure, and GCP. What factors affect pricing and which provider offers the best value for [use case]?
Best Practices
- Use infrastructure as code (Terraform or OpenTofu) to maintain consistency across cloud environments
- Design for failure by implementing redundancy and automated failover across providers
- Implement abstraction layers using Kubernetes and open standards to reduce provider lock-in
Avoid
- Running identical configurations across all clouds without optimizing for each provider's strengths
- Using provider-specific services deeply throughout the application, making future migration difficult
- Neglecting data transfer costs when architecting multi-cloud solutions