flowing retail

Comercio minorista fluido

Esta aplicación de muestra muestra un sistema simple de cumplimiento de pedidos, descompuesto en múltiples componentes independientes (como microservicios ).

El repositorio contiene código para múltiples alternativas de implementación para permitir que una amplia audiencia comprenda el código y compare alternativas. La siguiente tabla enumera estas alternativas.

El ejemplo respeta los aprendizajes del diseño basado en dominios (DDD) , la arquitectura basada en eventos (EDA) y los microservicios (μS) y está diseñado para brindarle acceso práctico a estos temas.

Nota: El código fue escrito para ser explicado. Por lo tanto, prefiero el código simplificado o copiar y pegar en lugar del código listo para producción con soluciones genéricas. ¡No considere las mejores prácticas de estilo de codificación! Está escrito específicamente para ser un código fácilmente explicable .

Puede encontrar más información sobre los conceptos en el libro Automatización práctica de procesos con O'Reilly.

El comercio minorista fluido simula un sistema de cumplimiento de pedidos muy sencillo:

Alternativas de arquitectura e implementación.

La elección más fundamental es seleccionar el mecanismo de comunicación :

• Apache Kafka como bus de eventos (podría cambiarse fácilmente a mensajería, por ejemplo, RabbitMQ):
• Comunicación REST entre Servicios.
  • Este ejemplo también muestra cómo crear patrones de resiliencia con estado, como reintentos con estado, aprovechando un motor de flujo de trabajo.
• Corredor Zeebe realizando distribución de trabajo.

Después del mecanismo de comunicación, la siguiente opción es el motor de flujo de trabajo :

• Camunda 8 (también conocido como Zeebe)

y el lenguaje de programación :

• Java

Trama

El comercio minorista fluido simula un sistema de cumplimiento de pedidos muy sencillo. La lógica empresarial se separa en los servicios que se muestran arriba (que se muestran como un mapa de contexto).

Servicios y orquestación de larga duración

Algunos servicios son de larga duración , por ejemplo: el servicio de pago solicita a los clientes que actualicen las tarjetas de crédito vencidas. Se utiliza un motor de flujo de trabajo para persistir y controlar estas interacciones de larga duración.

Los flujos de trabajo viven dentro de los límites del servicio

Tenga en cuenta que la máquina de estado ( o motor de flujo de trabajo en este caso ) es una biblioteca utilizada dentro de un servicio. Si diferentes servicios necesitan un motor de flujo de trabajo, pueden ejecutar el motor que quieran. De esta manera, es una decisión del equipo autónomo si quieren utilizar un marco y cuál:

Enlaces y lecturas previas.

• Libro práctico de automatización de procesos.
• Entrada de blog de introducción: https://blog.bernd-ruecker.com/flowing-retail-demonstrating-aspects-of-microservices-events-and-their-flow-with-concrete-source-7f3abdd40e53
• InfoQ-Writeup "Eventos, flujos y servicios de larga duración: un enfoque moderno para la automatización del flujo de trabajo": https://www.infoq.com/articles/events-workflow-automation