Bulkhead Isolation

Divide os recursos de chamada em compartimentos independentes: cada serviço downstream tem seu próprio pool de slots e uma fila limitada. Um serviço lento esgota só o próprio pool, e o excedente é rejeitado na hora em vez de acumular. Use quando uma dependência lenta não pode arrastar as outras operações.

passos: 6
arquivos: 7
teste: 1
tecnologias: 4

Lógica puraTypeScriptBunElysiaStryker

Cenário Relações Comparar

Baixar cartão

Cenário

Plataforma de pagamentos processa 8 PIX em sequência rápida. A análise de fraude demora 900 ms: o pool dela satura, dois PIX esperam na fila e os demais são rejeitados na hora para revisão manual. O processamento de pagamentos nunca espera atrás da fraude.

Como funciona

6 passos

Pools isolados contêm a falha local.

Esconde cada passo: lembre antes de tocar para revelar.

Vocabulário compartilhado

finally+6

fetch()+4

ErrorBulkheadFull+1

Bulkhead Pattern

01
Serviços reaisdemo.ts sobe pagamento, fraude e notificação como processos Elysia separados, chamados por fetch()
02
Um pool por serviçoSlots e profundidade de fila dimensionados pela criticidade (PoolBulkhead(3, 4))
03
AquisiçãoA chamada pega um slot livre antes do fetch(); sem slot, espera na fila em ordem FIFO
04
Shed loadCom a fila no limite, ErrorBulkheadFull na hora — fila ilimitada viraria memória e latência sem teto
05
Liberação em `finally`O slot volta mesmo quando a chamada falha e passa direto ao próximo da fila
06
IsolamentoA fraude saturada não consome slot do pool de pagamento

apps/patterns/bulkhead-isolation

7 arquivos

src/

pool_bulkhead.tsPoolBulkhead: semáforo com fila limitada e shed load
pool_bulkhead.test.tstesteLimites de slot e de fila, FIFO, liberação em falha, isolamento
api_payment.tsServiço de pagamento (porta 4113)
api_fraud.tsServiço de fraude (porta 4114)
api_notification.tsServiço de notificação (porta 4115)
demo.tsdemoSobe os 3 serviços e processa 8 PIX pelos pools