Pilote de référence

Prouvez le changement sur votre propre trafic.

Un plan d'évaluation de référence, pas une success story client. Remplacez les hypothèses par des mesures de votre trafic et de votre matériel.

Architecture de départ

Placez Webship à côté du serveur web existant. Conservez les mêmes upstreams, certificats et routes représentatives tant que l’écouteur actuel reste disponible pour un retour en arrière.

Charge représentative

Rejouer un mélange documenté de trafic statique, proxy et protocole avec une concurrence croissante. Enregistrer la justesse des réponses, les erreurs, le CPU, la mémoire et la latence maximale.

Critères de la fiche d'évaluation

Définissez les seuils de réussite/échec avant le test. Incluez la parité fonctionnelle et le comportement opérationnel, pas seulement le débit maximal.

  • Réponses correctes et en-têtes sur chaque itinéraire sélectionné
  • Latence de p95 et p99 pour les requêtes représentatives
  • Taux d'erreur et comportement en cas d'échec sous charge
  • Utilisation du CPU à la charge cible soutenue
  • Utilisation de la mémoire et stabilité pendant le trafic soutenu

Plan de restauration

Documentez l'ancien écouteur, l'instantané de configuration, la répartition du trafic et le signal qui renvoie le trafic. Testez la restauration avant la bascule en production.

Go ou no-go

Promouvez uniquement si les seuils convenus sont atteints. Gardez la configuration en place et le routage prêts jusqu'à la fin du test canari.

Ce plan ne contient aucun résultat client mesuré ni économies garanties. Votre équipe est responsable de la décision finale concernant la charge de travail et le risque.

Planifiez votre propre pilote de référence

Créez votre liste de contrôle pilote

Choisissez le proxy actuel, le protocole, le profil de trafic et l'environnement pour créer une liste de contrôle et un modèle JSON. Aucun résultat n'est prévu.

Liste de contrôle pilote

  1. Enregistrez une référence sur Nginx avant de changer le routage.
  2. Validez le chemin HTTP/2 de bout en bout.
  3. Rejouez un trafic représentatif de API.
  4. Utilisez des ressources comparables dans Matériel nu.
  5. Convenir de la correction, de la latence p95/p99, des erreurs, du CPU et des limites de mémoire.
  6. Conservez une route de retour immédiate et répétez-la.

Modèle pilote 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"
}

Le modèle enregistre uniquement les choix. Il n'est pas destiné à estimer les performances, les économies ou la préparation à la production.