multi-cloud-architecture
Multi-Cloud-Architekturen entwerfen
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.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Teste es
Verwendung von "multi-cloud-architecture". Compare AWS, Azure, and GCP database services for a high-traffic web application that needs ACID compliance and horizontal scaling.
Erwartetes Ergebnis:
- 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.
Verwendung von "multi-cloud-architecture". What multi-cloud pattern would you recommend for a healthcare application that must comply with data residency requirements in multiple countries?
Erwartetes Ergebnis:
- 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.
Verwendung von "multi-cloud-architecture". Create a migration strategy for moving our on-premise PostgreSQL database to a cloud-native database.
Erwartetes Ergebnis:
- 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)
Sicherheitsaudit
SicherThis 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.
Qualitätsbewertung
Was du bauen kannst
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.
Probiere diese 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]?
Bewährte Verfahren
- 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
Vermeiden
- 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