Change language

Runtime de workflows do Centimanus

O Centimanus executa os processos de várias etapas que conectam módulos
Converged que, de outra forma, seriam independentes. Roteamento de pedidos,
notificações, aprovações, trabalho assistido por IA e sequências de produção
podem evoluir como workflows sem transferir a orquestração para os serviços de
domínio.

Execução reproduzível

Um workflow é um programa cujas operações significativas são divididas em nós
nomeados. O Centimanus executa um nó inacabado, registra seu resultado e então
avalia o workflow novamente. Nós concluídos retornam seus resultados
armazenados em vez de repetir seus efeitos colaterais.

primeira passagem: localizar pedido -> armazenar resultado segunda passagem: reproduzir pedido -> reservar máquina -> armazenar resultado terceira passagem: reproduzir ambos -> notificar operador -> concluir

Ramificações e loops podem depender de resultados anteriores, portanto o grafo
surge do próprio processo, em vez de um diagrama estático separado. Os
resultados registrados dos nós tornam o progresso explícito e permitem que a
execução continue a partir da primeira etapa inacabada.

Por que os workflows são separados

Os microsserviços de domínio no Converged são proprietários dos dados e de
pequenas capacidades de negócio. Eles não chamam uns aos outros para
implementar um processo de ponta a ponta. Isso evita cadeias ocultas nas quais
uma alteração ou falha em um serviço afeta inesperadamente muitos outros.

O Centimanus é o local onde a coordenação entre domínios fica visível. Um
workflow pode chamar serviços, solicitar trabalho de IA e escolher a próxima
etapa, enquanto cada serviço permanece concentrado em seu próprio limite.

Entrega de workflows

As soluções determinam quais workflows estão ativos. O Ptah publica essa
seleção, o serviço DAG expõe os descritores selecionados e o Centimanus carrega
o conteúdo correspondente por meio do proxy endereçável por conteúdo do Ptah.
Um workflow que não faça parte da solução ativa não está disponível para
execução.

Isso separa quatro preocupações: seleção do produto, entrega de conteúdo,
execução e observabilidade. Cada uma pode mudar sem transformar o runtime de
workflows em um registro de módulos ou controlador de implantação.

Limite de confiabilidade

O Centimanus registra os resultados dos nós concluídos, mas as operações
externas ainda devem respeitar suas próprias regras de idempotência. A
telemetria do workflow é usada para visibilidade; ela não decide o estado de
execução. Os dados de negócio permanecem nos serviços que são seus proprietários,
em vez de se tornarem estado do mecanismo de workflows.

Papel no sistema

O Centimanus recebe trabalho e chama serviços por meio do Fujin. Ele usa o
armazenamento da plataforma para o progresso dos workflows e reporta eventos do
ciclo de vida para monitoramento. Ele não é proprietário dos registros de
domínio, não seleciona soluções ativas nem roteia mensagens entre outros pares.