Patrón de arquitectura orientada a eventos

Поделиться
HTML-код
  • Опубликовано: 14 дек 2024

Комментарии • 40

  • @roddybranch3407
    @roddybranch3407 2 года назад

    Excelente explicación brother, clara, simple y resumida!

  • @erimaykenta
    @erimaykenta Год назад

    Genial en sistemas con sensores!!

  • @manuelzapatacastillo561
    @manuelzapatacastillo561 3 года назад

    Excelente exposición 🇨🇴

  • @joshy56
    @joshy56 3 года назад

    Gracias por compartir este patrón de Arq. De software, la verdad que es muy interesante este enfoque

  • @fernandopoveda9861
    @fernandopoveda9861 3 года назад

    Buen patrón, en especial si se desea tener un buen control del sistema (Como por ejemplo auditoria)...

  • @ronnyguillen7151
    @ronnyguillen7151 3 года назад

    Muy buena explicación Manuel, saludos..

  • @TheSebasgg
    @TheSebasgg 9 месяцев назад

    Muchas gracias, Manuel. Desde hace un año más o menos vengo profundizando en patrones de arquitecturas y tu canal me ha ayudado mucho a entender inicialmente la teoría. Tienes cursos donde se desarrolle un proyecto aplicando está arquitectura orientada a evento? O conoces algún otro recurso donde pueda ver un curso sobre ello?

  • @dearalex2056
    @dearalex2056 3 года назад

    Tremendos videos los que se rifa, saludos y muchas gracias por el contenido!

  • @manuelzapatacastillo561
    @manuelzapatacastillo561 3 года назад

    Excelente exposición Hijo

  • @sergioarfi9742
    @sergioarfi9742 5 лет назад +8

    Hola Manuel, te recomiendo contactar con Jorge del canal latincoder, te puede ayudar con la difusión de tu canal y de tus cursos. Suele hacer videos en modo entrevista y tiene buena llegada. Saludos

    • @ManuelZapata
      @ManuelZapata  5 лет назад

      Gracias por la recomendación Sergio! Voy a ver como podemos colaborar.
      Justamente hoy voy a participar de un live en el canal de Coderos: ruclips.net/channel/UCCWF25mcVP25_zQLyXzXu5g

  • @victorvasquez9018
    @victorvasquez9018 Год назад

    @manuel zapata es posible que se mezclen arquitecturas? ejemplo dentro de un microservicio desplegado en AWS hacer llamados al servicio SQS y un worker, que vendría siendo una arquitectura de eventos, esto con el fin de hacer el servicio asíncrono.

    • @ManuelZapata
      @ManuelZapata  Год назад

      Por supuesto, Victor! Es posible mezclar patrones de arquitectura.

  • @johncerpa3782
    @johncerpa3782 4 года назад

    Excelente video

  • @joseenriquedelosreyesfuent4319
    @joseenriquedelosreyesfuent4319 4 года назад +2

    Gracias me ayudaste conn mi tarea.

  • @franklinquispegarces8415
    @franklinquispegarces8415 4 года назад +3

    Buena explicación, me quedó más claro. También podría sugerir que hagas un video con los libros que te ayudaron a comprender estos principios u otros que recomiendas como libros de cabecera. Por ejemplo este video veo que tienes un stand donde hay algunas tapas de libros que reconozco como el de "Rework" y el de "Soft Skills".

    • @ManuelZapata
      @ManuelZapata  4 года назад +1

      Gracias por la recomendación Franklin. Me gusta esa idea.
      Aquí tengo algunos libros que recomiendo: manuelzapata.co/libros-recomendados-arquitectura-de-software/

  • @DiegoBermudez1
    @DiegoBermudez1 4 года назад

    Gracias, buena explicación

  • @darvin3665
    @darvin3665 3 года назад

    Que tal, chevere la explicación. Consulta: Como se maneja los errores en caso de usar este patron?

  • @carlospertuzarroyave3364
    @carlospertuzarroyave3364 4 года назад

    Buen día. Excelente contenido. Podrías asociar una herramienta tecnológica a las 2 topologias? Ejemplo: rabbitMQ se acoplaria a la topologia mediador.

    • @ManuelZapata
      @ManuelZapata  4 года назад

      Por supuesto! RabbitMQ va más por la línea de broker. Apache Camel o Mule ESB van por la línea de los mediadores.

  • @lazamh4869
    @lazamh4869 5 лет назад +1

    Hola disculpa cuando se utiliza este patrón?

    • @ManuelZapata
      @ManuelZapata  5 лет назад +2

      Hola Laza MH! Lo utilizas principalmente cuando tienes que enviar mensajes a varios sistemas o componentes, pero no quieres que esos sistemas se conozcan entre sí.
      Es común que encuentres este patrón en aplicaciones para internet de la cosas (IoT) y aplicaciones que mueven muchísimos datos.
      En este video también hay muchísima información de los casos en que cada patrón de arquitectura es útil: ruclips.net/video/a8YpqVbtf6A/видео.html

    • @lazamh4869
      @lazamh4869 5 лет назад

      @@ManuelZapata muchas gracias por su amable respuesta

    • @MarkTin2000
      @MarkTin2000 5 лет назад +1

      @@lazamh4869 en las aplicaciones bancarias lo he visto mucho.

  • @andresquintero6746
    @andresquintero6746 2 года назад

    Cordial saludo
    Excelente video pero me surge una duda cual sería la diferencia entre un message broker y un event bus ?

  • @JuniorCastroDev
    @JuniorCastroDev 5 лет назад +1

    Hola Manuel, cuando te refieres a la orquestación de procesadores te refieres a trabajar con los hilos del procesador para entregarle una tarea asíncrona para aprovechar los recursos del servidor?

    • @ManuelZapata
      @ManuelZapata  5 лет назад +2

      No necesariamente Junior.
      En este contexto, orquestación significa que el componente de mensajería se encarga de que los procesadores se vayan ejecutando de manera ordenada, pasándole mensajes en el momento justo.

  • @Ni7ram
    @Ni7ram 4 года назад

    genial este canal

  • @EdwuardQuintero
    @EdwuardQuintero 5 лет назад

    Hola que tal. Amigo una consulta sobre arquitectura java relacionada con Colas.
    Escuche una pregunta en una entrevista de este tipo: como implementarias una cola sin usar apis como JMS o algun gestor como rabbitMQ ? Cual seria el tipo de respuestas que apliquen ?

    • @ManuelZapata
      @ManuelZapata  5 лет назад +2

      Ufff buena pregunta.
      Al final del día una arquitectura de eventos se reduce a 3 partes:
      1. Un generador de eventos
      2. Una cola u otro mecanismo donde poner mensajes.
      3. Un receptor o procesador.
      Una implementación MUY básica sería una clase que tenga métodos para poner mensajes en una cola interna (colección) y que tenga mecanismos para que los receptores se puedan suscribir a los eventos y ser notificados cuando ocurran. Sería algo así como una versión más avanzado del patrón de diseño Observador.

  • @alexalfonsomunt
    @alexalfonsomunt 4 года назад

    buenas explicación

  • @baneymelo7468
    @baneymelo7468 3 года назад

    Una pregunta, *WhatsApp o Instagram por ejemplo, utilizan esta arquitectura?* porque gestionan MILLONES de datos como mensajes y multimedia en general.

  • @carlosisasmendi1731
    @carlosisasmendi1731 3 года назад

    Recién entiendo como se llaman esa cosa jajaja gracias

  • @diegotorres50
    @diegotorres50 3 года назад

    El contenido es interesante pero hace falta apoyo visual, diagramas, dibujar un poco mas, esto mejora la calidad de la charla