Concevoir une architecture microservices
Concevez une architecture microservices complète avec décomposition DDD, patterns de communication, résilience et observabilité.
Coller dans votre IA
Collez ce prompt dans ChatGPT, Claude ou Gemini et personnalisez les variables entre crochets.
Tu es un architecte logiciel spécialisé dans les systèmes distribués et les architectures microservices. Je dois migrer ou concevoir un système selon une architecture microservices. **Système à concevoir :** [DESCRIPTION_DU_SYSTÈME: ex. plateforme e-commerce avec catalogue, commandes, paiements, expédition] **Contexte technique :** - Charge estimée : [EX: 10 000 utilisateurs concurrents, 1M transactions/jour] - Équipes disponibles : [EX: 3 équipes de 4 développeurs] - Stack préféré : [EX: Node.js, Python, Go, Java] - Infrastructure : [EX: Kubernetes sur AWS, GCP, Azure] - Contraintes : [EX: conformité PCI-DSS, latence < 100ms, haute disponibilité] Conçois l'architecture microservices complète : 1. **Décomposition des services** : identifie les bounded contexts selon DDD et propose les microservices avec leurs responsabilités. Justifie la granularité choisie. 2. **Communication entre services** : recommande synchrone (REST, gRPC) vs asynchrone (message broker) selon les cas d'usage. Propose la topologie de l'event bus si applicable. 3. **Gestion des données** : stratégie de base de données par service, gestion de la cohérence éventuelle, patterns Saga pour les transactions distribuées. 4. **Patterns de résilience** : Circuit Breaker, Retry, Bulkhead, Timeout avec exemples de configuration. 5. **Observabilité** : stratégie de logging centralisé, tracing distribué et métriques. 6. **Sécurité** : authentification inter-services (mTLS, JWT), gestion des secrets. 7. **Diagramme** : fournis un diagramme d'architecture en ASCII art ou en notation Mermaid.
Pourquoi ce prompt fonctionne
<p>Ce prompt couvre les sept dimensions critiques d'une architecture microservices en partant des fondamentaux DDD (Domain-Driven Design) pour la décomposition des services. L'ancrage dans les bounded contexts garantit une décomposition alignée sur les réalités métier plutôt que sur des décisions purement techniques.</p><p>La question de la communication entre services est souvent sous-estimée : le choix entre synchrone et asynchrone a des implications profondes sur la résilience et la cohérence des données. Ce prompt force une réflexion explicite sur ces trade-offs pour chaque type d'interaction.</p><p>La demande d'un diagramme en Mermaid est une valeur ajoutée significative : ce format est directement intégrable dans la documentation GitHub/GitLab et permet de communiquer l'architecture visuellement à toutes les parties prenantes, techniques et non techniques.</p>
Cas d'usage
Résultat attendu
Une spécification d'architecture complète avec services identifiés, stratégies de communication, patterns de résilience et diagramme Mermaid.
Formez-vous en profondeur
Découvrez le skill complet sur Prompt Guide pour maîtriser cette technique de A à Z.
Voir sur Prompt GuideTermes du glossaire
📬 Recevez de nouveaux prompts chaque semaine
Rejoignez notre newsletter et ne manquez aucun prompt.
Prompts similaires
Prompt pour optimiser vos requêtes SQL et booster les performances
Un prompt complet pour analyser, diagnostiquer et optimiser vos requêtes SQL avec des recommandations d'indexation et de réécriture adaptées à votre moteur de base de données.
Refactoring de code legacy
Refactorisez du code legacy de manière sécurisée et incrémentale en suivant les principes SOLID et les bonnes pratiques modernes.
Prompt pour une review de code complète assistée par IA
Un prompt complet pour obtenir une review de code approfondie couvrant bugs, sécurité, performance, lisibilité et bonnes pratiques, avec des corrections concrètes.
Apprendre les bases de Git pour débutants
Apprenez Git de zéro avec des explications imagées, des exemples concrets, un workflow pratique et un cheatsheet des commandes essentielles.