Realizado por: Grecia Delgado
Enrrutamiento
Middlewares
Logica de negocio
Acceso a la DB
Enrrutamiento
Middlewares
Logica de negocio
Acceso a la DB
Cada servicio debe tener su propia base datos
Un servicio no debe "depender" de una base datos que no sea la suya
Se busca que cada servicio corra independientemente de otro
El esquema/estructura de la base de datos puede cambiar
Algunos servicios podrían funcionar mejor con otros tipos de DB's (sql vs nosql)
Estrategias de comunicación entre microservicios
Los servicios se comunican entre ellos usando REQUEST directos
Los servicios se comunican entre ellos usando EVENTOS
Conceptualmente es fácil de entener
El servicio D no necesita de una DB
Se introduce dependencia entre servicios
Si algun request entre servicios falla, todos los request fallaran
El request completo solo será tan rapido como el request mas lento que se de entre servicios
Puede ser una puerta de ingreso a "Webs of request"
El servicio D tiene cero dependencias!
El servicio D es muy rapido!
Duplicidad de Data. Tal vez se pague por mas almacenamiento
Es mas complicado de comprender
Revisemos un ejemplo...
Hecho con ♥ por Grecia Delgado
Correo: greciadm2596@gmail.com
twitter: @chezzgre
linkedin: Grecia Delgado Muñoz