Integración aislada
Envolver Stripe, envíos o ERP tras API interna.
¿Qué es un microservicio? Definición y buenas prácticas
Un microservicio es un componente autónomo que implementa una capacidad de negocio concreta — por ejemplo enviar una factura o calcular un precio — y se ejecuta como proceso separado. Expone una interfaz (a menudo HTTP) y posee sus datos o esquema. Otros servicios lo llaman sin acceder directamente a su base.
En una frase
Un microservicio es un bloque de negocio independiente que se despliega y evoluciona sin romper todo lo demás.
Para recordar
- El tamaño lo marca el dominio, no un número de líneas.
- Comunicación por red: latencia, reintentos y contratos estables.
- Puede tener equipo y código dedicados.
- Evitar bases de datos compartidas entre servicios.
Ficha del término
- Microservicio
- Microservice · Micro-service
- Término en inglés
- Microservice
- Dominio
- Desarrollo web
- Categoría
- Arquitectura
- Nivel
- Intermedio
Más allá del término de moda
«Micro» confunde: importa la autonomía de despliegue y la responsabilidad clara.
Anti-patrones: dos servicios en una tabla SQL, cadenas síncronas profundas, corte por capas técnicas.
En una PME en crecimiento, el primer microservicio suele ser pago, documentos o correo — donde el aislamiento aporta valor medible.
Cómo diseñarlo
- 01
Nombrar la capacidad
Verbo de negocio: notificar, tarifar, sincronizar stock.
- 02
Encapsular datos
Solo este servicio escribe sus registros.
- 03
API explícita
OpenAPI, errores claros, versionado desde el inicio.
- 04
Operación
Health checks, métricas, logs con ID de correlación.
Ejemplo concreto
Una app de alquiler mantiene un monolito de reservas y extrae un microservicio de disponibilidad. Agrega calendario y taller; responde búsquedas al instante. Si cambian reglas de mantenimiento, solo se redespliega esa pieza.
Roles típicos
Procesamiento pesado
PDF, imágenes, vídeo en cola.
Datos sensibles
Segmentar PII o pagos para auditoría.
Experimentación
Probar recomendaciones sin tocar el núcleo transaccional.
Ventajas y límites
- Despliegue acotado
- Stack adecuado al problema
- Equipo dueño claro
- Menor radio de fallo
- Overhead de red y observabilidad
- Posible duplicación de modelos
- Gobernanza de API
- Inútil si basta un monolito modular
¿Microservicio o módulo interno?
| Microservicio | Módulo en monolito | |
|---|---|---|
| Despliegue | Proceso separado | Mismo binario |
| Datos | Almacén dedicado | Tablas compartidas |
| Comunicación | HTTP, mensajes | Llamadas in-process |
| Cuándo | Escala o equipo independiente | Alta cohesión, poca carga |
Para la dirección
Microservicio en una propuesta debe ser una pieza medible, no una etiqueta. Cada servicio suma operación. Invierta cuando el aislamiento elimine un riesgo real.
Preguntas frecuentes
¿Puede tener interfaz gráfica?
Normalmente no: expone API. La UI va en front-end o gateway.
¿REST o mensajes?
REST para petición-respuesta; colas para picos y reintentos.
¿Un servicio por tabla?
No — anti-patrón. Partir por capacidad de negocio.
Términos relacionados
Fuentes y referencias
¿Piensa extraer una pieza de su aplicación?
Evaluar el corte