Patrones de coreografía frente a orquestación

Cuando los microservicios deben colaborar para completar un proceso empresarial, existen dos patrones de coordinación fundamentales. La orquestación utiliza un coordinador central (como Step Functions) que ordena explícitamente las acciones de cada servicio. La coreografía no tiene un coordinador central: los servicios escuchan eventos y reaccionan de forma independiente. Comprender cuál utilizar y cuándo combinarlos es una competencia arquitectónica clave que se evalúa en el examen SAA-C03.

En la orquestación, un servicio central (el orquestador) controla la secuencia de operaciones. Llama al Servicio A, espera la respuesta, después llama al Servicio B y así sucesivamente. El orquestador tiene visibilidad completa del estado del proceso, gestiona los errores y los reintentos, y puede tomar decisiones basadas en los resultados intermedios. En AWS, Step Functions es el orquestador de referencia: define todo el flujo de trabajo como una máquina de estados y dirige cada paso.

En la coreografía, los servicios se comunican mediante eventos sin un coordinador central. El Servicio A completa su tarea y publica un evento (por ejemplo, OrderValidated) en un bus de eventos o topic. El Servicio B escucha los eventos OrderValidated y procesa el pago; después publica PaymentCharged. El Servicio C escucha PaymentCharged y envía el pedido. Cada servicio es autónomo y está desacoplado: solo conoce los eventos que consume y produce, no los demás servicios.

En AWS, Step Functions es la principal herramienta de orquestación. Para la coreografía, las herramientas principales son Amazon EventBridge (para enrutar eventos entre servicios con filtrado basado en el contenido), Amazon SNS (para una distribución sencilla) y Amazon SQS (para el intercambio de mensajes punto a punto entre servicios). Puede combinar los patrones: utilice EventBridge para la coreografía entre dominios y contextos delimitados, y Step Functions para orquestar los pasos dentro de un único dominio.

La orquestación proporciona visibilidad centralizada: el historial de ejecución de Step Functions muestra exactamente en qué punto se encuentra un flujo de trabajo, cuánto tardó cada paso y qué falló. La depuración es sencilla. La coreografía distribuye la visibilidad entre varios servicios y buses de eventos; rastrear una única transacción empresarial requiere correlacionar registros y eventos de muchos servicios. Por ello, los sistemas basados en coreografía dependen en gran medida de los identificadores de correlación y del tracing distribuido (AWS X-Ray) para obtener visibilidad de extremo a extremo.

La coreografía ofrece un acoplamiento más flexible: añadir un nuevo servicio que escuche eventos existentes no requiere cambios en los servicios actuales. Por ejemplo, añadir un servicio de analítica que escuche eventos OrderPlaced no afecta al servicio de pedidos ni al de pagos. La orquestación introduce un acoplamiento más estrecho entre el orquestador y todos los servicios a los que llama; añadir un paso nuevo requiere modificar la definición de la máquina de estados, aunque los servicios individuales permanezcan aislados.

La orquestación hace explícita la gestión de errores: los bloques Catch de Step Functions definen estados alternativos para cada tipo de error, y el historial completo del flujo de trabajo muestra el contexto del fallo. En la coreografía, la gestión de errores está distribuida: cada servicio debe gestionar sus propios fallos y, opcionalmente, publicar un evento de error al que puedan reaccionar otros servicios. Implementar sagas (transacciones compensatorias para deshacer el trabajo cuando falla un paso) es mucho más complejo en la coreografía que en la orquestación.

Prefiera la orquestación cuando: el proceso empresarial tenga una secuencia lineal o ramificada clara, con resultados explícitos de éxito o fallo; necesite visibilidad centralizada del estado del proceso para operaciones o cumplimiento normativo; la gestión de errores implique una lógica de compensación compleja; o el flujo de trabajo sea de larga duración y deba sobrevivir a reinicios de servicios. Algunos ejemplos son el procesamiento de pedidos, la incorporación de pacientes y la gestión de reclamaciones de seguros: todos son flujos de trabajo con requisitos claros de inicio, fin y auditoría.

Prefiera la coreografía cuando: los servicios pertenezcan a equipos distintos que no deban coordinarse estrechamente; el sistema deba permitir la ampliación mediante nuevos servicios sin modificar los existentes; los eventos representen hechos en lugar de comandos (por ejemplo, 'OrderShipped' en lugar de 'ShipOrder'); o desee la máxima escalabilidad, ya que no existe un cuello de botella central. Algunos ejemplos son la ingesta de analítica, la distribución de notificaciones y el registro de auditoría: casos en los que varios consumidores independientes reaccionan al mismo evento.

La mayoría de las arquitecturas de AWS del mundo real utilizan ambos patrones en distintos niveles de granularidad. Un enfoque híbrido habitual consiste en usar la coreografía con EventBridge para desacoplar contextos delimitados (por ejemplo, el dominio de pedidos emite eventos, y los dominios de inventario, pagos y envíos responden de forma independiente), mientras que dentro del dominio de pagos se utiliza la orquestación con Step Functions para coordinar los pasos internos del flujo de pago (cobro, comprobación de fraude, autorización y liquidación). Esto proporciona un acoplamiento flexible entre dominios y claridad en los procesos internos.

En el examen, busque estos indicadores. Palabras clave de coreografía: «acoplamiento flexible», «los servicios reaccionan a eventos», «los equipos son responsables de servicios independientes», «distribución a múltiples consumidores», «agregar un servicio nuevo sin modificar los existentes». Palabras clave de orquestación: «coordinar pasos en secuencia», «hacer seguimiento del estado del flujo de trabajo», «gestionar fallos parciales con compensación», «paso de aprobación humana», «proceso de larga duración con gestión de errores». Una pregunta que describa un coordinador central que dirige otros servicios siempre hace referencia a la orquestación.

Compruebe su comprensión de los conceptos de AWS Solutions Architect (SAA-C03) de esta lección.

En esta lección ha aprendido que la orquestación utiliza un coordinador central (Step Functions) para controlar de forma explícita y visible el flujo de trabajo, que la coreografía utiliza eventos (EventBridge) para proporcionar un acoplamiento flexible y facilitar la extensibilidad y que la mayoría de las arquitecturas de producción combinan ambos patrones en distintos niveles de granularidad. A continuación, exploraremos el formato del examen SAA-C03 y la estrategia basada en la ponderación de los dominios.