Contenido del curso
Un broker de mensajería o message-oriented middleware es algo que está en medio, un intermediario. El broker de mensajería se va asegurar de que lo mensajes lleguen a su destino y esos mensajes tendrán una serie de cliente.
Nunca hacen una interacción directa de uno a otro ya que sería una interacción síncrona.
🤙
Me gusto, la explicación esta, todo muy claro
Me gustó la explicación.
La cola de mensajes tienen clientes que van a emitir mensajes, mensajes que se colocan por orden.
el broker de mensajeria se va a encargar de que los mensajes lleguen al destino, los mensajes tendran una serie de clientes que van a ir leyendo los mensajes que se colocaron en la cola.
Cuando el broker de mensajeria se tiene programado para que los mensajes se lean una sola vez, este lee el mensaje, luego se destruye de la cola, y se pasa al elemento siguiente en la cola.
La diferencia entre el cliente y el store puede que no sea mucha, porque el cliente puede emitar un mensaje donde diga “he recibido el mensaje”, entonces avisa al broker de mensajeria y el broker de mensajeria termina ahi su trabajo.
El broker de mensajeria se va a asegurar de que el mensaje siempre se reciba, puede establecer mecanismos como por ejemplo un timeout, en el que si no se ha recibido el mensaje en un tiempo determinado, lo vuelve a enviar hasta que se reciba,
El broker de mensajeria puede asignar prioridades, se pueden tener varios clientes leyendo la cola de mensajes a la vez, pero, hay algunos clientes que tienen mas prioridad que otros, entonces en caso de contencion, en caso de “empate”, el cliente con mas alta prioridad es el que recibe el mensaje.
De esta manera se construyen arquitecturas muy flexibles, que permiten tener sistemas en la nube administrados por los broker de mensajeria.
El broker de mensajeria tambien puede tener mecanismos internos que le permitan duplicarse, tambien monitorizar su desempenio y cuando sea necesario trabajar con varias colas, o multiplicar nodos computacionales para que se sincronicen entre si y permitan distribuir con mas altas prestaciones el trabajo computacional.
Los brokers de mensajeria no tienden a tener una interaccion directa de uno a otro, porque esta seria sincrona y pararia todo el resto del sistema hasta que termine la interaccion.
Celery nos permitira trabajar con los brokers de mensajeria de forma eficiente y de forma abstracta, creando una abstraccion que va a ser la idea de tarea de forma que no nos tengamos que preocupar tanto por el hecho de enviar y recibir mensajes, sino simplemente por el hecho de decidir que worker (o muchos workers) ejecutara la tarea.
Funciona como pub/sub? es decir una app podría subscribirse y leer los mensajes de cierta app que ponga mensajes en la cola? . Que protocola usa el cliente que lee los mensajes en el broker?
Creo que Celery funciona mas como pub, pero podria implementarse sockets para que sirva como sub.
Comprendo que usando celery El cliente (worker) lee los mensajes del broker (redis) leyendo su base de datos a traves de una conexion.
Ejemplo: El worker lee una bd de redis a través del puerto 6379
Microservicios inicia aqui :D
