La de veces que he intentado yo explicar esto en mi empresa. Y siempre me salen con que como puede ser que no lleguen en orden o de dupliquen los eventos. Te toman por loco
@lenyndev Жыл бұрын
Lo interesante es que no siempre se requiere un orden total sino un orden por aggregados o contextos. En ese punto es donde es importante asegurar una arquitectura que dependiendo de la infraestructura del broker permita que las colas mantengan un orden basado en X. Pero tambien depende lo que queramos, si queremos como me gusta decirlo a mi MAXIMA VELOCIDAD probablemente el orden no tenga tanta prioridad o a la inversa.
@decimodanlive Жыл бұрын
Ese es un problema que a muchos devs les cuesta entender y aplicar a sus proyectos… Aquí es cuando CRUD se vuelve un anti-patrón
@Luis-uj9jh Жыл бұрын
Existen varios modelos de control de eventos como Brodcast, interruptor etc.... normalmente los que están construidos estas herramientas se basan en Brodcast ( en transmitir ), algo muy común que ocurre es que los sub sistemas implicados en el sistema tienden a duplicar los eventos cuando los manejan. una forma de atender a esto. es: ten claro tu arquitectura y tu flujo de trabajo, suena "tonto" pero al tener el flujo diseñado de todos los sub sistemas involucrados, vas a tener mayor control de lo que este pasando, y segundo, saber definir un evento. Consejo, si lo que están describiendo lo puedes vincular con un momento en el tiempo, es un evento. Saludos ....
@JorgeLlorca-b2d10 ай бұрын
Kafka no funciona ni parecido a lo que han expuesto en este video, no se ni para que lo han mencionado
@JorgeMartinez-xb2ks Жыл бұрын
Se puede resolver almacenando y usando bien el tiempo en el que se introduce cada mensaje y por supuesto siempre que usamos un cliente reactivo en el browser.
@xxnurioxx Жыл бұрын
Kiss, por favor… el orden solo es necesario si estás haciendo las cosas mal. La solución no es complicarse la vida. Muy pocos casos requieren orden, y dudo que sea el caso de la mayoría.