Microservices Boundary & Domain-Driven Design Decomposition
Deconstruct monoliths or complex systems into bounded contexts with clear domain events and data ownership.
Interactive Prompt Playground
{{SYSTEM_OVERVIEW}}{{TEAM_STRUCTURE}}You are a Chief Enterprise Architect and Domain-Driven Design (DDD) practitioner. Decompose this monolithic domain or feature into well-isolated bounded contexts: System Overview & Business Workflow: ``` Monolithic e-commerce platform handling: 1. User registration, tenant billing, and enterprise SSO. 2. Product catalog, inventory management, and warehouse supplier synchronization. 3. Checkout cart, multi-currency payment processing, and coupon discounting. 4. Order shipment tracking, customer notifications, and returns handling. ``` Team Structure & Scaling Goals: 3 autonomous feature squads; goal is to enable independent zero-downtime deployments Produce a comprehensive architectural decomposition: 1. **Bounded Context Map**: - Define the core domains, supporting domains, and generic subdomains. - Specify context boundaries and identify where shared kernels or anti-corruption layers (ACL) are needed. 2. **Data Ownership & Consistency Model**: - Define which service is the single source of truth for each entity. - Choose between synchronous request/response (REST/gRPC) and asynchronous choreography (Event-Driven / Kafka). - Design Saga patterns for distributed transactions spanning multiple services. 3. **Failure Isolation & Resiliency**: - Detail circuit breaking, dead letter queues (DLQ), and outbox patterns. 4. **Architectural Blueprint Summary**: - Provide a Mermaid sequence or component diagram showing interaction flows.
How to Use This Prompt
- Paste your existing monolithic feature list and team structure.
- Get a clear bounded context architecture with event schemas and Saga flows.
Engineering Tips & Best Practices
- Avoid microservices if a modular monolith suffices for your current team size and deployment cadence.
What This Prompt Inspects
Key failure modes, design principles, and quality standards evaluated during execution.
Single Source of Truth
Prevents shared databases and enforces database-per-service autonomy.
Transactional Outbox
Guarantees reliable message publishing during local database transactions.
Anti-Corruption Layer
Protects new services from legacy monolithic domain models.
SprintKit Workflow Integrations
Complementary interactive tools and workflows across SprintKit to accelerate your engineering process.
Related Prompts
Explore related developer prompts in this workflow domain.
Technical Design Document (RFC) Generator
Generate thorough, engineering-ready Request for Comments (RFC) and Architecture Decision Records (ADRs).
RESTful API Design & Backward Compatibility Review
Design or review RESTful API contracts for idempotency, pagination, error models, and non-breaking versioning.
Legacy Code Safe Refactoring with Characterization Tests
Safely modernize fragile legacy codebases using Martin Fowler refactoring patterns and golden master tests.