Saltar a contenido

Cluster Topology Swim

Análisis del módulo zeebe/atomix/cluster/ que implementa el protocolo SWIM para membership management. Camunda usa SWIM (Scalable Weakly-consistent Infection-style Membership) con defaults específicos: probe cada 1s, timeout 2s, 3 suspect probes, 10s failure timeout, gossip cada 250ms con fanout 2. Discovery soporta BootstrapProvider (estático) y DynamicProvider (Kubernetes).

Resumen

SWIM combina probes random (failure detection) con gossip epidémico (state dissemination) y sync periódico (full state reconciliation). El protocolo está bien parametrizado y battle-tested. Camunda mantiene un fork de Atomix con SWIM integrado, threading single-threaded consistente con el resto del engine.

Páginas derivadas

Gaps abiertos

  • Dynamic partition redistribution durante scaling — requiere análisis del módulo dynamic-config (mediana prioridad)
  • Detalles de DynamicDiscoveryProvider para Kubernetes — baja prioridad