multi-cloud-architecture

Name: multi-cloud-architecture
Author: hermeticormus

github.com/hermeticormusCloud & DevOps12377 installsUpdated 4w ago

About multi-cloud-architecture

A decision guide for architects and teams planning cloud-agnostic applications across AWS, Azure, and GCP. It brings service comparisons together with architecture patterns, migration phases, and cost considerations.

Key features

01AWS、Azure、GCP 服务对照
02多云架构模式
03云无关架构建议
04迁移阶段规划
05成本优化策略

Use cases

01规划多云策略
02评估跨云服务选择
03规划云平台迁移

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/hermeticormus/libreuiux-claude-code --skill multi-cloud-architecture

After installing, type/multi-cloud-architecturein Claude Code to confirm it loaded.

Details

From the project README

Multi-Cloud Architecture

Decision framework and patterns for architecting applications across AWS, Azure, and GCP.

Purpose

Design cloud-agnostic architectures and make informed decisions about service selection across cloud providers.

When to Use

Design multi-cloud strategies
Migrate between cloud providers
Select cloud services for specific workloads
Implement cloud-agnostic architectures
Optimize costs across providers

Cloud Service Comparison

Compute Services

AWS	Azure	GCP	Use Case
EC2	Virtual Machines	Compute Engine	IaaS VMs
ECS	Container Instances	Cloud Run	Containers
EKS	AKS	GKE	Kubernetes
Lambda	Functions	Cloud Functions	Serverless
Fargate	Container Apps	Cloud Run	Managed containers

Storage Services

AWS	Azure	GCP	Use Case
S3	Blob Storage	Cloud Storage	Object storage
EBS	Managed Disks	Persistent Disk	Block storage
EFS	Azure Files	Filestore	File storage
Glacier	Archive Storage	Archive Storage	Cold storage

Database Services

AWS	Azure	GCP	Use Case
RDS	SQL Database	Cloud SQL	Managed SQL
DynamoDB	Cosmos DB	Firestore	NoSQL
Aurora	PostgreSQL/MySQL	Cloud Spanner	Distributed SQL
ElastiCache	Cache for Redis	Memorystore	Caching

Reference: See references/service-comparison.md for complete comparison

Multi-Cloud Patterns

Pattern 1: Single Provider with DR

Primary workload in one cloud
Disaster recovery in another
Database replication across clouds
Automated failover

Pattern 2: Best-of-Breed

Use best service from each provider
AI/ML on GCP
Enterprise apps on Azure
General compute on AWS

Pattern 3: Geographic Distribution

Serve users from nearest cloud region
Data sovereignty compliance
Global load balancing
Regional failover

Pattern 4: Cloud-Agnostic Abstraction

Kubernetes for compute
PostgreSQL for database
S3-compatible storage (MinIO)
Open source tools

Cloud-Agnostic Architecture

Use Cloud-Native Alternatives

Compute: Kubernetes (EKS/AKS/GKE)
Database: PostgreSQL/MySQL (RDS/SQL Database/Cloud SQL)
Message Queue: Apache Kafka (MSK/Event Hubs/Confluent)
Cache: Redis (ElastiCache/Azure Cache/Memorystore)
Object Storage: S3-compatible API
Monitoring: Prometheus/Grafana
Service Mesh: Istio/Linkerd

Abstraction Layers

Application Layer
    ↓
Infrastructure Abstraction (Terraform)
    ↓
Cloud Provider APIs
    ↓
AWS / Azure / GCP

Cost Comparison

Compute Pricing Factors

AWS: On-demand, Reserved, Spot, Savings Plans
Azure: Pay-as-you-go, Reserved, Spot
GCP: On-demand, Committed use, Preemptible

Cost Optimization Strategies

Use reserved/committed capacity (30-70% savings)
Leverage spot/preemptible instances
Right-size resources
Use serverless for variable workloads
Optimize data transfer costs
Implement lifecycle policies
Use cost allocation tags
Monitor with cloud cost tools

Reference: See references/multi-cloud-patterns.md

Migration Strategy

Phase 1: Assessment

Inventory current infrastructure
Identify dependencies
Assess cloud compatibility
Estimate costs

Phase 2: Pilot

Select pilot workload
Implement in target cloud
Test thoroughly
Document learnings

Phase 3: Migration

Migrate workloads incrementally
Maintain dual-run period
Monitor performance
Validate functionality

Phase 4: Optimization

Right-size resources
Implement cloud-native services
Optimize costs
Enhance security

Best Practices

Use infrastructure as code (Terraform/OpenTofu)
Implement CI/CD pipelines for deployments
Design for failure across clouds
Use managed services when possible
Implement comprehensive monitoring
Automate cost optimization
Follow security best practices
Document cloud-specific configurations
Test disaster recovery procedures
Train teams on multiple clouds

Reference Files

references/service-comparison.md - Complete service comparison
references/multi-cloud-patterns.md - Architecture patterns

Related Skills

terraform-module-library - For IaC implementation
cost-optimization - For cost management
hybrid-cloud-networking - For connectivity

Comments

Markdown supported

Details

Author: hermeticormus
Repository: hermeticormus/libreuiux-claude-code
Category: Cloud & DevOps
Installs: 77
GitHub stars: 123

Report

More skills

All skills

lark-apps

open.feishu.cn

743.6k

Develop and host Miaoda (Spark/Miaoda) apps: app creation, local full-stack development, cloud generation and iteration, creative design (UI mockups / interactive prototypes / wireframes / landing pages / dashboards / slide decks / visual exploration), integration of AI-related capabilities, Feishu platform capabilities, or other external capabilities; log/Trace/monitoring metric/PV/UV queries; environment variable management; app collaborators and collaboration permissions; app roles and members; and automation triggers (scheduled / record changes / Webhook / Feishu approvals). Use when users want to develop or create a system, tool, platform, or app; develop locally or in the cloud, modify, deploy, publish, launch, or get a shareable link; create a page or website with HTML and deploy it to Miaoda; design, create a mockup, prototype, wireframe, PPT, deck, or visual exploration; or mention Miaoda/Spark/Miaoda apps (links like `/app/app_xxx` or `/page/<token>`, runtime domains like *.aiforce.cloud), app databases, app file storage, open API Keys, visibility, app collaborators/developer permissions, app roles/role members, production logs, API request volume, error volume, latency, traffic, environment variables, or setting up automation tasks, scheduled triggers, or approval-triggered automation for Miaoda apps. Not for regular cloud drive file uploads (lark-drive), Feishu document editing (lark-doc), or native slide creation (lark-slides).

wizard

github.com/mattpocock

580.6k

Generate an interactive bash wizard that walks a human through steps only they can perform. Use when provisioning infrastructure, setting up credentials or CI secrets, walking an unfamiliar third-party dashboard, or running a one-off migration or cutover. Don't invoke this for steps the agent can perform itself.

azure-prepare

github.com/microsoft

574.6k

Prepare azd-based Azure projects for deployment: generates azure.yaml, infrastructure (Bicep/Terraform), and Dockerfiles for the Azure Developer CLI (azd) workflow. USE ONLY when the user explicitly wants to use azd as the deployment tool, or the project already has an azure.yaml file. DO NOT USE FOR: non-azd deployments, Python App Service code-only deploys (use python-appservice-deploy), or cross-cloud migration (use azure-cloud-migrate). WHEN: prepare app for azd, create azure.yaml, set up azd infrastructure, modernize app for Azure with azd, deploy with azd, function app, timer trigger, service bus trigger, event-driven function, managed identity, generate Bicep, generate Terraform, create and deploy to Azure.

azure-ai

github.com/microsoft

573.9k

Use for Azure AI: Search, Speech, OpenAI, Document Intelligence. Helps with search, vector/hybrid search, speech-to-text, text-to-speech, transcription, OCR. WHEN: AI Search, query search, vector search, hybrid search, semantic search, speech-to-text, text-to-speech, transcribe, OCR, convert text to speech.