00:00:07 Event sourcing y sus beneficios sobre las bases de datos relacionales tradicionales.
00:00:31 Event sourcing y su concepto central.
00:01:52 El surgimiento de las bases de datos relacionales y el software CRUD en los años 70.
00:04:29 Restricciones y suposiciones introducidas por los sistemas basados en CRUD.
00:06:10 Beneficios del event sourcing en la corrección de errores y el mantenimiento del sistema.
00:08:00 Frustración al lidiar con sistemas mutables y errores cuánticos en la ingeniería de software.
00:09:02 Event sourcing como solución para los problemas de la cadena de suministro y su relación con el almacenamiento de datos económico.
00:12:38 Adopción del event sourcing en grandes empresas y sus beneficios para la transparencia y eficiencia.
00:14:36 Event sourcing como una perspectiva alternativa a la metodología cruda en el diseño de software de cadena de suministro.
00:15:37 Prevalencia futura del event sourcing y posibles barreras para su adopción generalizada.
00:17:18 Comparación de los principios del event sourcing con los principios contables y su importancia.
00:19:22 La necesidad de ser impulsado por datos en la gestión de la cadena de suministro.
00:20:25 Especulando sobre el crecimiento futuro de Amazon y sus posibles limitaciones.
00:21:07 Conclusión y comentarios finales.
Resumen
En una entrevista con Joannes Vermorel, fundador de Lokad, el presentador Kieran Chandler explora el concepto de event sourcing y sus beneficios en la gestión de la cadena de suministro. El event sourcing implica representar el estado de un sistema informático como una secuencia de eventos, lo que proporciona una visión más transparente e inmutable de los eventos pasados, facilitando su reproducción y solución de problemas. Vermorel señala que la popularidad del modelo CRUD, que permite a los usuarios crear, leer, actualizar y eliminar datos, a veces dificulta reconocer los beneficios potenciales del event sourcing. Sin embargo, cree que a medida que el almacenamiento de datos se vuelva más económico, el event sourcing se volverá más prevalente, impulsado por el crecimiento de empresas tecnológicas como Amazon.
Resumen Extendido
En esta entrevista, el presentador Kieran Chandler y Joannes Vermorel, fundador de Lokad, discuten el concepto de event sourcing y su creciente popularidad en comparación con las bases de datos relacionales tradicionales. El event sourcing es un enfoque en el que el estado de un sistema informático es solo un reflejo de una serie de eventos, con la idea de que no hay una representación directa de los datos que no sean los propios eventos. Por ejemplo, en el software de gestión de inventario, no hay un nivel de stock específico, sino más bien una secuencia de movimientos de stock que, cuando se consolidan, proporcionan un número sintético que representa el nivel de stock actual.
Durante la década de 1970, se tomaron decisiones sobre cómo representar los datos de una empresa electrónicamente. El modelo relacional se hizo popular y la mayoría del software de cadena de suministro ahora se clasifica como aplicaciones CRUD (crear, leer, actualizar, eliminar). El software CRUD se basa en tablas con campos, lo que permite a los usuarios agregar, leer, modificar o eliminar líneas dentro de la tabla. Este modelo simple ha tenido éxito y se ha adoptado ampliamente en diversas industrias.
Sin embargo, Vermorel señala que existen enfoques alternativos para la representación de datos, como el event sourcing. Sugiere que la popularidad de CRUD a veces puede dificultar el reconocimiento de los beneficios potenciales de otros métodos. Una diferencia significativa entre CRUD y el event sourcing es la idea de la mutabilidad; en CRUD, el pasado es mutable, lo que puede resultar desconcertante desde una perspectiva filosófica. En cambio, el event sourcing ofrece una visión más transparente de los eventos pasados y los cambios que han ocurrido en un sistema.
La discusión destaca el creciente interés en el event sourcing como alternativa a las bases de datos relacionales tradicionales para la gestión de la cadena de suministro y otras aplicaciones. Aunque CRUD se ha adoptado ampliamente, no siempre puede ser el mejor enfoque, y explorar métodos alternativos de representación de datos como el event sourcing puede proporcionar una mejor claridad y comprensión de los eventos pasados.
Vermorel explica que la gran mayoría de los sistemas de software utilizados para gestionar cadenas de suministro, como ERPs y MRPs, están construidos con pasados mutables, lo que puede dar lugar a situaciones complejas y contraintuitivas. Sin embargo, sugiere que un enfoque mejor sería ver el pasado como inmutable, ya que esto puede ayudar a evitar tales problemas.
Una ventaja significativa de utilizar el event sourcing, según Vermorel, es su utilidad en la corrección de errores. Señala que los grandes sistemas de software de cadena de suministro a menudo tienen numerosos errores y características indeseables, que pueden persistir durante años y resultar frustrantes de tratar. Con el event sourcing, toda la información en el sistema se representa como una serie de eventos. Al depurar, los ingenieros simplemente pueden reproducir los eventos uno por uno para reproducir la situación exacta que creó el problema y solucionarlo.
Vermorel contrasta esto con la situación alternativa en la que el estado del sistema es mutable, lo que dificulta que los equipos de TI reproduzcan y solucionen problemas. Esto puede dar lugar a un ciclo frustrante de informes de errores e intentos de solución, con errores que a menudo vuelven a aparecer después de un corto período de tiempo. El event sourcing, por otro lado, proporciona una forma determinista de regenerar y solucionar problemas.
La discusión luego se centra en la idea del event sourcing con más detalle, con Vermorel explicando que implica examinar cada operación que ocurre dentro de una cadena de suministro. Sugiere que uno podría preguntarse por qué el event sourcing no es el enfoque predeterminado, ya que se alinea con la forma en que los contadores han utilizado los libros de contabilidad durante siglos. Los libros de contabilidad suelen ser inmutables, con nuevas transacciones agregadas para corregir errores anteriores en lugar de reescribir transacciones pasadas.
Vermorel explica que la razón por la que el event sourcing no es el enfoque predeterminado se debe al alto costo del almacenamiento informático a fines de la década de 1970 y principios de la década de 1980. Para ahorrar en costos de almacenamiento, los sistemas de software se diseñaron para sobrescribir los datos pasados con totales actualizados. Sin embargo, señala que el almacenamiento de datos se ha vuelto mucho más barato desde entonces, lo que hace más factible implementar el event sourcing como una práctica estándar.
Cuando se le pregunta si las empresas más pequeñas deberían estar interesadas en el event sourcing, Vermorel responde que es una perspectiva filosófica sobre el pasado, con la idea de que el pasado debería ser inmutable en los sistemas informáticos. Si bien la mayoría de los ERPs no utilizan el event sourcing, Vermorel cree que adoptar este enfoque puede ayudar a prevenir problemas asociados con pasados mutables en el software de gestión de la cadena de suministro.
En resumen, Joannes Vermorel aboga por el uso del event sourcing en la optimización de la cadena de suministro, enfatizando sus beneficios en la corrección de errores y alineándose con la naturaleza inmutable del pasado. Aunque aún no se ha adoptado ampliamente, el event sourcing proporciona una forma más determinista de manejar problemas en los sistemas de software de la cadena de suministro y podría ser de interés para empresas de todos los tamaños.
Exploran los beneficios de este enfoque, su adopción por parte de líderes tecnológicos y su futura prevalencia en el mercado.
El event sourcing es un método de diseño de software que almacena el estado de un sistema como una secuencia de eventos, en lugar de a través de la metodología más tradicional de Crear, Leer, Actualizar, Eliminar (CRUD). Vermorel señala que los líderes tecnológicos, como Amazon, Zalando y Alibaba, han adoptado el event sourcing para sus sistemas de cadena de suministro, siendo Amazon un impulsor importante de su adopción en el mercado.
Vermorel argumenta que el event sourcing ofrece varios beneficios para la gestión de la cadena de suministro. En primer lugar, proporciona una mayor transparencia y eficiencia, así como la reducción de desperdicios y la mejora de la capacidad de respuesta. En segundo lugar, destaca las limitaciones del CRUD, que estuvo fuertemente influenciado por restricciones económicas que solo eran relevantes en los años 70 y 80.
Mirando hacia el futuro, Vermorel cree que el event sourcing se volverá más prevalente a medida que el almacenamiento de datos se vuelva más barato y las empresas impulsadas por la tecnología continúen creciendo. Él enfatiza que la adopción en el mercado está impulsada por un proceso de “gran filtro”, en el cual las empresas que utilizan métodos menos efectivos salen del negocio, dejando a aquellas que utilizan enfoques más exitosos para prosperar.
Vermorel también destaca la importancia del event sourcing para las empresas con sistemas de software internos. Incluso si no adoptan el event sourcing directamente, comprender sus principios puede ayudarles a mitigar los problemas de mutabilidad en sus sistemas CRUD existentes. Asegura que el event sourcing debería verse como una piedra angular de la práctica de la cadena de suministro, al igual que el concepto de un libro mayor no reescribible en contabilidad.
Dado que los profesionales de la cadena de suministro se basan en datos por necesidad, Vermorel sostiene que es esencial que tengan principios rectores para la recopilación, organización y procesamiento de datos. Sugiere que explorar el event sourcing puede ayudar a los profesionales a identificar y abordar muchos problemas subyacentes dentro de sus organizaciones.
Vermorel ve un futuro en el que el event sourcing continúe ganando cuota de mercado, impulsado por el crecimiento de empresas impulsadas por la tecnología como Amazon. Sin embargo, reconoce que las economías de escala eventualmente pueden limitar la dominancia de estas empresas, permitiendo enfoques más diversos para la gestión de la cadena de suministro.
Transcripción completa
Kieran Chandler: Entonces hoy, vamos a entender un poco más sobre cómo funciona y discutir cómo puede proporcionar una mejor claridad de lo que sucedió en el pasado. Entonces, Joannes, ¿qué es exactamente el event sourcing?
Joannes Vermorel: El event sourcing, técnicamente, es la idea de que el estado en tu sistema informático es solo el reflejo de una serie de eventos. Entonces, todo lo que puedes ver en un sistema informático, o todo lo que hace, se basa en eventos. Solo tienes eventos, y si tienes algo como un total en pantalla o cualquier información en el sistema, es solo el resultado directo de una serie de eventos. Para hacerlo más concreto, la idea sería, por ejemplo, si tienes un nivel de stock en pantalla en tu software de gestión de inventario, no existe tal cosa como un nivel de stock en el software. Todo lo que tienes es solo una secuencia de movimientos de stock, donde se colocaron o se recogieron cantidades, y cuando consolidas todos esos eventos, obtienes un número sintético que es el nivel de stock actual. Pero la idea con el event sourcing es que el sistema no tiene nada más que eventos en lo que respecta al pasado.
Kieran Chandler: Entonces, ¿dónde se utilizan estas técnicas de event sourcing? ¿Es algo que vemos a menudo en el mercado?
Joannes Vermorel: En los años 70, se tomaron algunas decisiones sobre cuál sería la mejor manera de representar los datos de una empresa en general, y su pasado en particular. Puede sonar muy filosófico, pero en realidad es una pregunta muy amplia. Cuando quieres digitalizar tu empresa, necesitas una representación electrónica de tu empresa y su pasado. Incluso si es un pasado muy reciente, sigue siendo el pasado. Entonces, básicamente, quieres tener un reflejo del pasado, y resultó que hay muchas formas de hacerlo. Algunas de esas formas se volvieron increíblemente populares a fines de los años 70 y mantuvieron su popularidad durante las últimas décadas que siguieron. Pero no es la única forma de verlo. Es muy intrigante que cuando tienes una cierta forma de hacer las cosas que se vuelve extremadamente popular, puede volverse tan grande que en algún momento ni siquiera te das cuenta de que en realidad es posible hacerlo de formas muy diferentes.
Entonces lo que sucedió fue que este modelo relacional ganó, y con eso, hubo un tipo de aplicación que se construyó sobre él. Básicamente, la gran mayoría del software de cadena de suministro en la actualidad se clasifica en la categoría de lo que se conoce como software CRUD. CRUD es en realidad un acrónimo que significa Crear, Leer, Actualizar, Eliminar. Entonces, la idea es que tienes tablas, cada tabla tiene campos, y luego lo que hace tu software es que puedes agregar una línea (eso es Crear), puedes leer una línea existente, puedes modificar (eso es Actualizar) una línea existente y puedes eliminar una línea existente. Este modelo es muy simple cuando lo piensas, y esas cuatro variables, CRUD, lograron conquistar el mundo de la cadena de suministro, para que puedas reflejar prácticamente todo con eso. Ha sido muy exitoso, muy popular, pero no es el mismo enfoque. Y lo interesante es que hay otros enfoques alternativos, y el event sourcing es uno de ellos.
Kieran Chandler: Veamos la popularidad de ese enfoque CRUD entonces. ¿Introdujo alguna restricción o suposición con la que ahora estamos acostumbrados a trabajar?
Joannes Vermorel: Sí, introdujo algo que es
Kieran Chandler: Algo que es muy desconcertante cuando lo piensas, desde casi una perspectiva filosófica, es que el pasado es mutable. Quiero decir, cuando piensas en tu experiencia diaria, algo sucedió en el pasado, no puedes cambiarlo, ¿verdad? Así es como es. Y sin embargo, en los sistemas informáticos, en los sistemas empresariales modernos como los ERPs, MRPs, etc., todas esas clases de sistemas de software complejos que ejecutan empresas y sus cadenas de suministro, la gran mayoría de esos sistemas de software se basan en el principio de diseño rudimentario de que el pasado es completamente mutable. Si te detienes a pensar en eso, te encuentras con todo tipo de situaciones extrañas que son solo el resultado del hecho de que el pasado es mutable, y eso puede llevar a una forma distorsionada de pensar en los sistemas. Crea mucha complejidad y, en general, choca con lo que intuitivamente pensarías sobre los sistemas.
Joannes Vermorel: Sí, hay un beneficio en el event sourcing que es realmente significativo e increíblemente mundano: la corrección de errores. Los grandes sistemas de software de la cadena de suministro tienen errores, características indeseables por todas partes y, por lo general, esto continúa durante décadas. Hay miles de tickets abiertos y enviados a TI, y la mayoría de ellos nunca se solucionan. Es muy frustrante. El event sourcing en realidad se relaciona bastante con la corrección de errores. En Lokad, hemos estado utilizando el event sourcing internamente durante una década, y es muy interesante. Cuando te enfrentas a un error en un sistema basado en eventos, toda la información en el sistema se representa como una serie de eventos. Entonces, cuando quieres depurar algo, solo necesitas reproducir los eventos uno por uno. Debido a que los únicos datos que existen en tu sistema son esta secuencia de eventos, puedes reproducir la misma situación exacta que creó el problema y solucionarlo.
Comparemos esto con la situación alternativa donde todo el estado de tu sistema es mutable. El problema es que cuando te enfrentas a un problema, como un fallo en los niveles de stock, el problema es que los niveles de stock siguen cambiando. Cuando el equipo de TI mira el problema, ya habrá desaparecido. No puedes reproducirlo y no puedes solucionarlo. Es extremadamente frustrante como ingeniero de software lidiar con un sistema altamente mutable. La mayoría de los errores resultan ser como errores cuánticos, donde hay un error, pero cuando lo miras, desaparece. Luego dejas de mirarlo y vuelve a aparecer. Es muy frustrante.
El event sourcing es muy interesante en este sentido porque te brinda una forma completamente determinista de regenerar esos problemas y solucionarlos de una vez por todas. Si observas los problemas de la cadena de suministro en general, aunque el software no va a resolver todos los problemas, resulta que en realidad…
Kieran Chandler: El software está creando con frecuencia una buena parte de los problemas a los que se enfrentan las cadenas de suministro modernas. Ok, volvamos y veamos un poco más en detalle el event sourcing, esta idea de analizar cada operación mundana que ha ocurrido en una cadena de suministro. Suena un poco aburrido. ¿Qué tan fácil sería entonces retroceder y verificar lo que ha sucedido y llegar a la causa raíz de un problema?
Joannes Vermorel: ¿Por qué no es lo predeterminado simplemente registrar los eventos a medida que ocurren y decir que esto es el pasado, ya sabes? Cuando observas lo que yo diría que las personas han hecho durante siglos, como los contadores, tienen libros de contabilidad. Los libros de contabilidad tienen esta propiedad de ser normalmente inmutables. Solo agregas cosas a un libro de contabilidad. Si cometes un error en una transacción, no borras una transacción en el pasado. Simplemente agregas otra transacción que dice que esta transacción anterior fue incorrecta y aquí está la corrección, y así es como funciona. Entonces, no reescribes el pasado, solo agregas más cosas al final.
Pero a fines de los años 70, el almacenamiento de computadoras era increíblemente caro, por lo que la idea de tener esta inmutabilidad del pasado era una característica agradable si estabas realmente ajustado. Si tu libro de contabilidad, como contador, solo tiene 10 páginas y si te quedas sin espacio, lo único que tienes es un borrador. Entonces, lo que haces es tratar de resumir los totales de tus libros, agregar algunas transacciones y cada vez que te quedes sin espacio, simplemente borras la transacción pasada, actualizas los totales y listo. Eso es literalmente lo que sucedió a fines de los años 70 y principios de los 80. Todo el mundo del software siguió un cierto camino que tenía sentido debido al hecho de que el almacenamiento de datos era increíblemente caro en ese momento.
Avancemos rápidamente, 40 años después, el almacenamiento de datos es simplemente increíblemente barato. Puedes comprar un disco duro de un terabyte por cincuenta dólares. Eso es increíblemente barato. Entonces, si quieres tener un almacenamiento de datos súper confiable, necesitas copias múltiples y un sistema para administrar esas copias, pero estamos por debajo de $1 por gigabyte y los datos son muy, muy baratos.
El event sourcing es en gran medida la arquitectura básica de todo un sistema ERP. Estos son temas que realmente interesan a grandes multinacionales y grandes empresas como SAP. ¿Deberían las empresas más pequeñas estar realmente interesadas en algo así?
Kieran Chandler: Esa es una pregunta interesante. ¿Deberían las empresas más pequeñas estar interesadas en el event sourcing?
Joannes Vermorel: Creo que el event sourcing es una perspectiva filosófica sobre el pasado, que básicamente es que el pasado es inmutable y los sistemas informáticos que tienes deben reflejar eso, o terminarás con soluciones subóptimas. La gran mayoría de los ERPs no están utilizando el event sourcing, así que ese es el primer obstáculo. La gran mayoría de los ERPs no lo están utilizando en su mayoría. Cuando miras quién está utilizando el event sourcing, son líderes tecnológicos que típicamente no están produciendo software de cadena de suministro, tal vez excepto Amazon, Zalando y Alibaba, las empresas que operan su propia cadena de suministro con su propio software personalizado.
En cuanto a los beneficios, muchas empresas intentan tener más transparencia en la cadena de suministro. Quieren ser más eficientes, menos derrochadoras, más ágiles y están luchando mucho con sus sistemas de TI.
Kieran Chandler: Aunque son problemas bastante difusos, no hay una única respuesta al problema. Pero lo que veo es que el event sourcing es muy interesante porque señala una falla específica, diría yo, en la forma excesivamente dominante de diseñar software que se utiliza para problemas de cadena de suministro. Por lo general, la mayoría de los profesionales ni siquiera son conscientes de esta perspectiva, de que existen otras perspectivas. Así que creo que el event sourcing es muy interesante, no necesariamente porque sea la respuesta definitiva a esos problemas, sino simplemente porque el hecho de que exista demuestra que en realidad esta metodología CRUD, donde CRUD significa Crear, Leer, Actualizar, Eliminar, solo muestra que esta metodología CRUD, que es una forma de construir sistemas de software para abordar las cadenas de suministro, no es el final del juego. Es solo una de las formas, y este patrón de diseño en realidad fue fuertemente influenciado por restricciones económicas que solo eran relevantes durante los años 70 y 80, y a fines de los años 90, eso estaba desapareciendo. Entonces, si miramos hacia el futuro, el almacenamiento de datos es increíblemente barato y hemos superado esas barreras. ¿Puedes ver que el event sourcing se vuelva más común en el mercado en las próximas décadas y hay alguna barrera que aún necesitemos superar para que eso suceda?
Joannes Vermorel: En primer lugar, el event sourcing se está volviendo más común simplemente porque Amazon está creciendo más. Además, cada vez que Amazon gana un uno por ciento de participación en el mercado, el event sourcing se vuelve un uno por ciento más común en el mercado. Y cuando digo Amazon, me refiero a todas las demás empresas impulsadas por la tecnología que simplemente están devorando el mercado. Así que sí, definitivamente se está volviendo más común. El mercado es un gran filtro, no es un educador, por lo que las cosas no se vuelven más populares porque se adopten; se vuelven más populares simplemente porque las empresas que no las utilizan simplemente quiebran y desaparecen, y así las empresas que quedan simplemente resultan estar utilizando las cosas que funcionan más. Entonces, ¿puede volverse más popular? Yo diría que sí. Y cuando miro a través de la base de clientes de Lokad, tenemos aproximadamente una cuarta parte o una quinta parte de nuestros clientes que tienen sistemas de software personalizados internos para administrar la empresa. Entonces, si tienes sistemas de software internos, te recomendaría encarecidamente que eches un vistazo al event sourcing. Incluso si no adoptas el event sourcing de inmediato porque es un cambio de paradigma completo para el diseño de tu software, aún hay mucho que aprender. Y si estás muy familiarizado con el event sourcing, eso te permite hacer realmente CRUD, ya sabes, la forma habitual de hacer cadena de suministro.
Kieran Chandler: Hoy en día, el software se puede utilizar de formas en las que se mitigan esos problemas de inmutabilidad del pasado. Si tienes mucho cuidado con la forma en que lo diseñas, puedes mutar el pasado en tu código y obtener algo que se acerque mucho a los eventos o cosas así. No necesariamente tienes que reescribir todo para acercarte a eso. Yo diría que no es solo un problema para TI. Algunas personas podrían descartarlo como algo súper geek que solo interesa a los arquitectos de bases de datos, pero creo que es más que eso.
Joannes Vermorel: Estoy de acuerdo, ese tipo de conceptos de alto nivel deberían ser la piedra angular de la práctica de la cadena de suministro. Al igual que el hecho de que un libro mayor no se puede reescribir es una piedra angular de los principios contables. En contabilidad, sabes que no se supone que debes retroceder en los libros de los años anteriores y reescribir las transacciones. La gente no diría que esto de los libros mayores es solo un detalle del software. Esos principios se establecieron antes de la llegada de las computadoras.
Si tenemos en cuenta que ser un profesional de la cadena de suministro implica lidiar con una gran cantidad de datos, es difícil percibir la realidad de las cadenas de suministro porque son vastas, complejas y multisitio. Por diseño, como profesional de la cadena de suministro, no puedes decir que verás todo con tus propios ojos. Puedes ver una tienda, un almacén, pero no puedes estar en todas partes. Por lo tanto, estás impulsado por los datos por necesidad. Lo único que ves sobre tu cadena de suministro son básicamente los números extraídos a través de muchos sistemas.
Creo que al igual que un contador, necesitas tener ciertos principios rectores sobre la forma en que se recopilan, organizan y procesan estos datos. Volviendo a la obtención de eventos, creo que es algo en lo que los profesionales de la cadena de suministro realmente deberían echar un buen vistazo, porque les ayudará a identificar toneladas de problemas subyacentes en su organización.
Kieran Chandler: Brillante. Bueno, si seguimos esperando a Amazon, pronto tomarán otro porcentaje y estarán más cerca del 100%. En algún momento, las grandes empresas como Amazon pueden colapsar bajo su propio peso debido a la dificultad de volverse absolutamente gigantescas. Eso les impedirá tomar el 100% de la cuota de mercado, pero el problema es que simplemente serán otros competidores que sean como Amazon los que tomarán el resto del mercado.
Joannes Vermorel: Sí, estén atentos.
Kieran Chandler: Eso es todo por esta semana. Muchas gracias por sintonizar, y nos vemos la próxima vez. Hasta luego.
