Das Erstellen von Anwendungen über mehrere Cloud-Anbieter hinweg erfordert eine sorgfältige Auswahl von Diensten und Architekturentscheidungen. Diese Fähigkeit bietet ein Entscheidungsframework und Muster für die Architektur von Anwendungen über AWS, Azure und GCP.
Descargar el ZIP de la skill
Subir en Claude
Ve a Configuración → Capacidades → Skills → Subir skill
Activa y empieza a usar
Pruébalo
Usando "multi-cloud-architecture". Compare AWS, Azure, and GCP database services for a high-traffic web application that needs ACID compliance and horizontal scaling.
Resultado esperado:
- AWS: Amazon Aurora mit PostgreSQL-Kompatibilität - verteilte SQL-Datenbank mit automatischer Skalierung
- Azure: Azure SQL Database mit Hyperscale - verwaltete SQL-Datenbank mit elastischen Ressourcen
- GCP: Cloud Spanner - global verteilte relationale Datenbank mit starker Konsistenz
- Empfehlung: Für globale Anwendungen, die horizontale Skalierung erfordern, bieten Cloud Spanner oder Aurora die besten Optionen. Erwägen Sie Cloud Spanner, wenn eine echte globale Verteilung erforderlich ist.
Usando "multi-cloud-architecture". What multi-cloud pattern would you recommend for a healthcare application that must comply with data residency requirements in multiple countries?
Resultado esperado:
- Empfohlenes Muster: Geografische Verteilung
- Schlüsselelemente:
- 1. Anwendungsinstanzen in Cloud-Regionen bereitstellen, die den Datenresidenzanforderungen entsprechen
- 2. Globales Load-Balancing verwenden, um Benutzer zur nächsten konformen Region zu leiten
- 3. Datenreplikation mit Souveränitätskontrollen implementieren
- 4. Automatische Failover zwischen Regionen innerhalb derselben Gerichtsbarkeit konfigurieren
- Dieses Muster stellt sicher, dass Daten innerhalb der erforderlichen geografischen Grenzen bleiben und gleichzeitig Hochverfügbarkeit geboten wird.
Usando "multi-cloud-architecture". Create a migration strategy for moving our on-premise PostgreSQL database to a cloud-native database.
Resultado esperado:
- Migrationsstrategie: 4-Phasen-Ansatz
- Phase 1 - Bewertung: Datenbankgröße, Abhängigkeiten und verwendete Features inventarisieren
- Phase 2 - Pilot: In Cloud-Datenbank bereitstellen, Kompatibilität testen, Leistung messen
- Phase 3 - Migration: Replikationstools verwenden, Dual-Write-Zeitraum durchführen, Datenintegrität validieren
- Phase 4 - Optimierung: Ressourcen richtig dimensionieren, Cloud-native Features implementieren, Kosten optimieren
- Cloud-native Optionen: RDS (AWS), Azure Database (Azure), Cloud SQL (GCP)
Auditoría de seguridad
SeguroThis 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.
Puntuación de calidad
Lo que puedes crear
Multi-Cloud-Strategie entwerfen
Bewerten Sie die Vorteile und Kompromisse bei der Verwendung mehrerer Cloud-Anbieter für eine neue Anwendungsarchitektur.
Cloud-Migration planen
Bewerten Sie eine bestehende Single-Cloud-Workload und planen Sie eine Migrationsstrategie zu einem anderen Cloud-Anbieter.
Multi-Cloud-Kosten optimieren
Vergleichen Sie Kostenstrukturen über AWS, Azure und GCP und identifizieren Sie Optimierungsmöglichkeiten.
Prueba estos prompts
Was sind die äquivalenten Dienste zwischen AWS, Azure und GCP für [Workload-Typ: Compute/Datenbank/Speicher]?
Ich muss eine Multi-Cloud-Architektur für [Workload-Beschreibung] entwerfen. Welches Muster würden Sie empfehlen und warum? Berücksichtigen Sie [spezifische Anforderung: Kosten/Leistung/Resilienz].
Helfen Sie mir, einen Migrationsplan zu erstellen, um unsere [Workload-Typ] von [aktueller Cloud] zu [Ziel-Cloud] zu migrieren. Was sind die wichtigsten Schritte und potenziellen Herausforderungen?
Vergleichen Sie die Gesamtbetriebskosten für [spezifischer Diensttyp] über AWS, Azure und GCP. Welche Faktoren beeinflussen die Preisgestaltung und welcher Anbieter bietet das beste Preis-Leistungs-Verhältnis für [Anwendungsfall]?
Mejores prácticas
- Infrastructure as Code (Terraform oder OpenTofu) verwenden, um Konsistenz über Cloud-Umgebungen hinweg zu gewährleisten
- Für Fehler entwerfen, indem Redundanz und automatisiertes Failover über Anbieter hinweg implementiert werden
- Abstraktionsschichten mit Kubernetes und offenen Standards implementieren, um Herstellerbindung zu reduzieren
Evitar
- Identische Konfigurationen über alle Clouds ausführen, ohne die Stärken jedes Anbieters zu optimieren
- Anbieterspezifische Dienste tief in der Anwendung verwenden, was zukünftige Migrationen erschwert
- Datenübertragungskosten bei der Architektur von Multi-Cloud-Lösungen vernachlässigen
Preguntas frecuentes
Was ist der Hauptvorteil von Multi-Cloud-Architektur?
Wie vermeide ich Herstellerbindung bei der Nutzung von Cloud-nativen Diensten?
Was sind die Hauptkostenüberlegungen für Multi-Cloud?
Welches Multi-Cloud-Muster eignet sich am besten für Notfallwiederherstellung?
Wie handhabe ich Vernetzung zwischen Cloud-Anbietern?
Welche Fähigkeiten benötigt mein Team für das Multi-Cloud-Management?
Detalles del desarrollador
Autor
wshobsonLicencia
MIT
Repositorio
https://github.com/wshobson/agents/tree/main/plugins/cloud-infrastructure/skills/multi-cloud-architectureRef.
main
Estructura de archivos
📄 SKILL.md