<< All versions
Skill v1.0.1
currentAutomated scan100/100aj-geddes/useful-ai-prompts/microservices-architecture
10 files
──Details
PublishedMay 14, 2026 at 09:38 PM
Content Hashsha256:fc6897f63328d715...
Git SHA3f5182cfd739
Bump Typepatch
──Files
Files (1 file, 3.6 KB)
SKILL.md3.6 KBactive
SKILL.md · 97 lines · 3.6 KB
version: "1.0.1" name: microservices-architecture description: > Design and implement microservices architecture including service boundaries, communication patterns, API gateways, service mesh, service discovery, and distributed system patterns. Use when building microservices, distributed systems, or service-oriented architectures.
Microservices Architecture
Table of Contents
Overview
Comprehensive guide to designing, implementing, and maintaining microservices architectures. Covers service decomposition, communication patterns, data management, deployment strategies, and observability for distributed systems.
When to Use
- Designing new microservices architectures
- Decomposing monolithic applications
- Implementing service-to-service communication
- Setting up API gateways and service mesh
- Implementing service discovery
- Managing distributed transactions
- Designing inter-service data consistency
- Scaling independent services
Quick Start
Minimal working example:
Bounded Contexts:┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐│ Order Service │ │ User Service │ │ Payment Service ││ │ │ │ │ ││ - Create Order │ │ - User Profile │ │ - Process Pay ││ - Order Status │ │ - Auth │ │ - Refund ││ - Order History │ │ - Preferences │ │ - Transactions │└─────────────────┘ └─────────────────┘ └─────────────────┘
Reference Guides
Detailed implementations in the references/ directory:
| Guide | Contents | |
|---|---|---|
| Service Boundary Design | Service Boundary Design | |
| Communication Patterns | Communication Patterns | |
| API Gateway Pattern | API Gateway Pattern | |
| Service Discovery | Service Discovery | |
| Data Consistency Patterns | Data Consistency Patterns | |
| Service Mesh (Istio) | Service Mesh (Istio) |
Best Practices
✅ DO
- Design services around business capabilities
- Use asynchronous communication where possible
- Implement circuit breakers for resilience
- Use API gateway for cross-cutting concerns
- Implement distributed tracing
- Use service mesh for service-to-service communication
- Design for failure (chaos engineering)
- Implement health checks for all services
- Use correlation IDs for request tracking
- Version your APIs
- Implement proper monitoring and alerting
- Use event-driven architecture for loose coupling
- Implement idempotent operations
- Use database per service pattern
❌ DON'T
- Share databases between services
- Create overly granular services (nanoservices)
- Use distributed transactions (two-phase commit)
- Ignore network latency and failures
- Share domain models between services
- Deploy all services as one unit
- Hardcode service URLs
- Forget to implement authentication/authorization
- Use synchronous calls for long-running operations
- Ignore backward compatibility
- Skip monitoring and logging
- Create circular dependencies between services