Piloto de referência

Comprove a alteração no seu próprio tráfego.

Um plano de avaliação de referência, não uma história de sucesso de cliente. Substitua suposições por medições do seu tráfego e hardware.

Arquitetura inicial

Coloque Webship ao lado do servidor web existente. Mantenha os mesmos upstreams, certificados e rotas representativas enquanto o listener atual permanecer disponível para reversão.

Carga representativa

Reproduza um conjunto documentado de tráfego estático, por substituto e por protocolo com concorrência crescente. Registe a precisão das respostas, erros, CPU, memória e latência máxima.

Critérios do quadro de avaliação

Defina os limiares de aprovação/reprovação antes do teste. Inclua paridade funcional e comportamento operacional, não apenas a taxa máxima de transferência.

  • Respostas corretas e cabeçalhos em todas as rotas selecionadas
  • Latência p95 e p99 para pedidos representativos
  • Taxa de erro e comportamento de falhas sob carga
  • Uso da CPU sob carga sustentada alvo
  • Uso de memória e estabilidade durante tráfego sustentado

Plano de reversão

Documente o ouvinte antigo, a captura de configuração, a divisão de tráfego e o sinal que envia tráfego de volta. Teste a reversão antes da passagem para produção.

Avançar ou não avançar

Promova apenas se as barreiras acordadas forem superadas. Mantenha a configuração e o encaminhamento em funções até que o teste canário esteja completo.

Este plano não contém resultados medidos para o cliente nem poupanças garantidas. A sua equipa é responsável pela decisão final sobre carga de trabalho e risco.

Planeie o seu próprio piloto de benchmark

Construa a sua checklist piloto

Escolha o proxy, protocolo, perfil de tráfego e ambiente atuais para criar uma lista de verificação e o modelo JSON. Nenhum resultado é previsto.

Lista de verificação piloto

  1. Registe uma linha de base no Nginx antes de alterar o encaminhamento.
  2. Valide o caminho HTTP/2 de ponta a ponta.
  3. Reproduza tráfego representativo do API.
  4. Use recursos comparáveis no Hardware dedicado.
  5. Concorde com a corretude, latência p95/p99, erros, CPU e limites de memória.
  6. Mantenha uma rota de rollback imediata e ensaie-a.

Modelo piloto JSON

{
  "schema": "webship-benchmark-pilot/v1",
  "currentProxy": "nginx",
  "protocol": "h2",
  "trafficProfile": "api",
  "environment": "baremetal",
  "gates": [
    "correctness",
    "p95Latency",
    "p99Latency",
    "errorRate",
    "cpu",
    "memory"
  ],
  "rollout": [
    "baseline",
    "shadow",
    "canary",
    "review",
    "rollbackOrPromote"
  ],
  "result": "not_measured"
}

O modelo regista apenas escolhas. Não estima desempenho, poupanças ou prontidão de produção.