muy buena la explicacion. De lo mejor que vi. Consulta. Que editor de Python usaste aca ? PyCharm ?
@raul72544 жыл бұрын
59:00 Qué vamos a construir? Microservicios con Flask de Python
@ronnyzte34 жыл бұрын
Una pregunta si tienes el api Gateway esta si recibe todas http puede ser que colapse por la cantidad de request ?
@yesherihidalgo6448 Жыл бұрын
Hola, en qué casos usar flask o Django sabiendo que ambos hacen lo mismo? Muchas gracias por compartir tanto conocimiento. Saludos desde Chancayllo, Perú.
@josea.lluciarodriguez1453 Жыл бұрын
El patrón pub/sub o publicador/suscriptor es el mismo patrón que el observer.
@josea.lluciarodriguez1453 Жыл бұрын
El micro servicio esta mitificado. Es una necesidad en cuanto a performance. Si tu sistema es capaz de soportar al monolítico, es cuestión de aplicar una buena arquitectura, por ejemplo modular. Si falla algún servicio de tu monolito modular lo pasas a un manejador de ecceptions. En los diferentes módulos gestionar al equipo, si necesitas una tecnologia nueva le das servicio a tu monolito, si tienes desacoplado el código y módulos es lo mismo con todo lo que cuentas. La ventaja de los microservicios es solucionar el performance y esto lo aplicas si lo necesitas.
@freedosforever3 жыл бұрын
Yo creo que en microservicios, por ejemplo una aplicacion que vea solo la facturacion de una empresa, tambien puede estar el codigo como un spagetti, ya que eso depende de como ordena y documenta el sistema el programador. En una aplicacion monolitica la parte de facturacion no esta mezclada con todo, puede estar en una clase separada del resto, no hay por qué mezclar.
@DiegoSilva-zm3ke2 жыл бұрын
Suena a aplicación pequeña que no necesita micro servicios, los micro servicios te salvan la vida cuando la aplicación es enorme y necesitas balanceadores de carga
@josephjesusflorianflores70892 жыл бұрын
que librerias de python tengo que tener?
@josephjesusflorianflores70892 жыл бұрын
tengo este error "from shared.auth import jwt ModuleNotFoundError: No module named 'shared'"
@freedosforever3 жыл бұрын
Dicen que en una aplicacion monolitica si algo falla todo se cae, pero imagina que tu sistema controle una supermercado, y falla el servicio para emitir la factura, de qué sirve que las demas partes de la aplicacion esten funcionando si los clientes al final de su compra no van a poder terminar el proceso de compra. O que pasa si falla el servicio que identifica al cliente, de qué sirve que las facturas salgan. Yo creo que un sistema esta interrelacionado, todas las partes trabajan en conjunto.
@darwinstivenherreracartage53993 жыл бұрын
Considero que es un buen punto, sin embargo, es menos probable que caiga un servicio en esta arquitectura, según la teoría tu puedes tener cierto servicio redundando en varias maquinas, por lo que si cae una maquina que contiene una instancia del servicio, no cae el servicio, por ley de Murphy se puede creer que todas las maquinas con instancias de ese servicio caerán, pero hay medidas para soportar esto (como algunas funcionalidades para levantar instancias del servicio si algunas caen y tener por lo general n cantidad funcionando ), además si esto ocurre se debe monitorizar, buscar y reparar el porqué ocurre esto.
@freedosforever3 жыл бұрын
@@darwinstivenherreracartage5399 no digo que la idea sea mala, claro que es buena, realmente cualquier solución es buena, depende más del ingenio del programador que otras cosas. Lo que me preocupa es el costo y el costo futuro cuando esta tecnología quede obsoleta, que puede ser muy pronto. Para quiénes está? a ver la usa Facebook, KZbin, etc. pero ellos tienen una cantidad de usuarios que nunca van a tener la mayoría de empresas de alcance nacional. Por su costo es accesible para empresas grandes, y por ello no sienten el costo elevado. Pero es contradictorio porque si los microservicios administran el acceso más eficiente entonces uno supone que vas a necesitar menos hardware, obvio si vas a tener una tecnología por software que gestiona todo mejor que lo tradicional entonces asumes que necesitas menos potencia de procesamiento, pero sabemos que no es así, entonces ponen otra justificación, que los usuarios van a poder acceder más rapido a la base de datos, pero veamos si antes el comando lo hacía en 0.01s, con microservicios sera 0.005? es eso lo que los usuarios piden? o piden velocidad, lo cual implica que si usas por ejemplo Azure, simplemente pagas por optimizar tu cpu, memoria, ancho de banda, etc.
@darwinstivenherreracartage53993 жыл бұрын
@freedosforever los microservicios buscan alta disponibilidad, es más antes con microservicios algunas operaciones van a ser más lentas debido a la comunicación entre ellos y a problemas en esa comunicación, pero siempre va a ser disponible, si se desea mejorar el rendimiento de cierto microservicio si se debe mejorar el hardware. Lo bueno de esta arquitectura es que se puede desacoplar para manejar la carga de trabajo de los servidores, no es obligatorio migrar, por eso como desarrolladores de software debemos evaluar que es mejor. Si tú aplicación no va a ser usada masivamente o no tiene operaciones con un costo computacional alto, no lo necesitas.
@DiegoSilva-zm3ke2 жыл бұрын
Los micro servicios se pueden replicar o usarlos con balanceadores de carga, si alguno cae entra otra instancia al momento
@DiegoSilva-zm3ke2 жыл бұрын
Con heroku + Mongo Atlas tengo servidores y bases de datos ilimitadas 😁
@GonDevel3 жыл бұрын
Es recomendable usa Procedimientos almacenados es la BD y usar arquitectura de Microservicios?
@DiegoSilva-zm3ke2 жыл бұрын
Sí, incluso cada micro servicio puede manejar diferentes bases de datos
@jyr3 жыл бұрын
Hola, Cual es el nombre del Editor / IDE?
@frankrow2 жыл бұрын
PyCharm
@freedosforever3 жыл бұрын
Lo que señalan que es "dificil de escalar", como que la palabra Difícil no es apropiada, vean cuántos videos existen sobre como escalar tu aplicación, sobre todo en la nube en maquinas virtuales donde compras el poder de procesamiento. Tal como alguien dijo se tendría que demostrar, por ejemplo decir que Facebook disminuyo en tal porcentaje la velocidad de sus procesadores gracias a que usó microservicios, y eso me parece que no se ha dado, y hasta parece una idea tonta, entonces por qué usarla sin no hay números para evaluar
@ElvisSerranoessh0093 жыл бұрын
Creo que si esta arquitectura fuera inútil, las grandes compañías no la implementaran, lo que no funciona no se usa y queda @deprecated. como por ejemplo cuando Airbnb se dio cuenta que React Native no les ayudaba en nada simplemente lo dejaron de usar.
@freedosforever3 жыл бұрын
@@ElvisSerranoessh009 claro que es buena, dado que todo suma. Yo me refiero a quesi algo le sirve a una aplicacion que tiene mil millones de usuarios, valdra la pena invertir en caso tengamos menos de mil usuarios por poner un ejemplo
@josea.lluciarodriguez1453 Жыл бұрын
Me da coraje tanto misticismo.en alguno microservicios es bueno que compartan la misma BD, sino tendras un problema de performance y eso es lo que te soluciona el micro servicio.
@pinocodex4 жыл бұрын
Donde esta el repo del code?
@KeepCoding4 жыл бұрын
Lo tienes en los comentarios :-)
@SekaiNewW72 жыл бұрын
¿Cuál era el nombre del patrón? pub sub?
@alejandromeno24052 жыл бұрын
Tampoco conseguí escuchar bien el nombre ni encontrar en internet algo similar, si alguien conoce el nombre lo agradecería.