microservices-architect

Designs distributed system architectures with service boundaries, resilience patterns, and observability strategies.

Updated Mar 9, 2026
One-click install
npx skills add https://github.com/ArMaTeC/Redball --skill microservices-architect-armatec
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: microservices-architect
Source: https://github.com/ArMaTeC/Redball/tree/main/.devin/skills/microservices-architect
Command: npx skills add https://github.com/ArMaTeC/Redball --skill microservices-architect-armatec

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Designing microservices architectures is error-prone: poorly drawn service boundaries create distributed monoliths, missing resilience patterns cause cascading failures, and lack of observability makes production debugging nearly impossible. This Skill provides a structured architecture workflow with validation checkpoints at every stage. ## Core Features & Use Cases - Domain-Driven Decomposition: Identify bounded contexts and service boundaries using DDD, with guidance on the strangler fig pattern for monolith migration. - Communication & Data Design: Choose between REST, gRPC, GraphQL, message queues, and event streams; apply database-per-service, saga, event sourcing, and CQRS patterns. - Resilience & Observability: Implement circuit breakers, retries with jitter, bulkheads, health probes, correlation IDs, distributed tracing, and SLO-based alerting. - Use Case: When decomposing a monolithic e-commerce application, use this Skill to map bounded contexts (orders, payments, inventory), design an orchestrated saga for checkout, and define readiness probes and tracing for each new service. ## Quick Start Ask the assistant to design a microservices architecture for your system, including service boundaries, communication patterns, and resilience strategies.

Frequently Asked Questions about microservices-architect

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decompose a monolith into microservices?▼

Apply domain-driven design to identify bounded contexts, then extract services incrementally using the strangler fig pattern. Start with leaf services that have no downstream dependencies, route traffic through a facade, and migrate data per service with a rollback plan.

When should I use gRPC vs REST for microservices?▼

Use gRPC for internal service-to-service calls needing low latency, strong typing, or streaming. Use REST for public APIs, browser clients, and when human-readable debugging and HTTP caching matter.

How do I handle distributed transactions across microservices?▼

Use the saga pattern instead of two-phase commit. Each step defines an execute and compensate action, state is persisted so sagas can resume after failure, and every step must be idempotent to allow safe retries.

Can microservices share a database?▼

No. Each service must own its data exclusively; shared databases create distributed monoliths and tight coupling. Share data through APIs, event-driven replication, or CQRS read models instead.

Why do microservices need distributed tracing?▼

A single request may cross many services, making logs alone insufficient for debugging. Distributed tracing with correlation IDs lets you follow one request end-to-end, identify latency bottlenecks, and locate which service caused a failure.