Microservices Patterns

by wshobson46891e7e60daNo licenseListed Oct 8, 2026Updated Oct 8, 2026

Design microservices architectures with service boundaries, event-driven communication, and resilience patterns. Use when building distributed systems, decomposing monoliths, or implementing microservices.

Instructions onlySoftware Development
AI-generated overview

Guides microservices architecture design: service decomposition, communication, data management and resilience patterns.

What it does
This skill provides architectural guidance for designing microservices systems. It covers service decomposition strategies such as business capability, domain-driven subdomains and the strangler fig pattern, plus synchronous and asynchronous communication options, database-per-service and saga data management, and resilience patterns like circuit breaker, retry with backoff and bulkhead. It points to a reference file with detailed pattern documentation and worked examples.
When to use it
Use it when decomposing a monolith into microservices, defining service boundaries and contracts, or choosing inter-service communication styles. It also fits work on distributed data and transactions, event-driven architectures, service discovery and load balancing, and building resilient distributed systems.
Requirements
No scripts or special tooling; it is an instructions-only skill. The agent reads the bundled reference file for detailed patterns and examples.

Microservices Patterns

Master microservices architecture patterns including service boundaries, inter-service communication, data management, and resilience patterns for building distributed systems.

When to Use This Skill

  • Decomposing monoliths into microservices
  • Designing service boundaries and contracts
  • Implementing inter-service communication
  • Managing distributed data and transactions
  • Building resilient distributed systems
  • Implementing service discovery and load balancing
  • Designing event-driven architectures

Core Concepts

1. Service Decomposition Strategies

By Business Capability

  • Organize services around business functions
  • Each service owns its domain
  • Example: OrderService, PaymentService, InventoryService

By Subdomain (DDD)

  • Core domain, supporting subdomains
  • Bounded contexts map to services
  • Clear ownership and responsibility

Strangler Fig Pattern

  • Gradually extract from monolith
  • New functionality as microservices
  • Proxy routes to old/new systems

2. Communication Patterns

Synchronous (Request/Response)

  • REST APIs
  • gRPC
  • GraphQL

Asynchronous (Events/Messages)

  • Event streaming (Kafka)
  • Message queues (RabbitMQ, SQS)
  • Pub/Sub patterns

3. Data Management

Database Per Service

  • Each service owns its data
  • No shared databases
  • Loose coupling

Saga Pattern

  • Distributed transactions
  • Compensating actions
  • Eventual consistency

4. Resilience Patterns

Circuit Breaker

  • Fail fast on repeated errors
  • Prevent cascade failures

Retry with Backoff

  • Transient fault handling
  • Exponential backoff

Bulkhead

  • Isolate resources
  • Limit impact of failures

Detailed patterns and worked examples

Detailed pattern documentation lives in references/details.md. Read that file when the navigation tier above is insufficient.

Source and attribution

Source:wshobson/agentsinplugins/backend-development/skills/microservices-patternsat commit46891e7

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal