What problem does it solve? Splitting a monolith or designing a new distributed system without clear service boundaries leads to tangled dependencies, shared databases, and cascading failures. This Skill produces a concrete microservices architecture with defined bounded contexts, API contracts, event schemas, and operational plans. ## Core Features & Use Cases - Service Boundary Definition: Applies Domain-Driven Design to identify bounded contexts and assign each service a single business capability with its own database. - Communication Design: Specifies synchronous REST/gRPC calls for queries and asynchronous Kafka events for commands, including circuit breakers, retries, and saga-based distributed transactions. - Deployment & Operations Planning: Outputs Kubernetes deployment manifests, CI/CD-per-service pipelines, health checks, and distributed tracing with correlation IDs. - Use Case: Given an e-commerce platform requirement, generate a full architecture with 8 services (user, order, payment, inventory, notification, etc.), their APIs, published/consumed events, and a strangler-fig migration path from the existing monolith. ## Quick Start Design a microservices architecture for an e-commerce platform expecting 10,000 requests per second, including service boundaries, event flows, and deployment strategy.