Piloto de referencia

Demuestra el cambio en tu propio tráfico.

Un plan de evaluación de referencia, no una historia de éxito del cliente. Reemplace las suposiciones con mediciones de su tráfico y hardware.

Arquitectura inicial

Coloque Webship junto al servidor web existente. Mantenga los mismos upstreams, certificados y rutas representativas mientras el oyente actual permanezca disponible para la reversión.

Carga representativa

Reproducir una combinación documentada de tráfico estático, proxy y de protocolo con concurrencia creciente. Registrar la corrección de las respuestas, errores, CPU, memoria y latencia máxima.

Criterios de la tarjeta de puntuación

Establece los umbrales de aprobado/reprobado antes de la prueba. Incluye la paridad funcional y el comportamiento operacional, no solo el rendimiento máximo.

  • Respuestas correctas y encabezados en todas las rutas seleccionadas
  • Latencia p95 y p99 para solicitudes representativas
  • Tasa de errores y comportamiento ante fallos bajo carga
  • Uso de CPU con la carga objetivo sostenida
  • Uso de memoria y estabilidad durante tráfico sostenido

Plan de reversión

Documenta el listener antiguo, la instantánea de configuración, la división del tráfico y la señal que envía tráfico de regreso. Prueba la reversión antes del cambio a producción.

Ir o no ir

Promocionar solo si se pasan los umbrales acordados. Mantenga la configuración y el enrutamiento actuales hasta que el despliegue canario se complete.

Este plan no contiene un resultado medido para el cliente ni ahorros garantizados. Su equipo es responsable de la decisión final sobre la carga de trabajo y el riesgo.

Planifique su propia prueba piloto de referencia

Construye tu lista de verificación piloto

Elija el proxy actual, el protocolo, el perfil de tráfico y el entorno para crear una lista de verificación y la plantilla JSON. No se predice ningún resultado.

Lista de verificación piloto

  1. Registre una línea base en Nginx antes de cambiar el enrutamiento.
  2. Valide el camino HTTP/2 de extremo a extremo.
  3. Reproduzca tráfico representativo API.
  4. Use recursos comparables en Hardware desnudo.
  5. Póngase de acuerdo sobre la corrección, la latencia p95/p99, los errores, y los límites de CPU y memoria.
  6. Mantenga una ruta de reversión inmediata y práctiquela.

JSON plantilla piloto

{
  "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"
}

La plantilla solo registra elecciones. No estima el rendimiento, los ahorros ni la preparación para la producción.