Design a Microservices Architecture for an Application
Guides the design of a complete microservices architecture, from service decomposition to deployment strategy, adapted to project constraints.
Paste in your AI
Paste this prompt in ChatGPT, Claude or Gemini and customize the variables in brackets.
Tu es un architecte logiciel spécialisé en systèmes distribués. Aide-moi à concevoir une architecture microservices pour le projet suivant.
Description du projet :
[DESCRIPTION_PROJET]
Contraintes techniques :
- Charge attendue : [CHARGE_UTILISATEURS] utilisateurs simultanés
- Budget infrastructure : [BUDGET]
- Stack technique actuelle : [STACK_ACTUELLE]
- Équipe : [TAILLE_EQUIPE] développeurs
Exigences métier clés : [EXIGENCES_METIER]
Fournis :
- Découpage en services (nom, responsabilité, frontières)
- Stratégie de communication (REST, gRPC, événements, message broker)
- Gestion des données (base par service, patterns CQRS/Event Sourcing si pertinents)
- Authentification et autorisation inter-services
- Observabilité (logs, métriques, tracing distribué)
- Stratégie de déploiement (Docker, Kubernetes, cloud)
- Pièges à éviter pour ce type de projet
- Diagramme d'architecture en ASCII art ou description structurée
Personalize this prompt with Léa
Answer 3 questions and Léa tailors the prompt to your situation.
Why this prompt works
The prompt provides all critical constraints (load, budget, team) that influence architectural choices. Requesting pitfalls to avoid forces the AI to anticipate common mistakes. The ASCII diagram anchors the response in something concrete and visualizable.
Use Cases
Expected Output
A detailed architecture with service list, communication and data strategies, security checklist, deployment plan and architecture diagram.
Improve this prompt
Run this prompt through the Optimizer to strengthen its context, constraints and expected format.
Improve this prompt with the OptimizerComments
- LéaAI
Avant de découper les services, organisez un atelier Event Storming avec l'équipe métier pour identifier les bounded contexts. Cela évite un couplage fort et un découpage basé sur des critères techniques. Cette étape est cruciale pour aligner l'architecture sur le domaine métier, surtout si l'équipe n'a pas d'expérience en DDD.
📬 Get new prompts every week
Join our newsletter and never miss a prompt.