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 auge de las bases de datos relacionales y el software CRUD en los años 70.
00:04:29 Restricciones y supuestos introducidos por 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 La frustración de lidiar con sistemas mutables y bugs cuánticos en la ingeniería de software.
00:09:02 Event sourcing como solución para problemas de supply chain y su relación con el almacenamiento de datos barato.
00:12:38 Adopción del event sourcing en grandes empresas y sus beneficios para la transparencia y la eficiencia.
00:14:36 Event sourcing como una perspectiva alternativa a la metodología tosca en el diseño de software de supply chain.
00:15:37 La futura prevalencia del event sourcing y las posibles barreras a su adopción generalizada.
00:17:18 Comparando los principios del event sourcing con los principios contables y su importancia.
00:19:22 La necesidad de basarse en datos en la gestión de supply chain.
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 gestión de supply chain. El event sourcing consiste en representar el estado de un sistema informático como una secuencia de eventos, lo que proporciona una vista más transparente e inmutable de los eventos pasados, facilitando así la reproducción y correcció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 puede dificultar el reconocimiento de los beneficios potenciales del event sourcing. Sin embargo, él cree que a medida que el almacenamiento de datos se abarata, 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 el reflejo de una serie de eventos, con la idea de que no existe una representación directa de los datos aparte de los propios eventos. Por ejemplo, en el software de control de inventario, no existe un nivel de stock específico, sino una secuencia de movimientos de stock que, al consolidarse, 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 electrónicamente los datos de una empresa. El modelo relacional se volvió popular, y la mayoría del software de supply chain ahora se encuadra en la categoría de aplicaciones CRUD (crear, leer, actualizar, eliminar). El software CRUD se basa en tablas con campos, lo que permite a los usuarios añadir, 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 a la representación de datos, como el event sourcing. Él 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 cual puede resultar desconcertante desde una perspectiva filosófica. En contraste, el event sourcing ofrece una visión más transparente de los eventos pasados y de los cambios que han ocurrido en un sistema.

La discusión destaca el creciente interés en el event sourcing como una alternativa a las bases de datos relacionales tradicionales para la gestión de supply chain y otras aplicaciones. Aunque CRUD se ha adoptado ampliamente, puede no ser siempre el mejor enfoque, y explorar métodos alternativos de representación de datos como el event sourcing puede potencialmente proporcionar una mayor claridad y comprensión de los eventos pasados.

Vermorel explica que la gran mayoría de los sistemas de software utilizados para gestionar supply chains, como los ERPs y los MRPs, están construidos con pasados mutables, lo que puede dar lugar a situaciones complejas y contraintuitivas. Sin embargo, él sugiere que un mejor enfoque sería considerar el pasado como inmutable, ya que esto puede ayudar a evitar tales problemas.

Una ventaja significativa de utilizar event sourcing, según Vermorel, es su utilidad en la corrección de errores. Él señala que los grandes sistemas de software de supply chain a menudo tienen numerosos bugs y características indeseables, que pueden persistir durante años y resultar frustrantes de manejar. Con el event sourcing, toda la información en el sistema se representa como una serie de eventos. Al depurar, los ingenieros pueden simplemente reproducir los eventos uno por uno para recrear la situación exacta que causó 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 IT reproduzcan y solucionen los problemas. Esto puede resultar en un ciclo frustrante de informes de bugs y de intentos de arreglos, con bugs que a menudo vuelven a aparecer después de un corto período de tiempo. El event sourcing, en cambio, proporciona una forma determinista de regenerar y solucionar problemas.

La discusión luego se desplaza hacia la idea del event sourcing en más detalle, con Vermorel explicando que implica observar cada operación que ocurre dentro de un supply chain. Él sugiere que uno podría preguntarse por qué el event sourcing no es el enfoque por defecto, ya que se alinea con la forma en que los contadores han utilizado los libros contables durante siglos. Los libros contables son típicamente inmutables, con nuevas transacciones añadidas para corregir errores anteriores en lugar de reescribir las transacciones pasadas.

Vermorel explica que la razón por la que el event sourcing no es el enfoque por defecto se debe al alto costo del almacenamiento informático a finales de los años 70 y principios de los 80. Para ahorrar en los costes de almacenamiento, los sistemas de software se diseñaron para sobrescribir los datos pasados con totales actualizados. Sin embargo, él señala que desde entonces el almacenamiento de datos se ha vuelto mucho más barato, haciendo 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 debe ser inmutable en los sistemas informáticos. Aunque 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 supply chain.

En resumen, Joannes Vermorel aboga por el uso del event sourcing en la optimización de supply chain, enfatizando sus beneficios en la corrección de errores y su alineación 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 los problemas en los sistemas de software de supply chain y podría ser de interés para empresas de todos los tamaños.

Exploran los beneficios de este enfoque, su adopción por líderes tecnológicos y su potencial prevalencia futura en el mercado.

El event sourcing es un método de diseñar software que almacena el estado de un sistema como una secuencia de eventos, en lugar de la metodología más tradicional de Crear, Leer, Actualizar, Eliminar (CRUD). Vermorel señala que líderes tecnológicos, como Amazon, Zalando y Alibaba, han adoptado el event sourcing para sus sistemas de supply chain, siendo Amazon un importante impulsor de su adopción en el mercado.

Vermorel argumenta que el event sourcing ofrece varios beneficios para la gestión de supply chain. Primero, proporciona una mayor transparencia y eficiencia, además de reducir el desperdicio y mejorar la capacidad de respuesta. Segundo, resalta las limitaciones del CRUD, que estuvo fuertemente influenciado por restricciones económicas que solo fueron 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 abarate y las empresas impulsadas por la tecnología continúen creciendo. Él enfatiza que la adopción en el mercado es impulsada por un proceso de “gran filtro”, en el cual las empresas que utilizan métodos menos efectivos salen del negocio, dejando que prosperen aquellas que usan enfoques más exitosos.

Vermorel también destaca la importancia del event sourcing para las empresas con sistemas de software internos. Incluso si no adoptan el event sourcing de inmediato, comprender sus principios puede ayudarlas a mitigar los problemas de mutabilidad en sus sistemas CRUD existentes. Él afirma que el event sourcing debe ser visto como una piedra angular de la práctica de supply chain, al igual que el concepto de un libro contable inalterable en la contabilidad.

Dado que los practicantes de supply chain dependen de los datos por necesidad, Vermorel sostiene que es esencial que dispongan de principios rectores para la recolección, organización y procesamiento de datos. Él sugiere que explorar el event sourcing puede ayudar a los practicantes a identificar y abordar muchos problemas subyacentes dentro de sus organizaciones.

Vermorel vislumbra un futuro en el que el event sourcing continúe ganando cuota de mercado, impulsado por el crecimiento de empresas tecnológicas como Amazon. Sin embargo, reconoce que las economías de escala pueden eventualmente limitar el dominio de estas compañías, permitiendo enfoques más diversos para la gestión de supply chain.

Transcripción Completa

Kieran Chandler: Así que hoy, vamos a entender un poco más sobre cómo funciona y a 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 de tu sistema informático es solo el reflejo de una serie de eventos. Así que, 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 mostrado o alguna información en el sistema, es solo el resultado directo de una serie de eventos. Para hacerlo muy concreto, la idea sería, por ejemplo, que si tienes un nivel de stock mostrado en tu software de control de inventario, no existe tal cosa como un nivel de stock en el software. Lo único que tienes es una secuencia de movimientos de stock, de donde se han ingresado o retirado cantidades, y cuando consolidas todos esos eventos, terminas con 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 estamos viendo 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 cuestión muy amplia. Cuando quieres digitalizar tu empresa, necesitas una representación electrónica de tu empresa y de su pasado. Incluso si es un pasado muy reciente, sigue siendo el pasado. Así que, básicamente, deseas tener un reflejo del pasado, y resultó que hay muchas maneras de hacerlo. Algunas de esas formas se volvieron increíblemente populares a finales de los años 70 y mantuvieron su popularidad durante las últimas décadas que siguieron. Pero no es la única manera de verlo. Es muy intrigante que cuando tienes una cierta forma de hacer las cosas que se vuelve sumamente popular, puede llegar a ser tan grande que, en algún momento, ni siquiera te das cuenta de que en realidad es posible hacerlo de maneras muy diferentes.

Lo que sucedió fue que este modelo relacional ganó, y con ello, surgió el tipo de aplicación que se construyó sobre él. Básicamente, la gran mayoría del software de supply chain en la actualidad se encuadra 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 añadir 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 dominar el mundo del supply chain, de modo que puedes reflejar prácticamente cualquier cosa con ello. Ha sido muy exitoso, muy popular, pero no es el mismo enfoque. Y lo interesante es que existen otros enfoques alternativos, y el event sourcing es uno de ellos.

Kieran Chandler: Entonces, veamos la popularidad de ese enfoque CRUD. ¿Introdujo eso alguna restricción o supuesto con el 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, los sistemas empresariales modernos como los ERP, MRP, etc., todas esas clases de sistemas de software complejos que gestionan las empresas y sus supply chains, la gran mayoría de esos sistemas de software están construidos sobre el principio de diseño burdo de que el pasado es completamente mutable. Si te detienes a pensar en eso, terminas 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 especie de forma distorsionada de pensar sobre los sistemas. Crea mucha complejidad y, en general, simplemente colisiona con lo que intuitivamente pensarías sobre los sistemas.

Joannes Vermorel: Sí, hay un beneficio del event sourcing que es en realidad muy significativo e increíblemente mundano: la corrección de errores. Los grandes sistemas de software de supply chain tienen errores, características no deseadas por todas partes, y típicamente, esto se extiende literalmente durante décadas. Hay miles de tickets que están abiertos y enviados a IT, y la mayoría de ellos nunca se solucionan. Es tan frustrante. El event sourcing se relaciona bastante con la corrección de errores. En Lokad, hemos estado usando el event sourcing internamente durante una década, y es muy interesante. Cuando te enfrentas a un error en un sistema basado en event sourcing, toda la información del sistema se representa como una serie de eventos. Así que, cuando quieras hacer debug de algo, solo necesitas reproducir los eventos uno por uno. Debido al hecho de que los únicos datos que existen en tu sistema son este flujo de eventos, puedes reproducir exactamente la misma situación que creó el problema y solucionarlo.

Comparemos esto con la situación alternativa en la que todo el estado de tu sistema es mutable. El problema es que para cuando te encuentras con un inconveniente, como una falla en los niveles de stock, el problema es que los niveles de stock siguen cambiando. Para cuando el equipo de IT analiza el problema, este ya se ha ido. No puedes reproducirlo, y no puedes solucionarlo. Es sumamente frustrante como ingeniero de software al tratar con un sistema que es altamente mutable. La mayoría de los errores resultan ser como errores cuánticos, en los que existe un error, pero cuando lo observas, se desvanece. Luego dejas de mirarlo, y vuelve a aparecer. Es tan frustrante.

El event sourcing es muy interesante en este sentido porque te ofrece una forma completamente determinista de regenerar esos problemas y solucionarlos de una vez por todas. Si miras los problemas de supply chain en general, incluso si el software no va a resolver todos los problemas, resulta que en realidad…

Kieran Chandler: El software con frecuencia está creando una primera parte de los problemas que enfrentan las modern supply chains. Ok, así que volvamos y miremos un poco más en detalle el event sourcing, esta idea de observar cada operación mundana que ha ocurrido en una supply chain. Suena un poco monótono. ¿Qué tan fácil sería entonces volver atrás y revisar lo ocurrido y llegar a la causa raíz de un problema?

Joannes Vermorel: ¿Por qué no es lo por defecto simplemente registrar los eventos a medida que ocurren y decir: “esto es el pasado”, sabes? Cuando observas lo que, diría yo, la gente ha hecho durante siglos, como los contadores, ellos llevan libros contables. Los libros contables tienen esta propiedad de ser normalmente inmutables. Solo se añade contenido a un libro contable. Si registras mal una transacción, no eliminas una transacción del pasado. Simplemente agregas otra transacción que dice que la transacción anterior era incorrecta, y aquí está la corrección, y así es como se trabaja. Es decir, no reescribes el pasado, solo añades más contenido al final.

Pero a finales de los años 70, el almacenamiento en computadoras era increíblemente caro, y por ello la idea de tener esta inmutabilidad del pasado era una especie de característica agradable si el presupuesto era realmente ajustado. Si tu libro contable, como contador, solo tiene 10 páginas y te quedas sin espacio, lo único que tienes es una goma de borrar. Entonces, lo que haces es tratar de resumir los totales de tus libros, añadir algunas transacciones, y siempre que se acaba el espacio, simplemente borras la transacción anterior, actualizas los totales, y eso es todo. Eso es literalmente lo que ocurrió a finales de los 70 y principios de los 80. Todo el mundo del software tomó un camino que tenía sentido debido a que el almacenamiento de datos era tan increíblemente caro en esa época.

Avanzando 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. Así que, si deseas tener un almacenamiento de datos súper confiable, necesitas múltiples copias y un sistema para gestionarlas, pero estamos por debajo de $1 por gigabyte, y los datos son simplemente muy, muy baratos.

El event sourcing es en gran medida la arquitectura en bruto de un sistema ERP completo. Estos son temas que realmente interesan a grandes multinacionales y a empresas grandes como SAP. ¿Deberían las empresas más pequeñas realmente interesarse en algo como esto?

Kieran Chandler: Es una pregunta interesante. ¿Deberían las empresas más pequeñas interesarse en el event sourcing?

Joannes Vermorel: Creo que el event sourcing es una perspectiva filosófica sobre el pasado, que básicamente establece que el pasado es inmutable, y los sistemas informáticos que utilizas deben reflejar eso, o terminarás con soluciones subóptimas. La gran mayoría de los ERP no utilizan el event sourcing, así que ese es el primer inconveniente. La gran mayoría de los ERP, en su mayoría, no lo utilizan. Cuando observas quién está usando el event sourcing, son líderes tecnológicos que normalmente no producen software de supply chain, tal vez exceptuando a Amazon, Zalando y Alibaba, las empresas que operan su propia supply chain con su propio software hecho a la medida.

En términos de beneficios, muchas empresas tratan de tener más transparencia en la supply chain. Quieren ser más eficientes, menos derrochadoras, más lean, más reactivas, y están teniendo grandes dificultades con sus sistemas de IT.

Kieran Chandler: Aunque se trata de problemas que son muy difusos, no existe una única respuesta al problema. Pero lo que veo es que el event sourcing es muy interesante porque señala una falla específica de lo que yo diría es la forma excesivamente dominante de diseñar software que se utiliza para problemas de supply chain. Por lo general, la mayoría de los profesionales ni siquiera son conscientes 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 mismo de que exista prueba que, en realidad, esta metodología CRUD, donde CRUD significa Create, Read, Update, Delete, simplemente muestra que esta metodología CRUD, que es una forma de construir sistemas de software para abordar supply chain, no es el fin último. Es solo una de las formas, y este patrón de diseño fue en realidad fuertemente influenciado por restricciones económicas que solo eran relevantes durante los años 70 y 80, y ya para finales de los 90, ya se estaba desvaneciendo. Así que ahora, si miramos hacia el futuro, el almacenamiento de datos es increíblemente barato, y de alguna manera hemos superado esas barreras. ¿Puedes ver el event sourcing volviéndose más común en el mercado en las próximas décadas, y existen barreras que todavía debemos superar para que eso ocurra?

Joannes Vermorel: Primero, el event sourcing se está volviendo más prevalente simplemente porque Amazon está creciendo aún más. Además, cada vez que Amazon gana un uno por ciento de la cuota de mercado, el event sourcing se vuelve aproximadamente un uno por ciento más común en el mercado. Y cuando digo Amazon, me refiero a todas aquellas empresas impulsadas por la tecnología que simplemente están devorando el mercado. Así que sí, definitivamente se está volviendo más prevalente. 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 únicamente porque las empresas que no las usan terminan quebrando y desapareciendo, y por lo tanto, las empresas que quedan son justamente las que utilizan lo que funciona mejor. Entonces, ¿puede volverse más popular? Yo diría que ciertamente. Y cuando miro la base de clientes de Lokad, tenemos alrededor de una cuarta parte o una quinta parte de nuestros clientes que tienen sistemas de software internos hechos a la medida para gestionar la empresa. Así que, si tienes sistemas de software internos, te aconsejaría encarecidamente que le eches un vistazo al event sourcing. Incluso si no adoptas el event sourcing de inmediato porque es un cambio completo de paradigma 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 en realidad hacer CRUD, ya sabes, la forma habitual de abordar supply chain.

Kieran Chandler: Hoy en día, el software puede utilizarse de maneras en las que se mitigan esos problemas de la mutabilidad del pasado. Si eres muy cuidadoso con la forma en que lo diseñas, en realidad puedes mutar el pasado en tu código y obtener algo que se aproxime mucho más a los eventos o a cosas por el estilo. No necesariamente tienes que reescribir todo para acercarte a eso. Diría que no es solo un problema para IT. Algunas personas podrían descartar eso como algo super geek que solo interesa a los arquitectos de bases de datos, pero creo que es algo más que eso.

Joannes Vermorel: Estoy de acuerdo, ese tipo de conceptos de muy alto nivel debería ser la piedra angular de la práctica de supply chain. Así como el hecho de que un libro contable no puede reescribirse es una piedra angular de los principios contables. En contabilidad, sabes que no se supone que debas volver a los libros de años anteriores y reescribir las transacciones. La gente no diría que esa característica de los libros contables 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 supply chain implica lidiar con una gran cantidad de datos, es difícil percibir la realidad de las supply chain porque son vastas, complejas y de múltiples sitios. Por diseño, como profesional de supply chain, no puedes decir que verás todo con tus propios ojos. Puedes ver una tienda, un warehouse, pero no puedes estar en todos lados. Así que, eres impulsado por los datos por necesidad. Lo único que ves de tu supply chain son básicamente los números extraídos 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 al event sourcing, creo que es algo que los profesionales de supply chain realmente deberían examinar detenidamente, 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 uno por ciento y estarán más cerca del 100%. En algún momento, grandes empresas como Amazon pueden colapsar por su propio peso debido a la dificultad de volverse absolutamente gigantescas. Eso les impedirá captar el 100% de la cuota de mercado, pero el problema es que simplemente serán otros competidores parecidos a Amazon los que se llevarán el resto del mercado.

Joannes Vermorel: Sí, estén atentos a este espacio.

Kieran Chandler: Eso es todo por esta semana. Muchas gracias por sintonizarnos, y nos veremos de nuevo la próxima vez. Hasta luego.