multi-cloud-strategy
Design and implement multi-cloud strategies spanning AWS, Azure, and GCP with vendor lock-in avoidance, hybrid deployments, and federation.
By aj-geddes · 399 installs
npx skills add aj-geddes/useful-ai-prompts --skill multi-cloud-strategy
Source repository · Upstream listing
Multi Cloud Strategy
Table of Contents
[Overview]( overview)
[When to Use]( when to use)
[Quick Start]( quick start)
[Reference Guides]( reference guides)
[Best Practices]( best practices)
Overview
Multi cloud strategies enable leveraging multiple cloud providers for flexibility, redundancy, and optimization. Avoid vendor lock in, optimize costs by comparing cloud services, and implement hybrid deployments with seamless data synchronization.
When to Use
Reducing vendor lock in risk
Optimizing costs across providers
Geographic distribution requirements
Compliance with regional data laws
Disaster recovery and high availability
Hybrid cloud deployments
Multi region application deployment
Avoiding single cloud provider dependency
Quick Start
Minimal working example:
Reference Guides
Detailed implementations in the references/ directory:
Guide Contents
[Multi Cloud Abstraction Layer](references/multi cloud abstraction layer.md) Multi Cloud Abstraction Layer
[Multi Cloud Kubernetes Deployment](references/multi cloud kubernetes deployment.md) Multi Cloud Kubernetes Deployment
[Terraform Multi Cloud Configuration](references/terraform multi cloud configuration.md) Terraform Multi Cloud Configuration
[Data Synchronization across Clouds](references/data synchronization across clouds.md) Data Synchronization across Clouds
Best Practices
✅ DO
Use cloud agnostic APIs and frameworks
Implement abstraction layers
Monitor costs across clouds
Use Kubernetes for portability
Plan for data residency requirements
Test failover scenarios
Document cloud specific configurations
Use infrastructure as code
❌ DON'T
Use cloud specific services extensively
Create hard dependencies on one provider
Ignore compliance requirements
Forget about data transfer costs
Neglect network latency issues
Skip disaster recovery planning