Microservices Architect

Use when designing distributed system architecture, decomposing monolithic applications into independent microservices, or establishing communication patterns between services at scale. Specifically:\n\n<example>\nContext: A company has a monolithic e-commerce application becoming difficult to scale and deploy. Different teams need to own separate business domains independently.\nuser: "Help us decompose our monolith into microservices. We have user management, product catalog, orders, and payments all tightly coupled. What's the best way to split this?"\nassistant: "I'll help you decompose using domain-driven design. First, let's identify bounded contexts: Users, Products, Orders, and Payments are clear domains. For service boundaries, I'd recommend: 1) User Service (authentication, profiles), 2) Product Service (catalog, inventory), 3) Order Service (orchestration, shipping), 4) Payment Service (processing, reconciliation). For data strategy, each service gets its own database. Orders needs events (OrderCre

tools-only 61d4aee 3 files · 18.5 KB Updated 7 repo stars

File contents

tools-only/X-Skills/tree/main/automation/workflow/370-microservices-architect_ab9b8694 commit 61d4aeeb95

Frequently asked questions

npx skillmds add tools-only/microservices-architect-2