¿La arquitectura orientada a eventos es fácil? | Alexys Lozada
HTML-код
- Опубликовано: 23 авг 2023
- Y si no lo sabías #LoAprendisteEnEDteam #LaTecnologiaEsFacilConEDteam
- 🧑🎓👩🎓 ¿Eres estudiante? Postula a las becas de EDteam: edy.to/estudiantes-yt
- 🎁 ¡Accede a 9 cursos GRATIS de tecnología! edy.to/cursos-gratis-yt
- 🧑🏫 Dicta un curso en EDteam: edy.to/profesores-yt
- ⭐ Sube a premium y accede a cientos de cursos: edy.to/premium-yt
- 💻 Mira todos nuestros cursos en: edy.to/cursos-yt
-----
Síguenos en:
🔰 LinkedIn: edy.to/linkedin-yt
🔰 Instagram: edy.to/instagram-yt
🔰 TikTok: edy.to/tiktok-yt 
Развлечения
Muchas gracias por acompañarnos en este #EDcamp Ha sido un honor compartir con ustedes en Bogotá. Nos vemos en el próximo.
Buena presentación. Solamente una sugerencia: deberíamos dejar de utilizar la palabra "seguridad" para referirnos a la conclusión efectiva de un proceso. ¿Tal vez suene mejor "efectividad"?.
Explicacion excelente de concurrencia y paralelismo en Golang en su maximo esplendor, worked, worked pools y channels de channels.... Me fascina ese lenguaje ❤
Gracias por compartirnos está valiosa información
Muchas gracias por compartir su experiencia 😢
Grande tío Alexis
😁
Podrían proporcionar a un número de wappsa para comunicarme con ustedes para meterme a un curso
Hijole, quedaron muchas cosas al aire sin afan de ofender. La respuesta a la pregunta del titulo del video, es un rotundo NO, definitivamente son muchas aristas las que hay que mirar para estas arquitecturas. Ahora en el caso de uso que presentaron (distribuida), ya que incluso la arquitectura orientada a eventos es aplicable a arquitecturas centralizadas, pero ya que vieron el caso distribuido donde hablan de servicios, entonces debemos hablar de un caso de uso mas concreto como por ejemplo microservicios (si es que queremos usarlo ahí) entonces estariamos hablando de microservicios orientados a eventos, pues normalmente se suelen usar en combinación. Ahora en cuanto a los problemas que presentan estas arquitecturas, mencionaron lo que se conoce como condicion de carrera y el mecanismo para contenerlo que mencionaron es específicamente el bloqueo pesimista, pero no es el único y de hecho debemos mencionar que se debe analizar muy bien si es factible usarlo, pues es un mecanismo que le pega duro al rendimiento (latencia) del sistema, por lo que deberías usarlo solo si sabes que los casos de escritura van a ser mas que los de lectura y que sabes que vas a tener muchas condiciones de carrera, existe otro mas "suave" llamado bloqueo optimista que suele usarse cuando sabes que vas a tener mas lecturas que escrituras y que no va a ser el caso común una condicion de carrera, existen mas por supuesto que son incluso bastantes mas complejos como sagas, distributed transactions, etc. Finalmente existe otro problema que no mencionaron y que es muy importante en estas arquitecturas y que si bien no es parte intrínseca de la arquitectura orientada a eventos si es integral y no podemos abstraernos, no al menos en el caso de uso distribuido y es la consistencia eventual y para ello suelen usarse un montón de mecanismos y patrones que nos ayudan a ello. En conclusión es difícil mantener aislada una sola arquitectura en un caso de uso real, normalmente vamos a tener que lidiar si o si, con un montón de aristas cuando queremos implementar una de ellas y sorprendentemente nos vamos a ver implementando otras mas junto a la que queríamos usar originalmente jajaja. Saludos.
Gracias por el aporte. Ojalá la charla hubiera sido un curso para hablar de todo, pero bueno, como introducción creo que lo abordé muy bien.
Estoy de acuerdo en lo último, pero creo q el video si fue bien enfocado ya q para sugerir una u otra arquitectura prometo se necesita conocer a fondo cada una d ellas y en 16 minutos no te da la vida para explicar todas. Sin embargo tanto el video como el comment aportan mucho a quien quiera aprender y profundizar. Saludos
Podrías recomendarme buen material al respecto de todo lo que comentas para ampliar? Gracias
en el minuto 9:19 se equivocó el señor con respecto a la explicacion de sqs y sns , la explicacion la dijo al reves, es al reves.