政务云可观测解决方案：等保合规、多租户隔离与国产化落地

政务云的三道硬约束

政务云的可观测方案有三条绕不开的约束：

1. 合规：等保 2.0、关键信息基础设施安全保护要求审计日志留存、操作留痕、权限最小化，这些不是加分项，而是上线门槛；
2. 多租户：一个平台承载多个委办局/部门的业务，数据必须物理或逻辑隔离，A 部门的日志不能让 B 部门看到；
3. 国产化：从芯片、操作系统到数据库都要信创目录内的产品，可观测平台本身也要过国产化适配认证。

这三条决定了方案设计，也决定了「拿互联网那套大而全的监控改改就用」行不通。

多租户隔离与数据边界

OBSERVE 用「租户 + 项目」两级模型做隔离：

• 租户：对应一个委办局/部门，拥有独立的存储命名空间、独立用户体系、独立配额；
• 项目：租户内的业务分组，日志、指标、链路在项目内共享，跨项目默认不可见。

数据写入时按 tenant 标签强制路由到对应租户的存储，查询时鉴权层校验当前用户所属租户，跨租户查询直接拒绝。网络层面，采集 Agent 按部门分组部署，上报走独立通道，避免数据在传输层混流。

等保合规与审计

合规能力内置在平台里，而不是靠外围补：

• 审计日志：所有登录、查询、导出、配置变更自动记录，WORM 留存，管理员不可删改；
• 权限最小化：角色分只读、编辑、管理三级，导出需审批，敏感字段（手机号、身份证号）默认脱敏展示；
• 留存周期：按等保要求默认 180 天，可配置到 3 年以上，到期自动归档不物理删除。

上线前配合测评机构做一轮差距分析，把平台侧能自动满足的项直接勾掉，剩下的流程项（制度、台账）再逐条补。

国产化栈与落地节奏

典型政务云落地栈：麒麟 V10 / 统信 UOS 服务器版 + 飞腾/鲲鹏 ARM + 达梦 DM8 或 OceanBase。OBSERVE 提供 aarch64 原生二进制和国产数据库初始化脚本，部署不需要现场编译。

落地节奏建议分三步：

1. 先上核心政务系统（门户、统一身份认证、政务数据共享交换）的日志采集和告警；
2. 再扩展到全部委办局业务系统，接入指标和链路；
3. 最后打通大屏与统一运维平台，把可观测数据作为 IT 治理的底座。

每一步都按「采集 → 检索 → 告警 → 复盘」闭环验收，避免「接上了但没人用」。

值得注意的坑

政务云环境有几个常见坑：内网隔离导致 Agent 上报要开特定端口和路由；国产数据库大小写敏感、时区配置不一致导致日志时间偏移；多部门共用平台时的配额管理（某部门日志量突增挤占他人）。这些在规划阶段就要写进方案，别等上线后才发现。