Compétences multi-cloud-architecture
☁️

multi-cloud-architecture

Sûr

Concevoir des architectures multi-cloud

La création d'applications sur plusieurs fournisseurs de cloud nécessite une sélection minutieuse des services et des décisions architecturales. Cette compétence fournit un cadre de décision et des modèles pour architecturer des applications sur AWS, Azure et GCP.

Prend en charge: Claude Codex Code(CC)
📊 71 Adéquat
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "multi-cloud-architecture". Comparez les services de base de données AWS, Azure et GCP pour une application web à fort trafic nécessitant la conformité ACID et une mise à l'échelle horizontale.

Résultat attendu:

  • AWS : Amazon Aurora avec compatibilité PostgreSQL - SQL distribué avec mise à l'échelle automatique
  • Azure : Azure SQL Database avec Hyperscale - SQL géré avec ressources élastiques
  • GCP : Cloud Spanner - base de données relationnelle distribuée mondialement avec forte cohérence
  • Recommandation : Pour les applications mondiales nécessitant une mise à l'échelle horizontale, Cloud Spanner ou Aurora offrent les meilleures options. Considérez Cloud Spanner si une véritable distribution mondiale est nécessaire.

Utilisation de "multi-cloud-architecture". Quel modèle multi-cloud recommanderiez-vous pour une application de santé qui doit se conformer aux exigences de résidence des données dans plusieurs pays ?

Résultat attendu:

  • Modèle recommandé : Distribution géographique
  • Éléments clés :
  • 1. Déployer des instances d'application dans les régions cloud correspondant aux exigences de résidence des données
  • 2. Utiliser l'équilibrage de charge mondial pour diriger les utilisateurs vers la région conforme la plus proche
  • 3. Mettre en œuvre la réplication des données avec contrôles de souveraineté
  • 4. Configurer le basculement automatique entre régions au sein de la même juridiction
  • Ce modèle garantit que les données restent dans les limites géographiques requises tout en offrant une haute disponibilité.

Utilisation de "multi-cloud-architecture". Créez une stratégie de migration pour déplacer notre base de données PostgreSQL sur site vers une base de données cloud-native.

Résultat attendu:

  • Stratégie de migration : Approche en 4 phases
  • Phase 1 - Évaluation : Inventorier la taille de la base de données, les dépendances et les fonctionnalités utilisées
  • Phase 2 - Pilote : Déployer vers la base de données cloud, tester la compatibilité, mesurer les performances
  • Phase 3 - Migration : Utiliser des outils de réplication, exécuter une période de double écriture, valider l'intégrité des données
  • Phase 4 - Optimisation : Dimensionner correctement les ressources, implémenter des fonctionnalités cloud-native, optimiser les coûts
  • Options cloud-native : RDS (AWS), Azure Database (Azure), Cloud SQL (GCP)

Audit de sécurité

Sûr
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
Fichiers analysés
511
Lignes analysées
0
résultats
5
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude Voir l’historique des audits →

Score de qualité

38
Architecture
100
Maintenabilité
87
Contenu
29
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

Concevoir une stratégie multi-cloud

Évaluer les avantages et les compromis de l'utilisation de plusieurs fournisseurs de cloud pour une nouvelle architecture d'application.

Planifier une migration cloud

Évaluer une charge de travail existante sur un seul cloud et planifier une stratégie de migration vers un autre fournisseur de cloud.

Optimiser les coûts multi-cloud

Comparer les structures de coûts d'AWS, Azure et GCP et identifier les opportunités d'optimisation.

Essayez ces prompts

Question multi-cloud basique 
Quels sont les services équivalents entre AWS, Azure et GCP pour [type de charge de travail : calcul/base de données/stockage] ?
Sélection de modèle d'architecture 
Je dois concevoir une architecture multi-cloud pour [description de la charge de travail]. Quel modèle recommanderiez-vous et pourquoi ? Considérez [exigence spécifique : coût/performance/résilience].
Planification de migration 
Aidez-moi à créer un plan de migration pour déplacer notre [type de charge de travail] de [cloud actuel] vers [cloud cible]. Quelles sont les étapes clés et les défis potentiels ?
Revue d'optimisation des coûts 
Comparez le coût total de possession pour [type de service spécifique] sur AWS, Azure et GCP. Quels facteurs affectent la tarification et quel fournisseur offre le meilleur rapport qualité-prix pour [cas d'usage] ?

Bonnes pratiques

  • Utiliser l'infrastructure as code (Terraform ou OpenTofu) pour maintenir la cohérence entre les environnements cloud
  • Concevoir pour l'échec en implémentant la redondance et le basculement automatisé entre fournisseurs
  • Implémenter des couches d'abstraction utilisant Kubernetes et des standards ouverts pour réduire la dépendance au fournisseur

Éviter

  • Exécuter des configurations identiques sur tous les clouds sans optimiser pour les forces de chaque fournisseur
  • Utiliser des services spécifiques au fournisseur en profondeur dans l'application, rendant la migration future difficile
  • Négliger les coûts de transfert de données lors de l'architecture de solutions multi-cloud

Foire aux questions

Quel est le principal avantage de l'architecture multi-cloud ?
L'architecture multi-cloud réduit la dépendance au fournisseur, permet de tirer parti des meilleurs services de chaque fournisseur, améliore la résilience grâce à la distribution géographique et offre un pouvoir de négociation avec les fournisseurs cloud.
Comment éviter la dépendance au fournisseur tout en utilisant des services cloud-native ?
Utilisez des couches d'abstraction comme Kubernetes pour le calcul, des bases de données open-source comme PostgreSQL, et des outils cloud-agnostic comme Terraform. Évitez l'intégration profonde avec des services propriétaires qui n'ont pas d'équivalent ailleurs.
Quelles sont les principales considérations de coût pour le multi-cloud ?
Les coûts clés incluent le transfert de données entre clouds (souvent coûteux), les ressources dupliquées entre fournisseurs et la charge opérationnelle de gestion de plusieurs environnements. Optimisez en dimensionnant correctement les ressources et en utilisant des remises pour engagement d'utilisation.
Quel modèle multi-cloud est le meilleur pour la reprise après sinistre ?
Le modèle Fournisseur unique avec reprise après sinistre est le plus courant : exécuter la charge de travail principale dans un cloud avec un environnement de reprise après sinistre dans un autre fournisseur cloud. Cela offre une séparation géographique sans la complexité des déploiements actif-actif.
Comment gérer le réseau entre les fournisseurs de cloud ?
Utilisez des connexions VPN, des interconnexions dédiées (AWS Direct Connect, Azure ExpressRoute, GCP Cloud Interconnect) ou des solutions SD-WAN tierces. Considérez la latence, les besoins en bande passante et la sécurité lors de la conception du réseau inter-cloud.
Quelles compétences mon équipe a-t-elle besoin pour la gestion multi-cloud ?
Les équipes ont besoin d'expertise en Terraform ou outils IaC similaires, de compréhension des services spécifiques de chaque cloud, de réseau entre frontières cloud et d'outils de surveillance fonctionnant sur tous les fournisseurs comme Prometheus et Grafana.

Détails du développeur

Auteur

wshobson

Licence

MIT

Dépôt

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

Réf

main

Structure de fichiers

📄 SKILL.md