Fähigkeiten multi-cloud-architecture
☁️

multi-cloud-architecture

Sicher

Entwerfen von Multi-Cloud-Architekturen für AWS, Azure und GCP

Auch verfügbar von: wshobson

Vermeiden Sie Vendor Lock-in und erstellen Sie resiliente Cloud-Systeme. Dieser Skill bietet ein Entscheidungsframework für die Auswahl und Integration von Diensten über mehrere Cloud-Provider hinweg.

Unterstützt: Claude Codex Code(CC)
📊 71 Angemessen
1

Die Skill-ZIP herunterladen

2

In Claude hochladen

Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen

3

Einschalten und loslegen

Teste es

Verwendung von "multi-cloud-architecture". Vergleichen Sie serverless Compute-Optionen über Clouds hinweg

Erwartetes Ergebnis:

AWS Lambda: Ereignisgesteuerte Funktionen mit 15-Minuten-Timeout, umfangreiche Integrationen. Azure Functions: Enge Microsoft-Ökosystem-Integration, Durable Functions für zustandsbehaftete Workflows. GCP Cloud Functions: Einfache Preismodelle, native BigQuery-Integration. Empfehlung: Nutzen Sie Lambda für komplexe Ereignis-Workflows, Azure Functions für Microsoft-Stacks, Cloud Functions für Datenpipelines.

Verwendung von "multi-cloud-architecture". Entwerfen Sie geografisch verteilte Architektur für globale Benutzer

Erwartetes Ergebnis:

Architektur: Nutzen Sie GCP Cloud CDN für statische Assets, AWS CloudFront für dynamische Inhalte, Azure Front Door als API-Gateway. Stellen Sie zustandslose Dienste in GKE, AKS und EKS in den nächsten Regionen bereit. Nutzen Sie Cloud Spanner oder Cosmos DB für global verteilte Daten. Routen Sie Verkehr über DNS-basiertes Geo-Routing mit Health-Checks und automatischem Failover.

Sicherheitsaudit

Sicher
v1 • 2/25/2026

All static analyzer findings are false positives. The SKILL.md file is pure documentation containing markdown tables, text descriptions, and architecture diagrams. No executable code or command injection vectors exist. External command references are documentation text pointing to other files, not actual shell execution.

1
Gescannte Dateien
192
Analysierte Zeilen
0
befunde
1
Gesamtzahl Audits
Keine Sicherheitsprobleme gefunden
Auditiert von: claude

Qualitätsbewertung

38
Architektur
100
Wartbarkeit
87
Inhalt
32
Community
100
Sicherheit
91
Spezifikationskonformität

Was du bauen kannst

Enterprise-Multi-Cloud-Strategie

Entwerfen Sie eine Cloud-Strategie, die Workloads über AWS, Azure und GCP verteilt, um die Anbieterabhängigkeit zu reduzieren und die Verhandlungsstärke mit Providern zu verbessern.

Cloud-Migrationsplanung

Planen und führen Sie eine Migration von einem Cloud-Provider zu einem anderen durch, wobei Sie Ausfallzeiten minimieren und die Servicequalität aufrechterhalten.

Disaster-Recovery-Architektur

Erstellen Sie resiliente Systeme mit Disaster-Recovery-Funktionen über mehrere Cloud-Provider für die Business Continuity.

Probiere diese Prompts

Vergleichen Sie Cloud-Dienste für eine Workload 
Ich muss eine Hochverfügbarkeits-Webanwendung mit Auto-Scaling bereitstellen. Vergleichen Sie die äquivalenten Dienste über AWS, Azure und GCP für Compute, Speicher, Datenbank und Netzwerk. Empfehlen Sie die beste Option für jede Kategorie basierend auf Kosten und Funktionen.
Entwerfen Sie cloud-agnostische Architektur 
Entwerfen Sie eine cloud-agnostische Architektur für eine Microservices-Anwendung, die auf jedem Cloud-Provider laufen kann. Eingeschlossen sind spezifische Technologien für Compute-Orchestrierung, Datenspeicherung, Messaging und Monitoring, die konsistent über AWS, Azure und GCP funktionieren.
Multi-Cloud-Disaster-Recovery-Plan 
Erstellen Sie eine Disaster-Recovery-Architektur mit AWS als primärem und Azure als sekundärem System. Eingeschlossen sind Datenbankreplikationsstrategie, Failover-Automatisierung, RTO/RPO-Ziele und detaillierte Wiederherstellungsverfahren.
Cloud-Migrationsausführungsplan 
Wir migrieren innerhalb von 6 Monaten von AWS zu GCP. Erstellen Sie einen detaillierten Migrationsplan mit dem vierphasigen Ansatz. Eingeschlossen sind Workload-Bewertungskriterien, Pilotauswahl, Migrationssequenzierung, Risikominderung und Erfolgsmetriken für jede Phase.

Bewährte Verfahren

  • Nutzen Sie Infrastructure as Code (Terraform), um Ressourcen konsistent über alle Cloud-Provider zu verwalten
  • Entwerfen Sie für Ausfälle, indem Sie davon ausgehen, dass jede einzelne Cloud-Region oder jeder Anbieter nicht verfügbar werden kann
  • Implementieren Sie umfassendes Monitoring mit cloud-agnostischen Tools wie Prometheus und Grafana

Vermeiden

  • Erstellen eng gekoppelter Architekturen, die von proprietären Cloud-Diensten ohne Abstraktionsschichten abhängen
  • Ignorieren von Datenübertragungskosten zwischen Cloud-Providern, die die Ausgaben schnell in die Höhe treiben können
  • Versuch von Multi-Cloud ohne passende Team-Expertise in jedem Provider, was zu betrieblicher Komplexität führt

Häufig gestellte Fragen

Wann sollte ich Multi-Cloud gegenüber Single Cloud einsetzen?
Nutzen Sie Multi-Cloud, wenn Sie Vendor-Risikominderung, regulatorische Compliance über Regionen hinweg, Best-of-Breed-Dienste oder verbesserte Verhandlungsstärke benötigen. Single Cloud ist einfacher und oft ausreichend für Start-ups oder Anwendungen ohne strikte Verfügbarkeitsanforderungen.
Was ist die größte Herausforderung bei Multi-Cloud-Architekturen?
Die betriebliche Komplexität ist die primäre Herausforderung. Teams benötigen Expertise über mehrere Plattformen hinweg, Monitoring wird fragmentiert, und das Debugging von Problemen über Clouds hinweg erfordert zusätzliche Tools und Prozesse.
Wie vermeide ich Vendor Lock-in bei der Nutzung von Cloud-nativen Diensten?
Nutzen Sie Abstraktionsschichten wie Kubernetes für Compute, PostgreSQL-kompatible Datenbanken, S3-kompatible Speicher-APIs und Infrastructure as Code. Vermeiden Sie proprietäre Dienste, es sei denn, ihre Vorteile überwiegen eindeutig die Lock-in-Risiken.
Was ist das empfohlene Disaster-Recovery-Muster für Multi-Cloud?
Primär-Sekundär-Muster: Führen Sie Produktion in einer Cloud mit asynchroner Replikation in eine sekundäre Cloud. Nutzen Sie automatisierte Health-Checks und Failover-Verfahren. Testen Sie Failover vierteljährlich, um sicherzustellen, dass Wiederherstellungsziele erreicht werden.
Wie viel Kosteneinsparungen kann ich von Multi-Cloud erwarten?
Direkte Kosteneinsparungen variieren stark, liegen jedoch typischerweise zwischen 10-30 % durch wettbewerbsfähige Preise und Workload-Optimierung. Der größere Wert liegt oft in der Risikominderung und Verhandlungsstärke statt in direkter Kostenreduktion.
Sollte ich mit Multi-Cloud starten oder später migrieren?
Entwerfen Sie von Anfang an für cloud-agnostische Architektur mit portablen Technologien,部署 Sie jedoch zunächst in einer einzelnen Cloud. Fügen Sie zusätzliche Provider hinzu, wenn Geschäftsanforderungen die zusätzliche Komplexität und den betrieblichen Aufwand rechtfertigen.

Entwicklerdetails

Autor

sickn33

Lizenz

MIT

Repository

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/multi-cloud-architecture

Ref

main

Dateistruktur

📄 SKILL.md