Es muy interesante lo que explicas, ayuda de mucho.
@NetMentor4 жыл бұрын
Gracias!
@Suecia20204 жыл бұрын
Gracias desde Argentina ...
@NetMentor4 жыл бұрын
Gracias a ti!
@SimonHolmquist3 жыл бұрын
12mil microservicios ! Una locuraa
@DLuffyPaul4 жыл бұрын
en el minuto 19:19 dices una palabra que no se entiende, dices que si la economia lo permite es mejor superless? o suberless? ese termino que es?
@NetMentor4 жыл бұрын
Vaya, perdón :(, la palabra es "serverless" está cogida del inglés, creo que no existe versión en castellano
@DLuffyPaul4 жыл бұрын
@@NetMentor y serverles como es, es otra arquitectura? y es mejor que microservicios y porque y como se aplicaria en .net?
@NetMentor4 жыл бұрын
@@DLuffyPaul Si es otra arquitectura, yo no diría que es mejor ni peor, como todo tiene sus pros y sus contras, en detalle no te puedo mencionar como es, ya que haría falta un buen tocho pero un resumen rapido podria ser lo siguiente: El cóigo en vez de ser un Bloque grande que hace muchas cosas esta dividido en funciones independientes, y cada una de esas funciones (o procesos, por ejemplo, procesar una venta) se suben individualmente a la nube, ya sea AWS, azure, etc. la idea es que es el propio AWS el que adminsitra el codigo, los recursos que va a necesitar, etc. (tu le puedes indicar unos máximos/minimos, mas configuración, etc) pero por ejemplo, con serverless no tenemos que pensar en la escalabilidad ya que sera AWS/azure el que la haga por nosotros. En AWS tienes las AWS lambdas, y en Azure las azure functions, desconozco como se llaman en el resto de proveedores.
@kervytmarrerorosales5354 жыл бұрын
Muy bueno!!! ❤️🔥
@NetMentor4 жыл бұрын
Gracias!!
@orlandogonzalez13054 жыл бұрын
Excelente video! Y mejor aún en Español! Sería bueno, dentro de sus posibilidades, hacer otro vídeo explicando el tema de los datos relacionados en los microservicios, por ejemplo, datos que estén en varios microservicios relacionados a los usuarios que están en otro microservicio. Cómo tratar las relaciones? Si los datos de los users deben estar repetidos en los microservicios de datos o solo deben estar los ids de los users? Cosas como esas. Saludos.
@NetMentor4 жыл бұрын
vaya pensaba que haia respondido, se me debió de pasar, si creo que haré un vídeo de eso, me estoy dando cuenta a raíz de este video que hay bastantes incognitas al respecto en los microservicios, asi que posiblemente haga varios en un futuro (espero que no muy lejano). Un saludo.
@pollo54223 жыл бұрын
Me uno a este comentario, tengo la misma duda. Excelente contenido @NetMentor
@NetMentor3 жыл бұрын
@@pollo5422 Hola, primero de todo gracias! Pues no he creado un vídeo específico de ello por ahora, la semana pasada hice uno donde expliqué redis y quizá te sirva, ya que hay un pequeño caso de uso donde hay información que debemos tener en otro microservicio kzbin.info/www/bejne/pZfFdouYZ6dkbtE Un saludo!
@CeroCool2120043 жыл бұрын
También me uno a la misma duda.
@NetMentor3 жыл бұрын
Cuando empiece el año espero hacer un curso/serie de vídeos aquí en KZbin donde lo mencionaré 💪 Pero resumiendo, si quieres duplicar puedes, de hecho es mejor para hacer tú microservicio que no dependa de otros. Pero como todo, tiene pros y contras (que veremos más en detalla en dicho curso). Un saludo
@ramiroalegre81832 жыл бұрын
Hola, tengo una duda sobre los microservicios, 1 - ¿Obligatoriamente tienen que estar en diferentes servidores?. Es decir, yo tengo mi servicio de "Novedades" en x servidor y tengo mi servicio de "Continuar viendo" en x servidor que NO son iguales, ¿Esto es correcto? Con servidor me refiero a una URL diferente. Espero se haya entendido, son unas dudas basicas que tengo que pueden parecer tontas, pero a pesar de eso no logro entenderlas. Muchas gracias por los videos, un saludo!
@NetMentor2 жыл бұрын
Hola, obligatoriamente no, desde luego, pero es lo suyo, mas que nada se hace por si uno falla para que no falle todo, si utilizas el mismo servidor esa capa "de seguridad" será la misma, pero nada mas. Si es para tema profesional, si lo recomiendo mas, pero si es para un proyecto personal no te preocupes. Cuando dices diferente url te refieres URL para el usuario o URL interna? tengas todos los microservicios en un servidor o múltiples la url debería ser "la misma" para todos (cambiando subdominio/path), porque sino es posible que recibas cors reference issues, el adblock te lo bloquee, etc. Un saludo.
@CrggBulla3 жыл бұрын
Hola un microservicios es asociado a un host virtual o servidor cierto?
@NetMentor3 жыл бұрын
hombre para desplegar un microservicio lo tienes que poner en un servidor, así que sí.
@Unknown9714 жыл бұрын
Como soy unico desarrollador en mi proyecto de tesis y hay que saber muy bien implementar los servicios, tenia pensado hacerlo usando la arquitectura de monolitos modulares. Entonces si mi app crece, es facil dividirla en microservicios.
@NetMentor4 жыл бұрын
Lo de los monolitos modulares está muy bien en la teoría, pero pienso que en la práctica si quieres acabar migrando a microservicios lo hagas en microservicios de un principio. Al final para migrar de monolito, da igual si modular o normal, te vas a tirar dias semanas o incluso meses. Nosotros tardamos 6 meses 5 personas en migrar a microservicios y teníamos monolitos modulares, fue un tiempo muy duro... vamos que basado en mi experiencia y dolor, hazlo directamente en microservicios 😂
@Jocker882 жыл бұрын
Buenos días, Ayer me vi este vídeo por que tenía una duda acerca de los microservicios y efectivamente en mi empresa lo hacemos mal (como casi todo, pero me voy pronto xD) y tengo la siguiente duda. ¿Cómo se maneja que cada microservicio tenga su propia base de datos? No acabo de entender como podemos seguir la 3FN si tenemos la base de datos separada, luego comentas que se duplica algo de información (los UID/ID), mi pregunta sería ¿Cuándo se duplica? Dado el ejemplo, vamos a introducir un Actor, y dentro de la BBDD de actores tenemos una tabla para relacionar al Actor con las Serios y Películas que tenemos almacenadas ¿Qué dato duplicamos? ¿Cogemos el ID del actor y ponemos la relación de series y la relación de películas en sus BBDD correspondientes? Si hago eso ... ¿Cómo hago un filtro para recuperar las películas y series por nombre del actor? ¿Tengo que visitar todas las BBDD y con ello todos los microservicios? En mi empresa ahora tenemos una única y grande BBDD (es una locura alucinante) y ni siquiera cumple 1FN, los únicos índices que hay los cree yo, y las relaciones son una fucking shit !. Esto hace que no haya aprendido bien y me surgió esta duda. Mucho ánimo!
@NetMentor2 жыл бұрын
Pedazl de comentario, lo que hacéis en vuestra empresa no es microservicios, es más service oriented architecture (SOA). La idea de los microservicios es completa atomicidad, osea que aunque esten otros servicios caídos el tuyo debe funcionar. Esto quiere decir que, si consultas actores y están en otro dominio, lo que tienes que hacer es replicar dicha tabla en el microservcio. Para ello cuando actualizas un actor generas un evento y con Producers/consumers actualizas la información en dichos servicios y así tendrás consistencia eventual que se llama. De esto haré un vídeo dentro de este curso. Pero no sé cuándo. Un saludo
@Jocker882 жыл бұрын
@@NetMentor Muchas gracias por la respuesta, entiendo bien (creo) todo lo que comentas y supongo que el vídeo te refieres al curso de sistemas distribuidos. No conocía el término SOA y consistencia eventual. Dicho esto, voy a tener que hacer una app para aprender a separar y crear microservicios de verdad. Un saludo y mil gracias.
@guillermosaez80944 жыл бұрын
Muy buen vídeo. Siempre he tenido una duda con los microservicios: ¿Cómo se gestiona el ""enrutamiento""? Es decir, la dirección a la que pertenece cada microservicio.
@NetMentor4 жыл бұрын
Para eso es necesario otro microservico (normalmente) el cual se encarga de devolver las URL. Se le suele llamar serviceDiscovery y lo que hace es recibir un id y te devuelve la URL. Puede variar un poco la implementación (dependiendo si son accesos en la misma red/desde el exterior) pero la idea es la misma. La URL del serviceDiscovery si que la tienes que poner en el código ya que obviamente si ella no puedes "descubrir" ninguna otra
@guillermosaez80944 жыл бұрын
@@NetMentor Eso es lo que me imaginaba, que habría que implementar algún "enrutador" que almacenara todas las url de los microservicios y las expusiera bajo demanda. Así, si se reubica un microservicio, sólo habría que actualizar el enrutador y los clientes seguirían funcionando igual que antes. Mola
@JoseLuis-sr4xw3 жыл бұрын
Los microservicios son api restfull ?
@NetMentor3 жыл бұрын
No tiene por que, pero hoy en día es lo mas común. Pero microservicios no se basa en si el punto de entrada es rest, soap o proto, sino en la arquitectura global del sistema. Un saludo
@jonathanblazquez27543 жыл бұрын
6:24 arquitectura que? alguien le entendió la arquitectura con la que trabaja en su empresa?
@javiergonzalez37912 жыл бұрын
serverless
@cifz4 жыл бұрын
Excelente, gracias, ojala KZbin te permita dar ventajas a tus suscriptores para unirme!! Tienes temas muy interesantes.
@NetMentor4 жыл бұрын
Jaja gracias, pero yo no vivo de KZbin y lo hago con mucho gusto. Con un gracias o compartiendo para mi es más que suficiente. Un saludo !
@cifz4 жыл бұрын
@@NetMentor Mil gracias!
@ulisestlahuizo71014 жыл бұрын
Ya llevo varios meses siguiéndote y el material que publicas es excelente. Saludos