OBSERVE 全栈信创适配：从芯片到数据库的落地清单

适配范围：从底层到数据层

信创落地不是换一台机器，而是整条技术栈逐层替换。OBSERVE 当前已完成国产化适配的层级如下：

• 芯片：鲲鹏 920、飞腾 S2500、海光 C86、龙芯 3A5000，均提供对应架构的二进制与容器镜像。
• 操作系统：麒麟 V10（SP1/SP2）、统信 UOS V20、openEuler 22.03 LTS。
• 数据库：达梦 DM8、人大金仓 KingbaseES V8、openGauss 3.0、GBase 8a。
• 中间件：东方通 TongWeb、宝兰德 BES，替换 Tomcat 场景已验证。

上表每一行都经过完整测试矩阵验证，不是「理论支持」。我们建议上线前仍用你自己的业务负载做一轮冒烟，因为国产环境差异往往出在驱动和字符集这类细节上。

为什么要逐层做，而不是一步到位

很多团队信创改造失败，是因为想在一个窗口期里把芯片、系统、数据库一次换完，结果出了问题分不清是哪一层引起的。正确做法是「逐层替换、每层验证」：先换芯片（保持 x86 系统），再换操作系统，最后换数据库。每完成一层跑一轮回归和压测，确认性能、功能无回退再动下一层。OBSERVE 的适配测试也是按这个顺序做的，所以你能在各层单独组合，而不必等整套信创环境一次到位。

改造周期与资源预估

一个中等规模（几百台机器、几十个服务）的团队，全栈信创改造通常分三个阶段：评估选型 2-4 周（跑通兼容性测试、选定数据库型号）、灰度迁移 4-6 周（先迁日志存储，再迁元数据，最后切查询节点）、并行运行 2-4 周（新旧环境双跑，比对检索结果和告警输出）。整个过程建议预留 2-3 个月，其中数据库迁移是最大变数，务必留足双跑时间——信创环境下的坑往往要等真实业务压上去才会暴露。

数据库替换：三步完成

以最常用的达梦 DM8 为例，替换默认存储库的步骤如下：

1. 准备数据库：建库并开启兼容模式（DM8 建议设 COMPATIBLE_MODE=4 兼容 MySQL 语法，减少 SQL 差异；人大金仓则选 PG 兼容模式）。
2. 修改配置：在 OBSERVE 的 storage.conf 里切换驱动与连接串：

storage:
  driver: dm
  host: dm-host
  port: 5236
  user: observe
  password: "******"
  pool_max: 50

1. 校验与迁移：先用内置 jjhub-storage check 跑通连接与建表脚本，再导出原有数据执行导入，最后抽样对比日志检索结果确认无误。

性能对照与调优建议

在鲲鹏 920 + 麒麟 V10 + DM8 的典型组合下，实测 OBSERVE 日志写入吞吐与 x86 环境基本持平，检索延迟略高约 10%，差距主要来自两处：

• ARM 下 JVM 需要开 -XX:+UseG1GC 并显式分配堆，避免默认参数下的频繁 GC。
• 达梦的分区表查询需要把时间字段建成分区键，否则大范围时间检索会退化成全表扫描。

作为参考，我们测试环境里一套「鲲鹏 920（64 核）+ DM8 + 三节点 OBSERVE」的集群，稳定写入约 20 万条日志/秒，检索 7 天内的单关键词查询 P95 在 300ms 以内。你的数字会因负载而异，但量级可作为规划参考。

常见问题与处理

• 字符集不一致：DM8 默认 GB18030，与采集端 UTF-8 混用会乱码，建库时统一指定 UTF-8。
• 驱动版本：麒麟 V10 自带的 JDBC 驱动偏旧，遇到连接超时先升级到官方最新驱动。
• 权限问题：国产操作系统默认安全策略较严，OBSERVE 的数据目录需显式放行，否则写入报 Permission denied。
• 时间同步：飞腾、龙芯板卡的 RTC 差异较大，集群间务必统一 NTP，否则日志时序会乱。

迁移清单（照着打勾）

1. 确认芯片架构并拉取对应镜像，核对 uname -m 输出。
2. 完成操作系统安全基线（等保项）后再装应用。
3. 数据库切换前先在测试库跑一轮 check 脚本。
4. 老环境数据导出时带上时区与字符集（统一 UTF-8）。
5. 上线后重点观察 GC、连接池与磁盘 IO 三个指标。