Uma execução é um ator. A frota inteira é um cluster.
Execução determinística num runtime de atores em cluster: toda execução retoma de onde parou, e retoma de forma idêntica.
A operação é o teste de carga.
Um centro de atendimento grande são dezenas de milhares de conversas simultâneas, cada uma com ferramentas, regras, orçamento de custo e um humano que pode assumir no meio da frase. É um problema de sistemas distribuídos antes de ser um problema de IA.
Propriedades do runtime, não código por jornada.
Uma conversa é um ator
Não um processo, nem uma entrada de fila: cada execução é uma entidade isolada, supervisionada e event-sourced, o modelo que roda centrais telefônicas e mesas de operação.
Uma frota é um cluster
As entidades se distribuem entre os nós sozinhas. Supervisão, backpressure, passivação e rebalanceamento são propriedades do runtime, não código escrito por jornada.
Mil filhos, um relógio
Na delegação em fan-out, o pai espera o filho mais lento, não a soma de todos. Concorrência sem uma linha de código de concorrência.
Pausa sem perder o fio
Uma conversa pode esperar dias por um documento, um callback ou uma aprovação, sobreviver à queda de um nó e retomar exatamente onde parou.
O modelo de execução.
01
Supersteps: todo nó roda, uma barreira aplica o estado, e a execução pode ser reproduzida exatamente.
02
Cada execução é uma entidade durável, distribuída pelo cluster.
03
Durabilidade em duas camadas no caminho do turno: o journal da conversa e um checkpoint por passo.
04
Esperas declaradas por evento externo, entregues exatamente uma vez e resistentes a failover. Timers duráveis, loops limitados e scale-to-zero.
05
Toda execução retoma de onde parou. Retomar de forma idêntica é o que permite reproduzir uma decisão meses depois.