參考試點

證明變更對您自身流量的影響。

一個參考評估計劃，而不是客戶成功案例。將假設替換為來自您的流量和硬體的測量數據。

初始架構

將 Webship 放置在現有網路伺服器旁。保持相同的上游、證書和代表路由，同時當前監聽器仍可用於回滾。

代表性負載

以增加的併發量重演已記錄的靜態、代理和協議流量混合。記錄回應正確性、錯誤、CPU、記憶體和尾部延遲。

評分標準

在測試前設置通過/失敗門檻。包含功能等效性和操作行為，而不僅僅是最大吞吐量。

  • 每條選定路線的正確回應和標頭
  • 對代表性請求的 p95 和 p99 延遲
  • 在負載下的錯誤率和失效行為
  • CPU 在持續目標負載下的使用量
  • 在持續流量下的記憶體使用和穩定性

回滾計劃

記錄舊的監聽器、配置快照、流量分配，以及發送流量回去的信號。在正式切換前測試回滾。

可行或不可行

僅在通過商定的關卡時推廣。直到金絲雀測試完成前，保持現任配置和路由準備就緒。

此計畫不包含可衡量的客戶結果或保證的節省。您的團隊負責最終的工作負載和風險決策。

規劃您自己的基準試點

建立你的試點清單

選擇當前的代理、協議、流量配置文件和環境以建立檢查清單和 JSON 範本。預測不到結果。

試點檢查清單

  1. 在更改路由之前，在 Nginx 上記錄基線。
  2. 端到端驗證 HTTP/2 路徑。
  3. 重播具有代表性的 API 流量。
  4. 在 裸金屬 中使用可比較的資源。
  5. 就正確性、p95/p99 延遲、錯誤、CPU 和記憶體門檻達成一致。
  6. 保持立即回滾路線並進行演練。

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

此範本僅記錄選擇。它不會估算效能、節省或生產準備情況。