参考试点

在您自己的流量上证明变化。

参考评估计划，而非客户成功案例。用你的流量和硬件的测量数据替代假设。

起始架构

将Webship放置在现有Web服务器旁边。在当前监听器仍可用于回滚时，保持相同的上游、证书和代表性路由。

代表性负载

以递增并发量重放已记录的静态、代理和协议流量混合。记录响应正确性、错误、CPU、内存和尾延迟。

评分卡标准

在测试前设定通过/失败阈值。包括功能一致性和操作行为，而不仅仅是最大吞吐量。

每条选定路线的正确响应和头信息
代表性请求的p95和p99延迟
负载下的错误率和故障行为
在持续目标负载下的CPU使用率
在持续流量下的内存使用和稳定性

回滚计划

记录旧的监听器、配置快照、流量分流以及发送流量回退的信号。在生产切换前测试回滚。

是否可行

仅在通过约定门槛时进行推广。在金丝雀测试完成前，保持现有配置和路由准备就绪。

此计划不包含可衡量的客户结果或保证节省。你的团队负责最终的工作负载和风险决策。

规划你自己的基准试点

构建你的试点清单

选择当前的代理、协议、流量配置文件和环境以创建清单和JSON模板。无法预测结果。

当前代理主要协议流量特征环境

试点清单

在更改路由之前，在Nginx上记录基线。
端到端验证HTTP/2路径。
重放代表性的API流量。
在裸机中使用可比较的资源。
就正确性、p95/p99延迟、错误、CPU和内存门限达成一致。
保留即时回滚路径并进行演练。

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