multi-cloud-architecture
Orienta seu agente a projetar arquiteturas multi-cloud, integrando serviços de diferentes provedores.
O que ela faz
Esta ferramenta ajuda a planejar como usar vários provedores de nuvem (como AWS, Azure, Google Cloud) para seus aplicativos. Ela compara serviços e sugere como combiná-los para evitar depender de um único fornecedor ou usar o melhor de cada um.
Quando usar
- ✓Ao planejar um novo sistema que usará mais de um provedor de nuvem.
- ✓Ao decidir quais serviços de nuvem usar para cada parte do seu aplicativo.
- ✓Quando você quer evitar ficar preso a um único provedor de nuvem.
Exemplo do que pedir para a IA
“Como posso usar o Google Cloud para inteligência artificial e a AWS para armazenamento de dados no meu novo projeto?”
Quer saber mais? Abra as seções abaixo.
Como usar
O jeito mais fácil: copie a mensagem abaixo e cole no Claude, ChatGPT, Cursor ou outra IA. Ela lê a skill e segue as instruções.
Link da skill
Mensagem pronta para colar
Como funciona
A ferramenta usa um guia de decisão e compara serviços de computação, armazenamento e banco de dados entre os principais provedores de nuvem. Ela também apresenta padrões comuns para combinar esses serviços.
Instalação
Jeito mais fácil: copie o link da skill e cole no Claude, ChatGPT ou Cursor pedindo para seguir as instruções.
No terminal (Claude Code, Codex, Cursor), na pasta do projeto:
npx skills add wshobson/agents --skill multi-cloud-architectureOu baixe só o arquivo:
curl -L https://raw.githubusercontent.com/wshobson/agents/main/plugins/cloud-infrastructure/skills/multi-cloud-architecture/SKILL.md -o SKILL.mdConteúdo técnico (SKILL.md)
Tradução do texto original do autor no GitHub. Os comandos e códigos estão como no original.
Arquitetura Multi-Cloud
Framework de decisão e padrões para arquitetar aplicações em AWS, Azure, GCP e OCI.
Propósito
Projetar arquiteturas agnósticas em nuvem e tomar decisões informadas sobre a seleção de serviços entre provedores de nuvem.
Quando Usar
- Projetar estratégias multi-cloud
- Migrar entre provedores de nuvem
- Selecionar serviços de nuvem para cargas de trabalho específicas
- Implementar arquiteturas agnósticas em nuvem
- Otimizar custos entre provedores
Comparativo de Serviços de Nuvem
Serviços de Computação
| AWS | Azure | GCP | OCI | Caso de Uso |
|---|---|---|---|---|
| EC2 | Máquinas Virtuais | Compute Engine | Compute | VMs IaaS |
| ECS | Instâncias de Contêiner | Cloud Run | Instâncias de Contêiner | Contêineres |
| EKS | AKS | GKE | OKE | Kubernetes |
| Lambda | Functions | Cloud Functions | Functions | Serverless |
| Fargate | Container Apps | Cloud Run | Instâncias de Contêiner | Contêineres Gerenciados |
Serviços de Armazenamento
| AWS | Azure | GCP | OCI | Caso de Uso |
|---|---|---|---|---|
| S3 | Blob Storage | Cloud Storage | Object Storage | Armazenamento de objetos |
| EBS | Managed Disks | Persistent Disk | Block Volumes | Armazenamento de blocos |
| EFS | Azure Files | Filestore | File Storage | Armazenamento de arquivos |
| Glacier | Archive Storage | Archive Storage | Archive Storage | Armazenamento frio |
Serviços de Banco de Dados
| AWS | Azure | GCP | OCI | Caso de Uso |
|---|---|---|---|---|
| RDS | SQL Database | Cloud SQL | MySQL HeatWave | SQL Gerenciado |
| DynamoDB | Cosmos DB | Firestore | NoSQL Database | NoSQL |
| Aurora | PostgreSQL/MySQL | Cloud Spanner | Autonomous Database | SQL Distribuído |
| ElastiCache | Cache for Redis | Memorystore | OCI Cache | Caching |
Referência: Veja references/service-comparison.md para comparação completa
Padrões Multi-Cloud
Padrão 1: Provedor Único com DR
- Carga de trabalho principal em uma nuvem
- Recuperação de desastres em outra
- Replicação de banco de dados entre nuvens
- Failover automatizado
Padrão 2: Melhor de Cada
- Usar o melhor serviço de cada provedor
- IA/ML no GCP
- Aplicações empresariais no Azure
- Plataformas de dados regulamentadas na OCI
- Computação geral na AWS
Padrão 3: Distribuição Geográfica
- Atender usuários da região de nuvem mais próxima
- Conformidade com soberania de dados
- Balanceamento de carga global
- Failover regional
Padrão 4: Abstração Agnóstica em Nuvem
- Kubernetes para computação
- PostgreSQL para banco de dados
- Armazenamento compatível com S3 (MinIO)
- Ferramentas de código aberto
Arquitetura Agnóstica em Nuvem
Usar Alternativas Nativas da Nuvem
- Computação: Kubernetes (EKS/AKS/GKE/OKE)
- Banco de Dados: PostgreSQL/MySQL (RDS/SQL Database/Cloud SQL/MySQL HeatWave)
- Fila de Mensagens: Apache Kafka ou streaming gerenciado (MSK/Event Hubs/Confluent/OCI Streaming)
- Cache: Redis (ElastiCache/Azure Cache/Memorystore/OCI Cache)
- Armazenamento de Objetos: API compatível com S3
- Monitoramento: Prometheus/Grafana
- Malha de Serviços: Istio/Linkerd
Camadas de Abstração
Application Layer
↓
Infrastructure Abstraction (Terraform)
↓
Cloud Provider APIs
↓
AWS / Azure / GCP / OCI
Comparativo de Custos
Fatores de Preço de Computação
- AWS: Sob demanda, Reservado, Spot, Planos de Economia
- Azure: Pague pelo uso, Reservado, Spot
- GCP: Sob demanda, Uso comprometido, Preemptível
- OCI: Pague pelo uso, compromissos anuais, formas com rajadas/flexíveis, instâncias preemptíveis
Estratégias de Otimização de Custos
- Usar capacidade reservada/comprometida (economia de 30-70%)
- Alavancar instâncias spot/preemptíveis
- Dimensionar corretamente os recursos
- Usar serverless para cargas de trabalho variáveis
- Otimizar custos de transferência de dados
- Implementar políticas de ciclo de vida
- Usar tags de alocação de custos
- Monitorar com ferramentas de custo de nuvem
Referência: Veja references/multi-cloud-patterns.md
Estratégia de Migração
Fase 1: Avaliação
- Inventariar a infraestrutura atual
- Identificar dependências
- Avaliar compatibilidade com a nuvem
- Estimar custos
Fase 2: Piloto
- Selecionar carga de trabalho piloto
- Implementar na nuvem de destino
…
Perguntas frequentes
O que significa 'evitar dependência de fornecedor'?
Significa não depender exclusivamente de um único provedor de nuvem, permitindo mais flexibilidade e poder de negociação.
O que são 'serviços melhores da categoria'?
São os serviços que um provedor de nuvem oferece que são considerados os melhores ou mais avançados em comparação com os de outros provedores para uma tarefa específica.
O que é 'infraestrutura como código'?
É uma forma de gerenciar e provisionar a infraestrutura de nuvem (servidores, redes, etc.) usando arquivos de configuração legíveis por máquina, em vez de configurações manuais.
Detalhes
Descrição original do autor
Design multi-cloud architectures using a decision framework to select and integrate services across AWS, Azure, GCP, and OCI. Use when building multi-cloud systems, avoiding vendor lock-in, or leveraging best-of-breed services from multiple providers.
repo: wshobson/agents
Popularidade
- Estrelas no GitHub
- 41 mil
- Posição no ranking
- #4829
- Licença
- MIT
- Atualizada em
- 15/10/2026
Comentários
- …
Mais skills deste repositório
screen-reader-testing
Faz seu agente testar sites usando leitores de tela para garantir que sejam acessíveis.
wshobson/agents
wcag-audit-patterns
Ajuda seu agente a auditar sites para acessibilidade e corrigir problemas de acordo com as diretrizes WCAG.
wshobson/agents
multi-reviewer-patterns
Faz seu agente coordenar revisões de código paralelas, deduplicando achados e consolidando relatórios.
wshobson/agents
parallel-debugging
Permite ao agente depurar problemas complexos com investigações paralelas e análise de causa raiz.
wshobson/agents
Skills parecidas
dashboard-builder
Ajuda seu agente a criar painéis de monitoramento úteis. Ele transforma dados em gráficos que respondem a perguntas importantes sobre o sistema.
affaan-m/ECC
dev-team
Simula uma equipe de desenvolvimento colaborativa, onde diferentes papéis respondem a um problema juntos. É útil para obter múltiplas perspectivas sem trocar de agente manualmente.
affaan-m/ECC
ecc-council
Faz seu agente reunir um conselho de quatro vozes para tomar decisões difíceis. É útil quando há várias opções boas e é preciso debater antes de escolher.
affaan-m/ECC