Habilidades multi-cloud-architecture
☁️

multi-cloud-architecture

Seguro

Diseñar Arquitecturas Multi-Nube

Construir aplicaciones a través de múltiples proveedores de nube requiere una cuidadosa selección de servicios y decisiones arquitectónicas. Esta habilidad proporciona un marco de decisión y patrones para arquitecturar aplicaciones a través de AWS, Azure y GCP.

Soporta: Claude Codex Code(CC)
📊 71 Adecuado
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "multi-cloud-architecture". Compara los servicios de bases de datos de AWS, Azure y GCP para una aplicación web de alto tráfico que necesita cumplimiento ACID y escalado horizontal.

Resultado esperado:

  • AWS: Amazon Aurora con compatibilidad PostgreSQL - SQL distribuido con escalado automático
  • Azure: Azure SQL Database con Hyperscale - SQL administrado con recursos elásticos
  • GCP: Cloud Spanner - base de datos relacional distribuida globalmente con consistencia fuerte
  • Recomendación: Para aplicaciones globales que requieren escalado horizontal, Cloud Spanner o Aurora proporcionan las mejores opciones. Considera Cloud Spanner si se necesita verdadera distribución global.

Usando "multi-cloud-architecture". ¿Qué patrón multi-nube recomendarías para una aplicación de salud que debe cumplir con requisitos de residencia de datos en múltiples países?

Resultado esperado:

  • Patrón Recomendado: Distribución Geográfica
  • Elementos clave:
  • 1. Desplegar instancias de aplicación en regiones de nube que coincidan con requisitos de residencia de datos
  • 2. Usar balanceo de carga global para dirigir usuarios a la región compatible más cercana
  • 3. Implementar replicación de datos con controles de soberanía
  • 4. Configurar failover automático entre regiones dentro de la misma jurisdicción
  • Este patrón asegura que los datos permanezcan dentro de los límites geográficos requeridos mientras proporciona alta disponibilidad.

Usando "multi-cloud-architecture". Crea una estrategia de migración para mover nuestra base de datos PostgreSQL local a una base de datos nativa en la nube.

Resultado esperado:

  • Estrategia de Migración: Enfoque de 4 Fases
  • Fase 1 - Evaluación: Inventariar tamaño de base de datos, dependencias y características utilizadas
  • Fase 2 - Piloto: Desplegar en base de datos en la nube, probar compatibilidad, medir rendimiento
  • Fase 3 - Migración: Usar herramientas de replicación, ejecutar período de escritura dual, validar integridad de datos
  • Fase 4 - Optimización: Ajustar tamaño de recursos, implementar características nativas de la nube, optimizar costos
  • Opciones nativas de la nube: RDS (AWS), Azure Database (Azure), Cloud SQL (GCP)

Auditoría de seguridad

Seguro
v5 • 1/21/2026

This 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.

2
Archivos escaneados
511
Líneas analizadas
0
hallazgos
5
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude Ver historial de auditorías →

Puntuación de calidad

38
Arquitectura
100
Mantenibilidad
87
Contenido
29
Comunidad
100
Seguridad
91
Cumplimiento de la especificación

Lo que puedes crear

Diseñar Estrategia Multi-Nube

Evaluar los beneficios y compensaciones de usar múltiples proveedores de nube para una nueva arquitectura de aplicación.

Planificar Migración a la Nube

Evaluar una carga de trabajo existente en una sola nube y planificar una estrategia de migración a otro proveedor de nube.

Optimizar Costos Multi-Nube

Comparar estructuras de costos entre AWS, Azure y GCP e identificar oportunidades de optimización.

Prueba estos prompts

Pregunta Básica Multi-Nube 
¿Cuáles son los servicios equivalentes entre AWS, Azure y GCP para [workload type: compute/database/storage]?
Selección de Patrón de Arquitectura 
Necesito diseñar una arquitectura multi-nube para [workload description]. ¿Qué patrón recomendarías y por qué? Considera [specific requirement: cost/performance/resilience].
Planificación de Migración 
Ayúdame a crear un plan de migración para mover nuestro [workload type] desde [current cloud] a [target cloud]. ¿Cuáles son los pasos clave y los desafíos potenciales?
Revisión de Optimización de Costos 
Compara el costo total de propiedad para [specific service type] entre AWS, Azure y GCP. ¿Qué factores afectan el precio y qué proveedor ofrece el mejor valor para [use case]?

Mejores prácticas

  • Usar infraestructura como código (Terraform o OpenTofu) para mantener consistencia entre entornos de nube
  • Diseñar para fallos implementando redundancia y failover automatizado entre proveedores
  • Implementar capas de abstracción usando Kubernetes y estándares abiertos para reducir el vendor lock-in

Evitar

  • Ejecutar configuraciones idénticas en todas las nubes sin optimizar para las fortalezas de cada proveedor
  • Usar servicios específicos del proveedor profundamente en toda la aplicación, dificultando la migración futura
  • Descuidar los costos de transferencia de datos al arquitecturar soluciones multi-nube

Preguntas frecuentes

¿Cuál es el principal beneficio de la arquitectura multi-nube?
La arquitectura multi-nube reduce el vendor lock-in, permite aprovechar los mejores servicios de cada proveedor, mejora la resiliencia a través de la distribución geográfica y proporciona poder de negociación con los proveedores de nube.
¿Cómo evito el vendor lock-in mientras uso servicios nativos de la nube?
Usa capas de abstracción como Kubernetes para cómputo, bases de datos de código abierto como PostgreSQL y herramientas agnósticas a la nube como Terraform. Evita la integración profunda con servicios propietarios que no tienen equivalente en otro lugar.
¿Cuáles son las principales consideraciones de costo para multi-nube?
Los costos clave incluyen transferencia de datos entre nubes (a menudo costosa), recursos duplicados entre proveedores y sobrecarga operativa al administrar múltiples entornos. Optimiza ajustando el tamaño de recursos y usando descuentos por uso comprometido.
¿Qué patrón multi-nube es mejor para recuperación ante desastres?
El patrón de Proveedor Único con DR es el más común: ejecutar la carga de trabajo principal en una nube con un entorno de recuperación ante desastres en otro proveedor de nube. Esto proporciona separación geográfica sin la complejidad de despliegues activo-activo.
¿Cómo manejo la conexión de red entre proveedores de nube?
Usa conexiones VPN, interconexiones dedicadas (AWS Direct Connect, Azure ExpressRoute, GCP Cloud Interconnect) o soluciones SD-WAN de terceros. Considera latencia, requisitos de ancho de banda y seguridad al diseñar redes entre nubes.
¿Qué habilidades necesita mi equipo para la gestión multi-nube?
Los equipos necesitan experiencia en Terraform o herramientas IaC similares, comprensión de los servicios específicos de cada nube, redes entre límites de nube y herramientas de monitoreo que funcionen en todos los proveedores como Prometheus y Grafana.

Detalles del desarrollador

Autor

wshobson

Licencia

MIT

Repositorio

https://github.com/wshobson/agents/tree/main/plugins/cloud-infrastructure/skills/multi-cloud-architecture

Ref.

main

Estructura de archivos

📄 SKILL.md