Los microservicios parten una aplicación en servicios pequeños e independientes. Pueden ayudar a grandes equipos a escalar — pero para la mayoría de proyectos añaden una complejidad que cuesta más de lo que aporta. Saber cuándo los necesitas de verdad ahorra mucho dolor.
Qué son
En vez de una aplicación (un «monolito»), el sistema son muchos servicios pequeños que hablan por la red, cada uno con un trabajo y desplegable por sí solo. Esa independencia es todo el sentido — y todo el coste.
Qué resuelven — y cuestan
- Resuelven: que grandes equipos trabajen sin pisarse.
- Resuelven: escalar una parte pesada independiente del resto.
- Cuestan: llamadas de red, depuración distribuida, complejidad de despliegue.
- Cuestan: ahora operas infraestructura, no solo código.
Empieza con un monolito: casi todo producto de éxito empezó como un monolito bien estructurado y solo extrajo servicios al aparecer un cuello de botella real. Los microservicios prematuros son una trampa clásica de sobreingeniería.
Señales de que podrías necesitarlos
Varios equipos bloqueados por una sola base de código, un componente que necesita un escalado muy distinto del resto, o partes del sistema con ciclos de vida realmente separados. Si nada de esto es cierto, un monolito limpio te servirá mejor y más barato.