Buenísima la explicacion.. yo estoy trabajando en un CRM que seria un monolitico y estamos por migrarlo a Micro Servicio.. tenia una idea pero con tu explicación me cerro todo.
Ya he trabajado con microservicios, pero no sabía que era microservicios y tampoco monolitos. tengo a aprender muchos conceptos, gracias de verdad, gran explicación.
El video está genial, gracias. Tengo dudas en cómo definir un microservicio. Por ejemplo en una aplicación de agenda de citas. Cómo defino cuáles son sus microservicios? A donde me podría dirigir para resolver esta duda?. Otra duda sería frente a la bases de datos. Si un cliente tiene muchos pedidos... Hablando de un BD relacional debería tener una tabla pedidos con idcliente y la tabla cliente estaría en otra bd?
muchas gracias por tu trabajo, hubiese estado bien si se hubiese comentado algo acerca de contenedores (docker), para que sirven y su gestion (kubernettes)
Que buen, video... Pero me quedo con una duda que espero me puedas responder, en el video indicas que por cada logica de negocio creas un proyecto independiente (microservicio) con tu propia base de datos, pero que pasa con las relaciones de base de datos, es decir un pedido tiene relacionado un usuario, como hago para que esa relacion de cumpla si estan en base de datos distinta, entonces no tiene conocimiento de la tabla usuario
En ese escenario quizá lo que te convenga es usar una base de datos noSQL para solo guardar la referencia de otro valor pero que no exista una relación tal cual como con dos tablas. Imagina que tu desarrollas el microservicio de pedidos, pero el microservicio de usuarios es solo una API de un tercero, ahí por más que quieras no puedes tener en una misma BD las dos tablas porque físicamente es imposible, pero con no SQL puedes guardar el id del usuario y cada que haces una transacción guardarlo, cuando quieras recuperar los datos del usuario tu microservicio va a tener que consultar el del tercero y regresarte la info. Así es como funcionan los microservicios cuando usas servicios PaaS o APIs
Una consulta , cuál vendría ser mejor usar para microservicio , cabe recalcar que nuestro sistema está en laravel sería mejor usar el mismo lenguaje o es mejor java? Me podría aclarar
Yo lo veo como una utopía, si se cae el servicio de cuentas, como va a seguir funcionando el servicio de pedidos, si ambos comparten la misma base de datos?
Muchas gracias por la explicación!!! Sin embargo, tengo una pregunta. En los casos en que tenemos separados los servicios de clientes y de pagos (como en el ejemplo), sin embargo, me solicitan un reporte dónde debo mostrar información de los pagos por clientes. ¿Cómo se hace en ese caso? Cada db tiene su propio Registro de clientes? Se comunica el servicio de pagos con el de clientes para solicitar los datos del cliente de acuerdo a su ID? Nuevamente gracias por tu tiempo....
Sólo debería haber un registro de clientes, y cualquier transacción debería hacer referencia por medio de un id, de esa forma los servicios se comunican entre sí para seguir funcionando. De eso se trata, de que los servicios dependan de otros para funcionar porque también así aislas cada funcionalidad para no estar combinadas y tener más riesgo a tener problemas
Buen video, tengo una consulta por ejemplo en este sistema tengo un microservicio Clientes y seguro tendrán tipo de documento así que es la db de clientes habrá una tabla tipo documento, en este sistema también podría haber un microservicio usuario y también podría tener en su base de datos una tabla tipodicumento en este caso cono se hace , se crean 2 tablas tipo documento una en cada microservicio? Gracias
Pregunta al tener bd separadas, como se controla la parte de las relaciones de datos, por ejemplo el microservicion de clientes me regresa los datos del cliente y se crean pedidos(microservicio de pedido) para ese cliente el pedido tiene una relación con el cliente. el pedido se le guarda solo él, id de cliente, si quiero imprimir el pedido como obtengo los datos del cliente, se tendría que consultar de nuevo al microsservicio de clientes?? s
En tu diagrama de arquitectura de tus microservicios que papel juega la API para cada microservicio? Es un componente de sw con lógica ¿? Es un contrato que hace que se de la interpretación de comunicación entre el cliente y el microservicio??? Allí no me queda claro....ya que los microservicios exponen sus respuestas en formato json a través de los protocolos http por lo que puede ser interpretado por el lado front, entoces que papel juega las APIs¿?
Pueden existir jerarquias en microservicios? es decir microservicios de grano grueso que llamen o consuman diferentes microservicios menos complejos o de grano fino?
Una pregunta, en el caso que tenga varios clientes que necesiten usar mis microservicios en diferentes dominios (cliente1.dominio.com, cliente2.dominio.com...), tengo que aplicar una arquitectura multitenencia antes?
Que tal! ¿La tabla de usuarios que mencionas en el ejemplo quería sin relación a los demás módulos del sistema o los sistemas? Es decir no se ocupará una Bd relacional. Gracias
Muy buen video, excelente y clara explicación. Tengo una duda en relación a las BD. Actualmente estoy en un proyecto q implica llevar todo un ERP a Web utilizando método DevOps, y la idea es que cada microservicio se encuentre alojado en un contenedor (docker) el día de mañana (orquestados por Kubernetes). Tengo dudas en dejar las BD en contenedores, ya que en caso de tener que replicar ese contenedor para soportar alta demanda, que pasa con los datos (se guardarían en todas las BD, no lo creo :(). Ojalá se entienda, y me puedas orientar. grx
tienes que pensar en replicación y alta disponibilidad si vas a crear varios contenedores. Muchas BD soportan esa configuración y sin problema se replica la información entre los demás nodos
Buen día Tal ves esto no es referente al tema que se está tratando en el video, pero necesito de su ayuda, en la empresa donde trabajo, me pidieron hacer una tienda online, pero la debo concretar con dos bases de datos diferentes Es eso posible?
Buena explicación, entonces lo que haces acá es trabajar todas las bases de datos separadas en base a sus tablas o documentos para el caso de (nosql, firebase, mongo por ejemplo) ? En un servidor trabajas una base de datos de puros clientes, en otra de puros pedidos, en otros puros despachos, otra con ofertas y asi vas armando, entonces si clientes y ofertas ocupan poco y nada de recursos los trabajas esos en un webserver, luego si pedidos ocupa muuucho lo trabajas en otro servidor web... entendiendo por server web una maquina virtual por ejemplo... es técnicamente asi amigo? Muchas gracias, saludos desde Chile!
La mejor explicación que he encontrado. Tengo una pregunta. No se si conoces los ESB (Enterprise Service Bus) Siento que es muy parecida la arquitectura de tener uno, con la parte de microservicios. A hoy hay bastantes que ya exponen API Rest y no solo Web Services SOAP; es posible que las arquitecturas SOA con ESB, hayan sido la base para los microservicios??? Quiero aterrizar muy bien el concepto. Solo que no se si haya una plataforma como un ESB sin tener que adquirirlo porque es súper costoso, donde yo también pueda administrar los API, no solo los microservicios creados. Gracias por tu explicación.
No estan conectadas pero pueden tener relaciones, con un id lo relacionas, por ejemplo la api de clientes te devuelve el id y luego con ese id consultas en la base de pedidos, filtrás los pedidos que coincidan con x id. (info bajo error u omisión)
Cada servicio trabaja con su base de datos independiente? Y en caso de ser así, como se hace al momento de generar reportes y asociar los datos que contiene cada base de datos?
Muy bueno esto de microservicio , no sera lento si quero mostrar un istado de 1000 clientes con sus respectivos pagos ??? por q digo lento pienso q entre los servicios pagos y clientes se tedrian q cominicar por cada registro
Como siempre la velocidad depende de muchos factores. Para traer 1000 clientes con sus respectivos pagos no necesariamente tendrías que consumir el servicio 1000 veces, ya que podría existir un método en el servicio al que le enviaras una lista o un array con los 1000 clientes ( o sus ids) de los cuales quieres la información y que el método te regresará todos los pagos relacionados con los clientes que enviaste en la lista
Gracias por tu explicación, pero tengo una duda ya con la base de datos, porque estoy pensando en monolito, la base de datos en monolito está relacionada y normalizada, como se hace para sacarla de ahí y dividirla en microservicios, osea como se relaciona un usuario con un pago por ejemplo, comos se almacenaria eso?
Muy chulo. Pero ... Hacer un pago significa hacer un pedido, hacer un pedido supone modificar el inventario y todo esta operativa no se puede llevar a cabo si el micro de clientes no ha validado el login... Entonces, si se cae uno, da la impresión de que nada funcionaría, pues aunque los micros están separados, una compra por parte del cliente se trataría como una transacción pasando por todos los micros... No? Y aunque existe escalabilidad para cada micro no sería lo mismo que tener un monolito, pero escalable ?
Muy buen video Solo me queda la duda. Si escalas por ejemplo un servicio. Por ejemplo el de pedidos a 3. Y después de un tiempo regresas a uno. Por q bajo la demanda. Como homólogas o sincronizas los datos?
Si la subida de clientes es temporal lo más recomendable es comprar más recursos en tu nube y luego cuando se acabe la temporada u otros baja a lo que tienes. En cambio si los clientes suben y es algo que se mantiene y hacen transacciones fuertes y ves que está afectando tu aplicación entonces ahora recién te pones a mover a microservicios
Buenas, si bien falta capa anti corrupción, de seguridad, por que no podemos dejar expuestos los lllamados, sin un jwt. y que sea validado por una capa con el Api gateway.
Buen video, muy bien explicado. Sin embargo tengo dos dudas: 1. Cómo se hace con la base de datos, si cada micro servicio se dice que debe ser independiente. La base de datos no puede ser la misma para todos los micro servicios porque estarías heredando parte de la app. Monolítica, ya que si se cae la BD o pasa algo, todos los micro servicios cejarán de funcionar. Tampoco creo que cada microservicio tenga una base de datos replicada porque sería muchos recursos innecesarios. ¿Cómo se hace con la gestión de datos? 2. Mi segunda duda es, el servicio principal es un dispatcher que re-dirige la petición hacia el microservicio que realizará la tarea asignada (proceso de negocio). Pero cómo se maneja la parte de Frontend? Acaso los microservicio si son solo backend y la INTERFAZ DE USUARIO y la parte de FRONTEND en general es monolítica? Se agradece las respuestas. Saludos.
1. la BD también funciona de forma independiente por microservicio, piensa que cada microservicio es una app individual y tienes que interconectarlas para que funcionen entre si. Suena costoso tener múltiples BD pero a veces es una estrategia cuando por ejemplo, puedes permitir que se caiga un servicio pero no toda la app completa. Al ser microservicios es mucho menos costoso a nivel de recursos hacer el despliegue de todo esto, incluso la BD puede ser un microservicio y sería más ligero que tener un servidor dedicado para eso. 2. En el front end nada cambia, cuando usas kubernetes hay un solo endpoint donde tu front-end se va a conectar e internamente tu orquestrador gestiona la conexión. Se puede tener microservicios en el front-end y funcionaría igual, tu ingresas una URL y hay otro que gestiona hacia donde redirigir la solicitud, como si fuera un balanceador.
Me gusto mucho tu explicación, podrías indicarme si cada microservicio tendría que tener su servidor? o podría ser en alguna instancia de un mismo server donde vive otro microservicio?
Muy buena explicación, aunque tengo una duda con respecto a las bases de datos a las que acceden los micro servicios. Por ejemplo, el micro servicio de pedidos accede a la base de datos de pedidos, y el de clientes, a la base de datos de clientes. Pero normalmente, pedidos y clientes estarán relacionados en la base de datos. ¿Cómo se gestiona eso? Necesitarías una base de datos común a casi todos los servicios para no romper la integridad referencial de la base de datos, no? Es decir, un cliente hace un pedido, por lo que en la base de datos de pedidos tendrá que haber en algún sitio una clave ajena al cliente que hizo el pedido.
La comunicación entre bases de datos es a través de un sistema de bases de datos relacional. Pero no deberías tener todas las bases de datos en el mismo gestor porque no sería escalable. La forma de realizarlo es compartiendo internamente un incremento en pedidos o una petición de clientes. Entre las dos aplicaciones separadas. E internamente la aplicación a la que le llega la petición. Está escuchando el puerto por dónde se realiza la misma y hace las modificaciones respectivas que tenga que hacer.
Hola, muy bueno el video ! Te hago una consulta, supongamos que se quiere implementar esta arquitectura en un entorno de aws, la pregunta seria: ¿Cada microservicio sería una instancia o es mas conveniente usar Docker en donde cada microservicio seria un container diferente? Saludos!
En los microservicios también se le tiene que hacer la base de datos relacionada? Eh escuchado que al utilizar microservicios la aplicación se tiene a comportar más lenta? Como se evitar eso caso
Si fuera más lenta nadie usaría los micro servicios. Tu puedes usar el tipo de base de datos que necesites, los micro servicios es solo una arquitectura para construir aplicaciones, no está limitada a un tipo de base de datos ni la hace más lenta, eso es un tema más de qué tan eficiente es tu esquema y tu código
Yo quede con una pregunta, si las bases de datos están separadas y demás, cómo se pueden hacer informes de pedidos por perdona, o informes que estén relacionados entre sí, si los servicios y las bases de datos están separadas
Cuando trabajas así mandas una solicitud a la API del otro microservicio, te da la información y la combinas con la que ya tienes, ya que las bases de datos pueden ser relacionales o no relacionales, pero recuerda que todo es atraves de APIs
@@vidamrr Hola master , siguiendo con la pregunta de Fabian, haber si se entiende, si tenemos en la BD "Pedidos" guardamos un registro con el ID del Cliente + el Pedido , si me preguntan un reporte por ese Cliente , debería por API a buscar ese "ID" a la BD de "Clientes" luego asociar por "JOIN" al Pedido como tengo su ID y mostrar , es así o de otra forma. Saludos,
@@KuRoiBatusai Que tal yo tambien apenas estoy aprendido esta arquitectura pero creo que lo que se tiene que hacer es solicitar atreves de una de getcliente{id} solicitar la información de ese cliente y asi con cualquier otra llave foránea que no este en tu base de dataos
Hola muy bien explicado el video me gusto .Mi proyecto de grado es sobre microservicios me gustaría preguntarle algunas cosas tiene algún correo donde le pueda escribir
El unico problema, es el acoplamiento en las base de datos, si una API depende de dos bases de datos ( un JOIN) ahí tenes un problema mas, y quizás haya que poner algún tipo de middleware para evitar que ese acoplamiento
La verdad es que eso no debería pasar, ya que cada servicio es independiente y maneja su propia data, generalmente cuando eso pasa es que la arquitectura de microservicios no es correcta, pero en el caso remoto que se necesitara se pone un servicio delante que consolide la información y la envié el front
Había escuchado de los microservicios, pero no había puesto atención a ellos. Me pusiste al corriente de manera básica. Muchas gracias.
Buenísima
la explicacion.. yo estoy trabajando en un CRM que seria un monolitico y estamos por migrarlo a Micro Servicio.. tenia una idea pero con tu explicación me cerro todo.
Muchas gracias, así de simplificado es mejor sin mucho rodeo, ya lo técnico es por experiencia de cada uno.
Muy bien explicado y didáctico!
Mis Felicitaciones desde Lima - Perú !
Ya he trabajado con microservicios, pero no sabía que era microservicios y tampoco monolitos. tengo a aprender muchos conceptos, gracias de verdad, gran explicación.
Gracias por muy buena explicación de micro-servicios; a mi me preguntaron y no lo pude explicar de mejor manera de como tu lo has hecho.
Bastante didáctica la explicación, había leído sobre los microservicios pero no entendía su funcionamiento y ventaja. Gracias por el video.
Impresionante explicación en tan poco tiempo
La mejor explicacion de microservicios, gracias me sirvio mucho
Muy bien explicado, creo que lo mejor seria tener varios microservicios balanceando esos consumos de Api-rest
Estaba a punto de mandarlos a volar por su ruidosa presentación (traía audífonos), pero la verdad es que es un excelente video, muchas gracias!
Excelente explicación, bastante didáctica. Gracias!
Excelente explicación me fue muy útil muchas gracias. Saludos desde Colombia.
Muchas gracias por la explicación. Bastante detallada.
Excelente explicación
Visto en 19/06/2020
Podrías hacer un vídeo acerca de la función del API gateway en los microservicios? Por favor. Soy nuevo
Excelente video y muy explicativo, me dejó claro lo que significa microservicios
Muy bien explicado, se entendió todo :D. Gracias!
Gracias, sabes explicar muy bien :)
Muy clara la explicación. Muchas gracias
Pero se debe crear una base de datos individual para cada micro servicio? Por ejemplo las base de pagos no ve a la de inventario?
Super claro y bien explicado. Exito goeiiii 😎
Muchas gracias por la información, super claro y al grano !
El video está genial, gracias. Tengo dudas en cómo definir un microservicio. Por ejemplo en una aplicación de agenda de citas. Cómo defino cuáles son sus microservicios? A donde me podría dirigir para resolver esta duda?. Otra duda sería frente a la bases de datos. Si un cliente tiene muchos pedidos... Hablando de un BD relacional debería tener una tabla pedidos con idcliente y la tabla cliente estaría en otra bd?
Eres un genio! men me sacaste de una gran duda, muchas gracias! Te mereces mi like y suscripcion
Muchas gracias 8aVlogs!!!! Qué bueno que te sirvió el video
muy bueno se entendió en su totalidad gracias
No, pues te ganaste tu like y un nuevo suscriptor.
Muy bueno el video, gracias por compartir !
muchas gracias por tu trabajo, hubiese estado bien si se hubiese comentado algo acerca de contenedores (docker), para que sirven y su gestion (kubernettes)
tienes toda la razón, igual y en una segunda parte hablo especìficamente de cómo se está usando la parte de docker y kubernetes
Muchas gracias, me quedo super claro asi con tus ejemplos. Saludos!
Que buen, video... Pero me quedo con una duda que espero me puedas responder, en el video indicas que por cada logica de negocio creas un proyecto independiente (microservicio) con tu propia base de datos, pero que pasa con las relaciones de base de datos, es decir un pedido tiene relacionado un usuario, como hago para que esa relacion de cumpla si estan en base de datos distinta, entonces no tiene conocimiento de la tabla usuario
En ese escenario quizá lo que te convenga es usar una base de datos noSQL para solo guardar la referencia de otro valor pero que no exista una relación tal cual como con dos tablas. Imagina que tu desarrollas el microservicio de pedidos, pero el microservicio de usuarios es solo una API de un tercero, ahí por más que quieras no puedes tener en una misma BD las dos tablas porque físicamente es imposible, pero con no SQL puedes guardar el id del usuario y cada que haces una transacción guardarlo, cuando quieras recuperar los datos del usuario tu microservicio va a tener que consultar el del tercero y regresarte la info. Así es como funcionan los microservicios cuando usas servicios PaaS o APIs
Una consulta , cuál vendría ser mejor usar para microservicio , cabe recalcar que nuestro sistema está en laravel sería mejor usar el mismo lenguaje o es mejor java? Me podría aclarar
Excelente ejemplificación!! Saludos desde AR.
Yo lo veo como una utopía, si se cae el servicio de cuentas, como va a seguir funcionando el servicio de pedidos, si ambos comparten la misma base de datos?
Gracias hombre. Muy buen video. Bien explicado. Gracias :)
¡Tremenda explicación!
Muchas gracias por la explicación!!! Sin embargo, tengo una pregunta. En los casos en que tenemos separados los servicios de clientes y de pagos (como en el ejemplo), sin embargo, me solicitan un reporte dónde debo mostrar información de los pagos por clientes. ¿Cómo se hace en ese caso? Cada db tiene su propio Registro de clientes? Se comunica el servicio de pagos con el de clientes para solicitar los datos del cliente de acuerdo a su ID? Nuevamente gracias por tu tiempo....
Sólo debería haber un registro de clientes, y cualquier transacción debería hacer referencia por medio de un id, de esa forma los servicios se comunican entre sí para seguir funcionando. De eso se trata, de que los servicios dependan de otros para funcionar porque también así aislas cada funcionalidad para no estar combinadas y tener más riesgo a tener problemas
@@vidamrr Excelente, muchas gracias por la aclaratoria...
Y entonces, es posible manejar algún tipo de integridad entre los registros aislados en este modelo?
Gracias por la info, me quedo super claro! dedito para arriba!
Buen video, tengo una consulta por ejemplo en este sistema tengo un microservicio Clientes y seguro tendrán tipo de documento así que es la db de clientes habrá una tabla tipo documento, en este sistema también podría haber un microservicio usuario y también podría tener en su base de datos una tabla tipodicumento en este caso cono se hace , se crean 2 tablas tipo documento una en cada microservicio? Gracias
Pregunta al tener bd separadas, como se controla la parte de las relaciones de datos, por ejemplo el microservicion de clientes me regresa los datos del cliente y se crean pedidos(microservicio de pedido) para ese cliente el pedido tiene una relación con el cliente. el pedido se le guarda solo él, id de cliente, si quiero imprimir el pedido como obtengo los datos del cliente, se tendría que consultar de nuevo al microsservicio de clientes?? s
En tu diagrama de arquitectura de tus microservicios que papel juega la API para cada microservicio? Es un componente de sw con lógica ¿? Es un contrato que hace que se de la interpretación de comunicación entre el cliente y el microservicio??? Allí no me queda claro....ya que los microservicios exponen sus respuestas en formato json a través de los protocolos http por lo que puede ser interpretado por el lado front, entoces que papel juega las APIs¿?
Pueden existir jerarquias en microservicios? es decir microservicios de grano grueso que llamen o consuman diferentes microservicios menos complejos o de grano fino?
Que buena explicación! 👏👏👏
Una pregunta, en el caso que tenga varios clientes que necesiten usar mis microservicios en diferentes dominios (cliente1.dominio.com, cliente2.dominio.com...), tengo que aplicar una arquitectura multitenencia antes?
Que buen vídeo amigo, me sirvió demasiado muchas gracias !
Que tal!
¿La tabla de usuarios que mencionas en el ejemplo quería sin relación a los demás módulos del sistema o los sistemas?
Es decir no se ocupará una Bd relacional.
Gracias
es decir, los microservicios necesariamente tienen que estar en diferentes servidores ?
Muy buen video, excelente y clara explicación. Tengo una duda en relación a las BD. Actualmente estoy en un proyecto q implica llevar todo un ERP a Web utilizando método DevOps, y la idea es que cada microservicio se encuentre alojado en un contenedor (docker) el día de mañana (orquestados por Kubernetes). Tengo dudas en dejar las BD en contenedores, ya que en caso de tener que replicar ese contenedor para soportar alta demanda, que pasa con los datos (se guardarían en todas las BD, no lo creo :(). Ojalá se entienda, y me puedas orientar. grx
tienes que pensar en replicación y alta disponibilidad si vas a crear varios contenedores. Muchas BD soportan esa configuración y sin problema se replica la información entre los demás nodos
Muy buena explicación!!!
Buen día
Tal ves esto no es referente al tema que se está tratando en el video, pero necesito de su ayuda, en la empresa donde trabajo, me pidieron hacer una tienda online, pero la debo concretar con dos bases de datos diferentes
Es eso posible?
excelente video caballero
Buena explicación, entonces lo que haces acá es trabajar todas las bases de datos separadas en base a sus tablas o documentos para el caso de (nosql, firebase, mongo por ejemplo) ?
En un servidor trabajas una base de datos de puros clientes, en otra de puros pedidos, en otros puros despachos, otra con ofertas y asi vas armando, entonces si clientes y ofertas ocupan poco y nada de recursos los trabajas esos en un webserver, luego si pedidos ocupa muuucho lo trabajas en otro servidor web... entendiendo por server web una maquina virtual por ejemplo... es técnicamente asi amigo? Muchas gracias, saludos desde Chile!
Muy buen ejemplo!
Wow super explicación, gracias por el aporte, saludos!.
te pasaste excelente explicación, muchas gracias
tienes algún curso de microservicios?
La mejor explicación que he encontrado. Tengo una pregunta. No se si conoces los ESB (Enterprise Service Bus) Siento que es muy parecida la arquitectura de tener uno, con la parte de microservicios. A hoy hay bastantes que ya exponen API Rest y no solo Web Services SOAP; es posible que las arquitecturas SOA con ESB, hayan sido la base para los microservicios??? Quiero aterrizar muy bien el concepto. Solo que no se si haya una plataforma como un ESB sin tener que adquirirlo porque es súper costoso, donde yo también pueda administrar los API, no solo los microservicios creados.
Gracias por tu explicación.
Cuando separas por ejemplo, pedidos de clientes, cómo haces para validar el pedido con un cliente si las DB no están conectadas?
No estan conectadas pero pueden tener relaciones, con un id lo relacionas, por ejemplo la api de clientes te devuelve el id y luego con ese id consultas en la base de pedidos, filtrás los pedidos que coincidan con x id. (info bajo error u omisión)
Muy buena explicación, gracias
Cada servicio trabaja con su base de datos independiente? Y en caso de ser así, como se hace al momento de generar reportes y asociar los datos que contiene cada base de datos?
Muy bueno esto de microservicio , no sera lento si quero mostrar un istado de 1000 clientes con sus respectivos pagos ??? por q digo lento pienso q entre los servicios pagos y clientes se tedrian q cominicar por cada registro
Como siempre la velocidad depende de muchos factores. Para traer 1000 clientes con sus respectivos pagos no necesariamente tendrías que consumir el servicio 1000 veces, ya que podría existir un método en el servicio al que le enviaras una lista o un array con los 1000 clientes ( o sus ids) de los cuales quieres la información y que el método te regresará todos los pagos relacionados con los clientes que enviaste en la lista
Gracias por tu explicación, pero tengo una duda ya con la base de datos, porque estoy pensando en monolito, la base de datos en monolito está relacionada y normalizada, como se hace para sacarla de ahí y dividirla en microservicios, osea como se relaciona un usuario con un pago por ejemplo, comos se almacenaria eso?
Muy chulo. Pero ... Hacer un pago significa hacer un pedido, hacer un pedido supone modificar el inventario y todo esta operativa no se puede llevar a cabo si el micro de clientes no ha validado el login... Entonces, si se cae uno, da la impresión de que nada funcionaría, pues aunque los micros están separados, una compra por parte del cliente se trataría como una transacción pasando por todos los micros... No? Y aunque existe escalabilidad para cada micro no sería lo mismo que tener un monolito, pero escalable ?
Muy buen video
Solo me queda la duda. Si escalas por ejemplo un servicio. Por ejemplo el de pedidos a 3. Y después de un tiempo regresas a uno. Por q bajo la demanda. Como homólogas o sincronizas los datos?
Si la subida de clientes es temporal lo más recomendable es comprar más recursos en tu nube y luego cuando se acabe la temporada u otros baja a lo que tienes.
En cambio si los clientes suben y es algo que se mantiene y hacen transacciones fuertes y ves que está afectando tu aplicación entonces ahora recién te pones a mover a microservicios
Claro y preciso, gracias hermano
Buenas, si bien falta capa anti corrupción, de seguridad, por que no podemos dejar expuestos los lllamados, sin un jwt. y que sea validado por una capa con el Api gateway.
Muchas gracias amigo, super bueno ese video.
Saludos Bien explicado Gracias y Exito
Excelente resumen!
muy buena explicación gracias
Duda y como se relacionan los micro servicios , es decir , si uno necesita información del otro como es esa parte ?
Excelente muchas gracias!
muy buen video! muchas gracias me super ayudaste
muy buena explicacion!! saludos
super explicacion amigo muchas gracias
Buen video, muy bien explicado. Sin embargo tengo dos dudas:
1. Cómo se hace con la base de datos, si cada micro servicio se dice que debe ser independiente. La base de datos no puede ser la misma para todos los micro servicios porque estarías heredando parte de la app. Monolítica, ya que si se cae la BD o pasa algo, todos los micro servicios cejarán de funcionar. Tampoco creo que cada microservicio tenga una base de datos replicada porque sería muchos recursos innecesarios. ¿Cómo se hace con la gestión de datos?
2. Mi segunda duda es, el servicio principal es un dispatcher que re-dirige la petición hacia el microservicio que realizará la tarea asignada (proceso de negocio). Pero cómo se maneja la parte de Frontend? Acaso los microservicio si son solo backend y la INTERFAZ DE USUARIO y la parte de FRONTEND en general es monolítica?
Se agradece las respuestas. Saludos.
1. la BD también funciona de forma independiente por microservicio, piensa que cada microservicio es una app individual y tienes que interconectarlas para que funcionen entre si. Suena costoso tener múltiples BD pero a veces es una estrategia cuando por ejemplo, puedes permitir que se caiga un servicio pero no toda la app completa. Al ser microservicios es mucho menos costoso a nivel de recursos hacer el despliegue de todo esto, incluso la BD puede ser un microservicio y sería más ligero que tener un servidor dedicado para eso.
2. En el front end nada cambia, cuando usas kubernetes hay un solo endpoint donde tu front-end se va a conectar e internamente tu orquestrador gestiona la conexión. Se puede tener microservicios en el front-end y funcionaría igual, tu ingresas una URL y hay otro que gestiona hacia donde redirigir la solicitud, como si fuera un balanceador.
tengo una duda, la base de datos seria la misma ó por cada microservicio necesitaría una base de datos??
Sería diferente en cada microservicio, porque justo la idea es que cada uno sirve sin depender de otro
Muy buena explicación, muchas gracias :D
Me gusto mucho tu explicación, podrías indicarme si cada microservicio tendría que tener su servidor? o podría ser en alguna instancia de un mismo server donde vive otro microservicio?
GRACIAS AMIGO, MUY CLARO EL VIDEO
Muy buena explicación, aunque tengo una duda con respecto a las bases de datos a las que acceden los micro servicios. Por ejemplo, el micro servicio de pedidos accede a la base de datos de pedidos, y el de clientes, a la base de datos de clientes. Pero normalmente, pedidos y clientes estarán relacionados en la base de datos. ¿Cómo se gestiona eso? Necesitarías una base de datos común a casi todos los servicios para no romper la integridad referencial de la base de datos, no? Es decir, un cliente hace un pedido, por lo que en la base de datos de pedidos tendrá que haber en algún sitio una clave ajena al cliente que hizo el pedido.
La comunicación entre bases de datos es a través de un sistema de bases de datos relacional. Pero no deberías tener todas las bases de datos en el mismo gestor porque no sería escalable.
La forma de realizarlo es compartiendo internamente un incremento en pedidos o una petición de clientes. Entre las dos aplicaciones separadas. E internamente la aplicación a la que le llega la petición. Está escuchando el puerto por dónde se realiza la misma y hace las modificaciones respectivas que tenga que hacer.
Hola, muy bueno el video ! Te hago una consulta, supongamos que se quiere implementar esta arquitectura en un entorno de aws, la pregunta seria: ¿Cada microservicio sería una instancia o es mas conveniente usar Docker en donde cada microservicio seria un container diferente?
Saludos!
pues si...
podrías usar contenedores para cada microservicio o bien crear tus VMs o servicios PaaS en AWS, hay muchas formas, pero la lógica debe ser la misma
Excelente ejemplo
Excelente explicacion... gracias
En los microservicios también se le tiene que hacer la base de datos relacionada?
Eh escuchado que al utilizar microservicios la aplicación se tiene a comportar más lenta? Como se evitar eso caso
Si fuera más lenta nadie usaría los micro servicios. Tu puedes usar el tipo de base de datos que necesites, los micro servicios es solo una arquitectura para construir aplicaciones, no está limitada a un tipo de base de datos ni la hace más lenta, eso es un tema más de qué tan eficiente es tu esquema y tu código
@@vidamrr osea que apesar que se utlice microservicios también tengo hacer la base de datos relaciona
Hola, muchas gracias por tan buena información! De casualidad tendrás algún video en el que hables sobre qué es DevOps o cómo se puede implementar?
Hola David! si, hay algunos videos de Devops en el canal, los tengo en una playlist en la sección de videos del canal
Si es que tengo todo separado pero la base de datos es relacional como haría ?
Bien, lo entendí bien claro
hey men mil gracias me aclaraste muchisimas dudas
Se puede decir que los microservicios son no relacionales? Asi como las DB no relacionales?
Excelente explicacion
Ahora si entendi, andaba bien perdido con eso
Yo quede con una pregunta, si las bases de datos están separadas y demás, cómo se pueden hacer informes de pedidos por perdona, o informes que estén relacionados entre sí, si los servicios y las bases de datos están separadas
Cuando trabajas así mandas una solicitud a la API del otro microservicio, te da la información y la combinas con la que ya tienes, ya que las bases de datos pueden ser relacionales o no relacionales, pero recuerda que todo es atraves de APIs
@@vidamrr Hola master , siguiendo con la pregunta de Fabian, haber si se entiende, si tenemos en la BD "Pedidos" guardamos un registro con el ID del Cliente + el Pedido , si me preguntan un reporte por ese Cliente , debería por API a buscar ese "ID" a la BD de "Clientes" luego asociar por "JOIN" al Pedido como tengo su ID y mostrar , es así o de otra forma. Saludos,
@@KuRoiBatusai Que tal yo tambien apenas estoy aprendido esta arquitectura pero creo que lo que se tiene que hacer es solicitar atreves de una de getcliente{id} solicitar la información de ese cliente y asi con cualquier otra llave foránea que no este en tu base de dataos
Hola, oye! queria decirte que muy buen video y gracias porque la verdad me quedó muy claro el concepto.
gracias a ti Cristian por ver el video, qué bueno que entendiste el concepto
Hola muy bien explicado el video me gusto .Mi proyecto de grado es sobre microservicios me gustaría preguntarle algunas cosas tiene algún correo donde le pueda escribir
Excelente explicación
El unico problema, es el acoplamiento en las base de datos, si una API depende de dos bases de datos ( un JOIN) ahí tenes un problema mas, y quizás haya que poner algún tipo de middleware para evitar que ese acoplamiento
La verdad es que eso no debería pasar, ya que cada servicio es independiente y maneja su propia data, generalmente cuando eso pasa es que la arquitectura de microservicios no es correcta, pero en el caso remoto que se necesitara se pone un servicio delante que consolide la información y la envié el front
Excelente explicación :) saludos
Excelente, saludos!
Excelente video, entendible
Los microservicios y lo monolítico son arquitecturas de software ?