Spring GDS 25 Aniversario
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Los microservicios son un estilo arquitectónico donde una aplicación se divide en servicios pequeños e independientes, cada uno dueño de una capacidad y comunicándose con los demás por la red, normalmente a través de APIs. Los pagos son un servicio. La búsqueda, otro. Las notificaciones, otro. Cada uno puede construirse, desplegarse, escalarse e incluso escribirse en un lenguaje distinto por un equipo distinto, sin tocar el resto.
La alternativa es un monolito, donde toda esa lógica vive en un único código desplegable. Los microservicios te compran despliegue independiente, escalado dirigido y aislamiento de fallos: si la búsqueda se cae, el checkout sigue funcionando. A cambio te cuestan la complejidad de los sistemas distribuidos. Las llamadas de red fallan, los datos están repartidos entre servicios y seguir la pista a una sola petición a través de una docena de saltos es genuinamente difícil. Un marketplace online puede escalar su servicio de búsqueda a cien instancias durante una rebaja mientras el servicio de perfiles corre tranquilo en dos, el tipo de escalado independiente que un monolito no puede hacer con limpieza.
Los microservicios no son la opción por defecto. Compensan en sistemas grandes y equipos grandes, y castigan a los pequeños con una sobrecarga que un monolito nunca impondría.
El consejo honesto que damos a la mayoría de clientes es empezar con un monolito bien estructurado y separar servicios solo cuando una presión real lo exija: un equipo que bloquea sin parar a otro, un componente que necesita escalar por su cuenta, una parte del sistema con un perfil de fiabilidad muy distinto. Dividir demasiado pronto compra el dolor de los sistemas distribuidos antes de que haya beneficio que lo justifique. Hemos rescatado más proyectos de microservicios prematuros de los que hemos empujado hacia ellos.
Cuando la división se justifica, las fronteras entre servicios importan más que ninguna otra cosa, y esas fronteras son contratos de API. Nuestro desarrollo de aplicaciones web a medida y el desarrollo API-first tratan esos contratos como el producto de verdad, con versionado, testing y propiedad clara. Bien hecha, la arquitectura también alimenta la estandarización de plataformas, para que cada servicio se construya, despliegue y observe igual en lugar de volverse una docena de copos de nieve.
¿Sopesas un monolito frente a microservicios, o desenredas uno que creció demasiado rápido? Tracémoslo juntos.
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Convertir una marca en un negocio que funciona.
Medio millón de personas. Una app. Cero caos.















