# 05 基础软件与平台软件

> 本文回答：操作系统、数据库、中间件、云平台、办公软件、开发工具链各自的真实格局如何；测评公告里的产品清单意味着什么；选型时应考察哪些维度；哪些「生态数量」数字存在口径陷阱。
>
> 前置依赖：[03 产业链全景](./03-产业链全景与技术栈.md)、[04 核心硬件](./04-核心硬件与算力底座.md)。后续：[07 工程迁移](./07-行业落地与工程迁移方法论.md)

---

## 1. 操作系统：双寡头 + 云厂商 + 开源根社区

### 1.1 四类供给

| 类型 | 代表 | 定位 | 可核查锚点 |
|---|---|---|---|
| **商业发行版（桌面/服务器）** | 银河麒麟（麒麟软件）、统信 UOS、中科方德、麒麟信安、凝思、中兴新支点 | 党政、关基、央企关键业务 | 多款进入安全可靠测评公告 |
| **云厂商服务器 OS** | 华为云欧拉 V3、阿里云服务器 OS V4、腾讯云 Linux 服务器 OS V4、天翼云 CTyunOS V2.0 | 云底座、规模化运维 | 2025 年第 1/3 号、2026 年第 1 号公告 |
| **开源根社区** | openEuler、OpenAnolis（龙蜥）、OpenHarmony、openGauss（数据库）、deepin | 技术底座，被商业发行版集成 | 开放原子开源基金会孵化运营 |
| **全场景/终端 OS** | HarmonyOS / OpenHarmony | 终端、嵌入式、工业、 IoT | HarmonyOS V1.0 获 2026 年第 1 号公告 Ⅱ 级 |

### 1.2 一手公告中的操作系统清单〔A〕

| 公告 | 日期 | 桌面 OS | 服务器 OS |
|---|---|---|---|
| 2025 年第 1 号 | 2025-03-14 | 银河麒麟桌面 V10 SP1（内核 5.10）Ⅰ 级 | 天翼云 CTyunOS V2.0（内核 4.19）Ⅰ 级 |
| 2025 年第 3 号 | 2025-09-12 | 方德桌面 Pro V5.0（6.6）Ⅰ 级；银河麒麟桌面 V11（6.6）Ⅰ 级 | 银河麒麟高级服务器 V11（6.6）Ⅰ 级；腾讯云 Linux 服务器 OS V4（6.6）Ⅰ 级 |
| 2026 年第 1 号 | 2026-01-16 | **HarmonyOS V1.0**（HongMeng Kernel 1.11）**Ⅱ 级**；统信桌面 V25（6.6）Ⅰ 级 | 华为云欧拉 V3（6.6）Ⅰ 级；阿里云服务器 OS V4（6.6）Ⅰ 级；新支点服务器 OS V7（6.6）Ⅰ 级 |

**可观察趋势**：内核版本从 4.19 / 5.10 向 **6.6** 收敛；云厂商 OS 批量进入测评；桌面 OS 首次出现 Ⅱ 级。对甲方的含义是：内核大版本升级会改变系统调用、驱动与内核模块兼容性，**存量适配结论不能跨内核版本沿用**，必须重新回归。

### 1.3 「生态适配数量」的口径陷阱〔本节 B/C 级数字年份多未披露，一律视为待核实〕

行业稿件常见表述：「适配软件超 400 万款」「生态兼容超 1000 万件」「累计部署超 2000 万套」「装机超 5000 万台」「openEuler 累计装机超 610 万套 / 1600 万套」〔C，多为厂商宣传或聚合稿，**同一指标在不同稿件中数值差异达 2—3 倍**〕。

必须区分四个不同指标：

1. **适配条目数**（软硬件组合/版本配对计数）——一次软件与一个 OS 版本 + 一个 CPU 架构的组合即可能计为一条，天然远大于独立软件数。
2. **独立软件/硬件型号数**——去重后的产品数。
3. **部署套数 / 装机量**——含测试环境、预装、历史累计，不等同活跃付费用户。
4. **生态伙伴数**——注册厂商数，与适配深度无关。

**使用建议**：招标中不要以「适配 XX 万款」作为技术评分依据，应要求供应商提供**本项目涉及的软件清单在指定 CPU + OS + 内核版本组合下的适配证明与压测报告**。

### 1.4 CentOS 停服与迁移工具

CentOS 停服构成国产 OS 替代的重要窗口。厂商侧已形成相对成熟的迁移工具链：桌面环境克隆式搬迁、Windows 驱动迁移（deepin-wine 类技术）、AD 域与组策略替代（集中域管平台）、自动化迁移与回退脚本。公开案例包括单台服务器迁移控制在 30 分钟内、某省医保局 5000 余套 CentOS 服务器 4 个月完成迁移〔C，厂商/行业稿，属案例宣传，需以项目验收材料核实〕。

**工程判断**：迁移工具能降低重复劳动，但**不能替代兼容性预检与业务回归**。真正决定工期的是外设驱动、字体渲染、打印控件与 ActiveX 类组件，详见 [07](./07-行业落地与工程迁移方法论.md)。

---

## 2. 数据库：从「外围替代」到「核心突破」

### 2.1 技术路线分类

| 类别 | 代表 | 主要兼容对象 | 典型场景 |
|---|---|---|---|
| 集中式（Oracle 兼容路线） | 达梦 DM8/V9、人大金仓 KingbaseES、海量数据 Vastbase、南大通用 GBase 8s/8a | Oracle 语法、PL/SQL、存储过程 | 政务、电力、金融核心改造中的平滑迁移 |
| 集中式（MySQL/PG 路线） | PolarDB（MySQL 版）、OceanBase 集中式版、TaurusDB、GoldenDB Lite、SeaboxSQL、磐维 | MySQL / PostgreSQL 生态 | 互联网化业务、云上系统 |
| 分布式事务型 | GaussDB、GoldenDB、OceanBase、TDSQL、达梦分布式版、崖山、TiDB | 分布式事务、分片、两地三中心 | 银行核心、运营商计费、大型账务 |
| 分析型 / 数仓 / HTAP | 华为云 DWS、AnalyticDB PostgreSQL 版、星环 ArgoDB、GBase 8c、DolphinDB | OLAP、行列混存 | 数据仓库、实时分析 |
| 专用型 | TimechoDB（工业时序）、DolphinDB（时序/量化）、图数据库、文档数据库 | 特定数据模型 | 物联网、工业、金融量化 |

### 2.2 安全可靠测评公告数据库清单〔A；2025 年第 2 号 2025-08-22、2026 年第 2 号 2026-05-26〕

**集中式（8 款）**

| 等级 | 产品 / 送测单位 |
|---|---|
| Ⅱ 级 | 达梦数据库管理系统 V9（武汉达梦） |
| Ⅰ 级 | 平安 RASESQL V3（平安科技）；阿里云 PolarDB（MySQL 版）V2.0；海盒 SeaboxSQL V21（东方金信）；磐维 V3.0（中移动信息）；GoldenDB Lite V7（中兴）；OceanBase 集中式版 V4（奥星贝斯）；TaurusDB V3.0（华为云） |

**分布式（15 款）**

| 等级 | 产品 / 送测单位 |
|---|---|
| Ⅱ 级 | 达梦分布式版 V9；崖山 V23（深圳计算科学研究院）；GaussDB V3.0 分布式版（华为云）；GoldenDB V7（中兴） |
| Ⅰ 级 | TimechoDB V2.0（天谋科技）；天翼云 TeleDB V5.1.9；中国银联 UPDRDB V2；华为云 DWS V8；AnalyticDB PostgreSQL 版 V2.0；GBase 8c V6（南大通用）；Transwarp ArgoDB V6（星环）；SeaboxSQL 分布式版 V21；DolphinDB V2.0；GoldenDB EBASE V3；Kingwow 金乌 V6 |

行业统计称已有 28 款集中式、26 款分布式数据库通过测评〔C，行业媒体按历次公告累计〕，且部分早期过测产品在后续批次中缺席，原因可能包括产品迭代未同步更新认证、供应链变化导致资质失效等。**对采购方的直接含义**：选型时必须核对**具体产品名 + 版本号 + 公告批次 + 三年有效期**，并评估厂商三年后重测的持续投入能力，否则存在被迫二次选型的风险。

### 2.3 选型维度（按重要性排序）

1. **SQL 方言与存量资产**：分页语法、序列/自增、隐式类型转换、`CONNECT BY` 递归、PL/SQL 包体、`DBMS_LOB`、触发器、存储过程、执行计划与索引策略。
2. **迁移工具链成熟度**：是否支持结构转换、全量+增量同步、DDL 同步、字段级比对、校验与回滚。有案例显示 DDL 同步能力是异构迁移的「隐形守护者」〔C，厂商技术博客〕。
3. **高可用与容灾**：RPO / RTO、同城双活、异地灾备、故障切换演练记录。
4. **性能特征**：OLTP / OLAP / HTAP 负载匹配、批量与跑批窗口、连接池行为。
5. **生态与运维**：监控、备份、审计、SQL 审核工具、DBA 人才可得性。
6. **合规资质**：安全可靠测评等级、等保与密评支撑能力、国密算法支持。
7. **商业可持续性**：厂商交付能力、版本路线、维保成本、是否有同类核心系统案例。

### 2.4 金融与行业核心系统公开案例（案例库）

> 以下均为**厂商或行业媒体公开披露的案例口径**〔B/C〕，效果数据为披露方自述，未经独立审计，仅作「可行性存在」的证据，不作为性能承诺。

| 行业 | 客户 / 系统 | 产品 | 披露要点 |
|---|---|---|---|
| 银行 | 邮储银行个人+对公核心 | GaussDB 分布式 | 日均 20 亿笔、峰值 6.7 万 TPS、988TB、6.5 亿用户 |
| 银行 | 工商银行核心分布式 | GaussDB | 4000+ 节点、230+ 业务、同城双集群 RPO=0 |
| 银行 | 建设银行核心主机下移 | GoldenDB | 境内外核心全部下移 |
| 银行 | 中信银行信用卡/总账核心 | GoldenDB | 2019/2020 分批上线 |
| 银行 | 平安银行核心全栈单轨 | TDSQL | 笔均交易成本 -68%、处理能力 4 倍 |
| 银行 | 贵州农信全栈信创核心 | 国产分布式数据库 | 处理能力约原系统 6 倍，520 天建设、22 小时切换 |
| 保险 | 中国太保全险种核心 | OceanBase | 300+ 系统、6PB、降本超 1 亿元 |
| 保险 | 中国人寿 | PolarDB | 一年迁移 400+ 核心库、1PB 数据 |
| 保险 | 中银保险 | 达梦数据库一体机 | 支撑十余个核心系统，业务连续性 99.99% |
| 电信 | 中国移动省级核心/计费 | GoldenDB | 支撑 9 亿移动用户计费 |
| 电信 | 广西移动计费中心 | GoldenDB | OLTP/OLAP 性能提升约 40%，适配改造量 <5% |
| 电信 | 辽宁移动 | 金仓 KingbaseRAC | 平替 Oracle 四节点集群 |
| 政务 | 山东省财政厅预算管理一体化 | GaussDB | 180+ 财政区划，硬件成本 -26%+，响应 5s→2s |
| 政务 | 甘肃医保 | GaussDB | 门诊结算 5s→0.9s |
| 证券 | 上交所 | Vastbase | 替换 70+ 应用系统 |
| 医疗 | 河科大一附院 | 双模式并行迁移 | 5TB 结构化数据、三阶段切换，见 [07](./07-行业落地与工程迁移方法论.md) |

**读法**：这些案例证明「核心系统可替」，但**不能证明「任意系统都能低成本替」**。披露方通常选择成功项目公开，存在幸存者偏差；真实成本集中在 SQL 改写、双轨并行周期与性能调优，见 [07](./07-行业落地与工程迁移方法论.md)。

---

## 3. 中间件：一超多强，Java 栈的第一替换点

### 3.1 主要厂商与产品矩阵

| 厂商 | 应用服务器 | 消息中间件 | 交易/缓存/其他 | 侧重 |
|---|---|---|---|---|
| 东方通 | TongWeb | TongLINK/Q | TongEASY（交易）、TongRDS（缓存） | 党政市占领先、全栈最全，兼容 Jakarta EE |
| 宝兰德 | BES Application Server | BES MQ | 云原生中间件 | 电信高并发、金融核心；无独立交易中间件 |
| 中创股份 | InforSuite AS | 消息中间件 | PaaS、AI 模型管理平台 | 金税、电网、金融；牵头多项国家标准 |
| 金蝶天燕 | Apusic | Apusic MQ | ESB | 与金蝶 ERP 一体化，政务/制造 |
| 普元信息 | Primeton AppServer (PAS) | Primeton MQ | ESB、数据集成 | 金融级高可用、国有大行核心交易 |
| 云厂商第二梯队 | 阿里云 EDAS | RocketMQ / 腾讯云 TDMQ | 微服务框架 | 互联网与金融云原生场景 |

市场份额的转引数据：东方通超 30%（连续 17 年国产第一）、普元约 15%、宝兰德约 12%，中间件国产化率约 45%〔B，赛迪/平台软件研究报告转引〕。**注意**：不同报告对「中间件」边界（是否含消息队列、ESB、微服务框架、云 PaaS）定义不同，份额数字不可跨报告比较。

### 3.2 替换映射（对 Java 应用最实用）

| 原组件 | 国产替代 | 适配重点 |
|---|---|---|
| Oracle WebLogic / IBM WebSphere | TongWeb / BES / InforSuite AS / Apusic / PAS | Jakarta EE 版本（`javax.*` → `jakarta.*`）、部署描述符、JNDI、JMS、连接池、类加载顺序 |
| Apache Tomcat（内嵌） | 可保留（本身开源跨架构），或按招标要求换国产应用服务器 | 若 Spring Boot 内嵌容器，需确认招标是否接受；外置 WAR 部署改动更大 |
| IBM MQ / RabbitMQ / Kafka | TongLINK/Q、BES MQ、Primeton MQ、RocketMQ | 协议兼容、消息确认与事务、客户端 SDK 架构版本 |
| Redis | TongRDS、国产缓存/云托管 Redis 兼容服务 | 命令兼容性、持久化、集群协议、客户端驱动 |
| Nginx / 硬件负载均衡 | 国产网关、云厂商 API 网关 | 配置语法、TLS/国密 TLCP 支持 |
| ESB / 数据集成 | 普元 ESB、东方通集成平台、中创数据中间件 | 适配器、报文转换、幂等与补偿 |

**工程原则**：优先保留「跨架构、开源、无需替换」的组件（如纯 Java 的 Spring Boot 内嵌容器、RocketMQ），把改造预算集中在**真正被招标或合规要求点名的层**。为替换而替换会显著放大回归面。

---

## 4. 云平台：一云多芯是碎片化的主要收敛手段

### 4.1 能力模型

| 层 | 能力 | 作用 |
|---|---|---|
| 硬件抽象层 | 算力插件 / 算力网关，将 x86、ARM、LoongArch、RISC-V 抽象为统一逻辑资源池 | 屏蔽芯片差异 |
| 平台服务层 | 跨架构虚拟化规范、虚拟机/容器镜像可迁移、统一调度与 NUMA 感知 | 降低运维复杂度 |
| 应用开发层 | 标准 API、多架构构建与镜像分发 | 开发者无需感知底层架构 |
| 多云管理（CMP） | 统一纳管信创私有云、传统虚拟化、公有云 | 存量资产盘活、成本可视化 |

### 4.2 实践要点

- **混合部署是常态而非过渡态**：多批次采购必然形成 x86 与国产 CPU 并存，一云多芯的价值在于把「多架构」从应用侧问题收敛为平台侧问题。公开方案显示可同时调度飞腾、鲲鹏、海光等异构 CPU，并兼容异构存储与网络设备〔B/C，中国电子云 CECSTACK 白皮书、EasyStack ECF 资料〕。
- **镜像必须多架构**：容器镜像按 `linux/amd64` / `linux/arm64` / `linux/loong64` 分别构建并使用 manifest list（`loong64` 为容器平台标识，`loongarch64` 仅为 `uname -m` 输出），基础镜像需含对应架构的 JDK 与 native 依赖。
- **NUMA 与调度**：国产多核平台存在 NUMA 架构下的性能衰减问题，需在内核调度、内存管理、中断处理层面做针对性优化〔C，厂商技术文章〕。
- **存量利用**：老型号服务器在健康达标（NVMe/S.M.A.R.T. 检测）前提下可纳入统一资源池，降低 TCO。
- **风险**：平台层屏蔽差异的同时也带来厂商锁定；应在合同中约定镜像可导出、API 兼容与数据可迁移条款。

### 4.3 存储与网络

- 软件定义存储（SDS）已成信创云数据基石，支持块/文件/对象三种接口，完成与主流国产 CPU/OS 的适配及百余家厂商互认证〔C，厂商资料〕。
- 网络设备（核心/汇聚/接入交换机、路由器、网卡）国产化率相对较高，但高端射频、光模块、SR-IOV/RDMA 支持需在选型时实测。

---

## 5. 大数据平台与数据湖：L4 被漏掉的一层

[03](./03-产业链全景与技术栈.md) §1 把大数据与数据湖列入 L4 平台软件，[07](./07-行业落地与工程迁移方法论.md) §2 的医院案例也出现「切换后同步任务转为单向容灾 + Kafka 数据湖」，但基础软件篇此前只覆盖 OS / 数据库 / 中间件 / 云 / 办公 / 工具链，未展开这一层。本节补齐。

### 5.1 组件栈与国产供给

| 子层 | 典型组件 | 信创语境下的关注点 |
|---|---|---|
| 批处理与调度 | Hadoop MapReduce/Tez、Spark、DolphinScheduler | 调度依赖 Quartz/Cron 表达式、Kerberos 认证与信创 OS 的 PAM/时区行为 |
| 流处理 | Flink、Kafka、Pulsar | 状态后端（RocksDB）含 JNI/native 库，须逐架构重编；Exactly-once 与双轨期回放 |
| 湖仓格式 | Iceberg / Hudi / Paimon、Parquet / ORC | 元数据与文件布局可跨架构保留，**数据本体通常无需重写**，风险集中在元数据服务与权限 |
| 查询引擎 | Hive、Spark SQL、Presto/Trino、Doris/StarRocks | SQL 方言差异、UDF 中的 native 依赖、CBO 统计信息重建 |
| 资源与部署 | YARN / Kubernetes、对象存储 / HDFS | 一云多芯下的混合调度、NUMA 亲和、国产对象存储 S3 兼容度 |
| 安全治理 | Ranger / Kerberos / LDAP、审计与脱敏 | 国密改造（TLCP/SM4）、密评边界、账号体系与信创目录服务对接 |

国产供给以「**开源根社区 + 商业发行版/托管服务**」为主：Hadoop/Spark/Flink/Iceberg 等上游多为国际开源社区，国内厂商提供发行版、运维平台与适配认证；Doris、Paimon、Kylin 等项目国内贡献度较高〔B/C，社区与厂商公开资料，具体份额待核实〕。因此这一层的「国产化」更多体现为**发行版可控、适配认证与运维能力**，而非「内核全部自研」——与 [09](./09-风险挑战与批判性视角.md) §4 对开源依赖的判断一致。

### 5.2 适配与迁移要点

1. **先分清「计算迁移」与「数据迁移」**：列式文件（Parquet/ORC）与湖表元数据一般跨 CPU 架构可读，真正要重做的是计算引擎二进制、JNI 压缩库（snappy/lz4/zstd）、JDK 与 glibc 组合。据此可显著缩小 S3 阶段的数据搬迁量。
2. **native 依赖是头号阻塞点**：RocksDB、LevelDB、OpenSSL、netty-transport-native-epoll、SIMD 加速路径需逐架构编译并做指令集回退验证；纯 Java/Scala 作业通常可直接跨架构运行。
3. **SQL 方言比 CPU 更贵**：Hive/Spark/Presto 与国产 MPP 引擎在窗口函数、隐式类型转换、分区语法、时间戳精度上不一致，须按 [07](./07-行业落地与工程迁移方法论.md) §5.4 的方言清单逐条回归。
4. **权限与审计不可丢**：迁移常重建 Ranger/LDAP 而遗漏行列级策略、脱敏规则与审计留痕，属等保/密评检查高发项，见 [06](./06-安全合规与测评认证体系.md) §7。
5. **双跑比对口径**：按「任务级输出行数 + 主键集合 + 关键指标哈希」三重比对，而非只比对作业成功状态；历史分区抽样回算，避免统计口径漂移。
6. **阶段归属**：平台盘点与 native 依赖确认属 **S0**，引擎冒烟与 SQL 回归属 **S1/S2**，元数据/权限/历史数据迁移与双跑属 **S3**，全站阶段定义以 [07](./07-行业落地与工程迁移方法论.md) §3 的 S0—S5 为唯一主表。

> 口径提示：本节厂商与份额类描述多为 B/C 级转引、缺少统一统计时点，按 [README](./README.md) §四规则一律视为「待核实」，不得单独作为选型或招标依据。

## 6. 应用软件与办公套件

| 类别 | 代表 | 适配要点 |
|---|---|---|
| 办公套件 | 金山 WPS（主导）、永中 Office | 宏/VBA 兼容、模板与字体、OFD 版式、电子签章 |
| 版式与签章 | OFD、电子印章/签章 | GB/T 相关标准、国密算法、密评衔接 |
| 经营管理 | 用友 YonBIP、金蝶苍穹、致远互联、泛微 | 数据库方言、工作流引擎、与国产中间件适配 |
| 浏览器与控件 | 国产浏览器（ Chromium 系） | **ActiveX / 插件类控件在国产浏览器下常完全不可用**，是高发阻塞点 |
| 行业 ISV | 金融 IT（中电金信、宇信、神州信息、长亮、南天）、医疗、政务等 | 高度碎片化，需逐系统盘点 |

行业观察：办公软件替代完成度最高，专业工业软件（CAD/CAE/EDA/PLC）仍是最大短板，详见 [09](./09-风险挑战与批判性视角.md)。

---

## 7. 开发工具链：Java 栈的基础设施

### 7.1 国产 JDK 发行版

| 发行版 | 维护方 | 主要优化方向 | 适配架构 |
|---|---|---|---|
| 毕昇 JDK | 华为 | 鲲鹏/ARM 针对性调优、毕昇编译器协同 | aarch64 优先，亦支持 x86 |
| Dragonwell（龙井） | 阿里 | 云原生、JWarmup、弹性堆、诊断增强 | x86 / aarch64 |
| Kona JDK | 腾讯 | 大数据与云场景、GC 优化 | x86 / aarch64 |
| 龙芯 JDK | 龙芯中科 | 官方支持 LoongArch | loongarch64 |
| 麒麟信安 JDK / 其他 | 各 OS 厂商 | 与自有 OS 集成 | 按厂商 |

均为 OpenJDK 衍生发行版，覆盖 Java 8/11/17/21 LTS〔B/C，厂商与行业资料〕。**版本矩阵是真实风险**：数据库 JDBC 驱动对高版本 JDK 的支持往往滞后，早期 DM8 驱动在 JDK 17+ 上出现模块化反射限制问题〔C，技术博客〕。选型时应以**实际驱动版本 + 目标 JDK 版本组合做压测**，而不是采信文档中的「支持」。

### 7.2 编译器、IDE 与 CI/CD

- 编译器：毕昇编译器、GCC/LLVM 的国产架构后端、龙芯工具链。
- IDE 与构建：主流 IDE 在国产 OS 上可用；需配置国产 Maven/Gradle 镜像、多架构 CI 构建节点。
- 运维：容器平台（KubeSphere 等）、监控、日志、APM 需确认目标架构 Agent 可用——**监控/APM Agent 常是迁移中最容易被遗漏的闭源二进制依赖**。

---

## 8. 基础软件选型决策矩阵

| 决策项 | 首选考察维度 | 常见陷阱 |
|---|---|---|
| 服务器 OS | 内核版本与业务组件依赖、测评等级与有效期、驱动覆盖、迁移工具 | 只看品牌市占率，忽略内核 4.19→6.6 的兼容性断层 |
| 桌面 OS | 外设/控件/打印、办公套件兼容、域管替代、用户培训成本 | 用「适配千万款」代替本项目软件清单验证 |
| 数据库 | 存量 SQL 方言、迁移工具链、RPO/RTO、同类核心案例、测评版本 | 以兼容模式宣称「零改写」，实际剩余 30% 人工处理 |
| 中间件 | Jakarta EE 版本、连接池/会话保持、消息 SDK 架构版本 | 为替换而替换开源组件，放大回归面 |
| 云平台 | 一云多芯真实调度能力、镜像可迁移性、API 开放度、存量纳管 | 只做「界面统一」，底层仍按架构分池运维 |
| JDK | 驱动兼容性、GC 在目标架构表现、国密支持、JCE 策略 | 沿用 x86 调优参数，忽略 aarch64 下 G1/ZGC 差异 |
| 应用软件 | 控件替代、字体渲染、文件格式、宏兼容 | 忽略 ActiveX/OCX 类历史组件 |

---

## 9. 本章小结

- 操作系统已形成「双寡头 + 云厂商 OS + 开源根社区」结构，内核向 6.6 收敛；**适配结论不可跨内核版本沿用**。
- 「适配千万款」「装机千万套」类数字口径混乱，招标应改为「本项目软件清单 × 指定组合」的适配证明。
- 2026 年第 2 号公告给出 8 款集中式 + 15 款分布式数据库测评结果，其中 Ⅱ 级 5 款；选型必须核对产品名、版本号、公告批次与三年有效期。
- 中间件是 Java 栈最直接替换点，但纯 Java/开源组件应优先保留，把预算集中在合规点名的层。
- 一云多芯是碎片化的主要收敛手段，同时带来平台锁定风险；多架构镜像与 NUMA 调优是落地关键。
- 大数据平台与数据湖属 L4 平台软件，国产化主要体现为发行版可控与适配能力；数据本体多可跨架构保留，风险集中在 native 依赖、SQL 方言、元数据与权限（§5）。
- 国产 JDK 均为 OpenJDK 衍生，**驱动版本 × JDK 版本 × CPU 架构**的组合压测不可省略，详见 [07](./07-行业落地与工程迁移方法论.md) 的 Java 专项。