信创迁移验收：可观测平台从 x86 迁到国产 ARM 的压测与清单

迁移前先定验收基线

可观测平台从 x86 迁到国产 ARM（鲲鹏/飞腾）+ 麒麟/统信，最容易踩的坑是"搬完了就宣布成功"，结果上线后检索变慢、采集掉数据，才发现性能没达标。正确做法是迁移前先录一份基线：在旧 x86 环境上，用固定压测脚本测出日志写入吞吐、检索延迟、采集器 CPU/内存、告警评估时延这几项，作为验收对照。

基线要覆盖三个维度：写入（每秒日志条数、指标点吞吐）、查询（P50/P99 检索延迟、聚合查询耗时）、资源（平台各组件 CPU/内存/磁盘占用）。没有基线，后面所有"感觉变慢了"都没有依据。

压测对比：三个关键指标

迁移到国产环境后，用同一套脚本、同样的数据规模再跑一遍，重点看三项：

| 指标 | x86 基线 | 国产 ARM | 结论 |
| --- | --- | --- | --- |
| 日志写入 | 12 万条/秒 | 11 万条/秒 | 差异 <10%，可接受 |
| 检索 P99 | 380ms | 410ms | 可接受 |
| 采集器 CPU | 12% | 15% | 需关注 |

判断标准建议：写入/查询差异在 15% 以内算通过；超过 30% 要回到架构层找原因，常见是国产 JDK 的 JIT、存储引擎对 ARM 的适配不够，或页大小/内存对齐问题。别只看平均值，P99 才是用户体感。

验收清单：功能、性能、安全

按清单逐项打勾，缺一项都不能叫"迁移完成"：

• 功能：日志检索、指标查询、链路追踪、告警触发、通知下发全链路走一遍；
• 性能：上述压测对比达标，且 7×24 小时稳定性观察无内存泄漏、无磁盘异常增长；
• 数据：迁移前后的日志、指标、链路数据条数核对一致，抽样比对内容无丢失；
• 安全：国产密码算法（SM2/SM3/SM4）启用、审计留痕与多租户隔离验证通过；
• 国产化：确认运行在国产 CPU/OS 上、对接国产数据库（达梦/人大金仓/OceanBase）无兼容性报错。

灰度切换与回退

不建议一次性切流量，走三步：

1. 双写：新旧两套并行接收数据，跑 1-2 周，对比数据一致性和告警结果；
2. 灰度读：把 10% 的查询流量切到国产环境，观察延迟与稳定性，再逐步放大；
3. 全量切换 + 回退预案：保留旧环境至少 30 天，明确回退触发条件（如检索 P99 连续超阈值 30 分钟），一键切回。

验收的终点不是"能跑"，而是"跑得稳、出问题能退"。