microservices-patterns
Learn to architect microservices by decomposing monoliths, defining service boundaries, and choosing between synchronous and asynchronous communication. This skill covers data management strategies like the saga pattern and resilience techniques including circuit breakers and bulkheads to build fault-tolerant distributed systems.
Microservices Patterns helps you design distributed systems with service boundaries, communication strategies, and resilience techniques.
AI-generated summary based on this skill's SKILL.md
Install
wshobson/agents/microservices-patterns · repository language: Python
git clone https://github.com/wshobson/agents
cp -r agents/plugins/backend-development/skills/microservices-patterns ~/.claude/skills/microservices-patternsnpx skillfed install wshobson/agents/microservices-patternsFrequently asked questions
AI-generated answers based on this skill's SKILL.md and metadata
What microservices architecture patterns help design proper service boundaries?
microservices-patterns teaches you to design microservices architecture by establishing clear service boundaries and defining communication contracts. Key patterns include domain-driven design (DDD) bounded contexts for identifying service scope, the strangler fig pattern for gradual migration, and API contracts that specify how services interact. Proper boundaries ensure services are independently deployable and scalable.
How do you break up a monolith into microservices?
microservices-patterns covers service decomposition strategies for breaking monolithic applications into independent microservices. The skill teaches you to identify seams in your codebase, extract bounded contexts, and use the strangler fig pattern to gradually replace monolith functionality with new services. This approach minimizes risk by allowing incremental migration while maintaining system stability.
What are microservices communication patterns and when to use each?
microservices-patterns explains how to choose between synchronous and asynchronous inter-service communication. Synchronous patterns (REST, gRPC) work well for request-response flows, while asynchronous patterns (event-driven, message queues) suit eventual consistency scenarios. The skill helps you evaluate trade-offs in latency, coupling, and consistency to select the right communication approach for each interaction.
How does the saga pattern manage data consistency across services?
microservices-patterns covers the saga pattern for managing distributed transactions and data consistency across services. Sagas coordinate multi-step workflows by orchestrating or choreographing service interactions, ensuring eventual consistency when immediate ACID guarantees aren't possible. This pattern handles failures gracefully through compensating transactions that roll back partial changes.
What resilience patterns build fault-tolerant microservices?
microservices-patterns teaches resilience patterns including circuit breakers to prevent cascading failures, bulkheads to isolate resources, timeouts for bounded waiting, and retry logic with exponential backoff. These techniques handle failures in distributed systems by detecting problems early, failing fast, and recovering gracefully without bringing down dependent services.
How should microservices handle event-driven architecture and eventual consistency?
microservices-patterns covers event-driven microservices design where services publish domain events and subscribe to events from others, enabling loose coupling and scalability. The skill explains eventual consistency models where services don't require immediate synchronization, using event sourcing and sagas to maintain data coherence across service boundaries over time.
SKILL.md
rendered from the published skill — quoted content, verbatim
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
(truncated - see the full file via the links below)
Read as markdown · JSON record · Browse the source repository
File tree — 2 files
plugins/backend-development/skills/microservices-patterns/SKILL.md
plugins/backend-development/skills/microservices-patterns/references/details.md