Ponto de partida equilibrado. Producer moderado com configuração conservadora — sem gargalos intencionais. Parâmetros: 1 instância · prefetch=0 · maxConcurrentCalls=4 · 1 worker · 2 threads · 5 msg/s O que observar: Fluxo contínuo Producer → Queue → Active → Thread → Done sem acúmulo. Backlog próximo de zero. Sintoma típico: Sistema estável. Throughput constante, latência baixa, DLQ vazia.

Alta concorrência no host com insuficiência de threads no worker. O host aceita 16 chamadas simultâneas, mas só 1 thread existe para executar. Parâmetros: 1 instância · prefetch=0 · maxConcurrentCalls=16 · 1 worker · 1 thread · 25 msg/s O que observar: Slots "active" ficam cheios enquanto mensagens aguardam thread. Fila cresce rapidamente. Sintoma típico: Latência explode, locks expiram, mensagens retornam à fila até atingir MaxDeliveryCount e ir para DLQ.

Prefetch agressivo para reduzir round-trips ao broker. O host pré-carrega 20 mensagens mantendo buffer local sempre pronto para processar. Parâmetros: 1 instância · prefetch=20 · maxConcurrentCalls=4 · 1 worker · 4 threads · 30 msg/s O que observar: Buffer de prefetch sempre populado. Mensagens fluem de prefetch → active com baixa latência de dequeue. Sintoma típico: Throughput elevado. Risco de lock expiration se threads não consumirem o buffer a tempo.

Escala horizontal com múltiplas instâncias absorvendo carga elevada. Cada instância opera com seu próprio host e ThreadPool de forma independente. Parâmetros: 4 instâncias · prefetch=4 · maxConcurrentCalls=6 · 2 workers · 3 threads · 40 msg/s O que observar: Mensagens distribuídas automaticamente entre instâncias. Cada uma processa em paralelo sem coordenação. Sintoma típico: Throughput escala proporcionalmente ao número de instâncias. Atenção à competição de locks entre elas.

Workload intensivo em CPU com múltiplos workers e threads. Simula processamento pesado como cálculos, serialização ou transformação de dados. Parâmetros: 1 instância · prefetch=4 · maxConcurrentCalls=8 · 2 workers · 4 threads · 15 msg/s O que observar: Threads de CPU saturadas em ambos os workers. Slots de thread sempre ocupados durante alta carga. Sintoma típico: Throughput limitado pelo número de threads, não por I/O. Adicionar workers melhora se houver vCPUs disponíveis no plano.