信创研究站
03 · 产业 / 架构

03 产业链全景与技术栈

本文回答:信创产业链分几层、每层有哪些环节与代表厂商、价值与壁垒如何分布、技术栈如何组合、为什么「全栈协同」比「单点替代」更难。

文档 03视角 产业 / 架构基准日 2026-11-05

03 产业链全景与技术栈

本文回答:信创产业链分几层、每层有哪些环节与代表厂商、价值与壁垒如何分布、技术栈如何组合、为什么「全栈协同」比「单点替代」更难。

前置依赖:01 概念边界。后续:04 核心硬件、05 基础软件、08 产业经济


1. 两种分层模型及其用途

产业界同时流通两种分层,混淆会导致口径错误。

1.1 四层模型(产业统计口径)

层内容典型品类
基础硬件芯片、整机、固件、存储、网络、外设CPU、服务器、PC、BIOS/BMC、SSD、交换机、打印机主控芯片
基础软件操作系统、数据库、中间件、云平台、开发工具链桌面/服务器 OS、集中式/分布式 DB、应用服务器、消息中间件、容器平台、JDK/编译器
应用软件办公软件、经营管理软件、行业应用WPS/永中、OFD 版式、ERP/财务、核心业务系统、行业 ISV 方案
信息安全贯穿全栈的防护、认证、密码、终端与边界安全等保/密评相关产品、国密组件、终端安全、零信任、安全服务

这是研究机构统计「信创产业规模」时常用的分类,也是市场规模口径混乱的源头之一:是否把整机、半导体上游、系统集成服务、安全服务计入,会让总量相差数倍(见 08)。

1.2 六层技术栈模型(工程口径)

L6  安全与合规      等保 / 密评 / 国密 / 安全可靠测评 / 适配认证 / 审计
L5  应用层          办公 / 经营管理 / 行业核心系统 / 前端与控件 / 外设交互
L4  数据与平台层    数据库 / 中间件 / 消息队列 / 缓存 / 大数据 / 容器与云管
L3  操作系统层      桌面 OS / 服务器 OS / 内核 / 文件系统 / 驱动 / 桌面环境
L2  整机与固件层    服务器 / PC / BIOS(UEFI) / BMC / 板卡 / 整机适配
L1  芯片层          CPU / AI 芯片 / GPU / 存储主控 / 网卡 / 打印机主控芯片
        ↑ 上游:指令集与 IP、EDA、晶圆制造、封装测试、材料与设备

工程含义:迁移问题几乎总是出现在层间接口,而不是层内。典型如 L1→L3 的架构标识(x86_64 / aarch64 / loongarch64 / sw_64)、L3→L4 的系统调用与 glibc 版本、L4→L5 的 SQL 方言与 Jakarta EE 实现差异、L5→L6 的国密改造与 ActiveX 控件替代。详见 07。


2. 全产业链图谱(含代表厂商)

厂商清单为代表性枚举,非完整名录,不构成采购推荐;市场份额类数据见 §4 与 08。

层级细分环节代表厂商 / 项目竞争特征
上游支撑EDA、IP 核、晶圆制造、封测、设备材料华大九天、中芯国际、长电科技、通富微电、北方华创、中微公司、沪硅产业对外依赖最重,见 §6
L1 芯片通用 CPU海光、兆芯(x86);鲲鹏/海思、飞腾(ARM);龙芯(LoongArch);申威(SW64)六强分层,三条路线
L1 芯片AI 训推芯片昇腾、平头哥真武、壁仞、海光 DCU、天数智芯、沐曦、摩尔线程、寒武纪、燧原2026 年首次纳入测评
L1 芯片存储/网络/外设主控国产 SSD 主控、交换芯片、网卡、打印机主控芯片打印机主控已列入 V3.0 测评对象
L1 芯片开源指令集玄铁 RISC-V、香山(北京开源芯片研究院)、进迭时空从嵌入式向服务器延伸
L2 整机固件服务器 / PC / 工作站华为 TaiShan、浪潮、中科曙光、长城、联想开天、同方、宝德整机厂是生态整合关键节点
L2 整机固件BIOS/BMC/可信模块昆仑固件、百敖、TPCM/TCM 相关厂商易被忽视的供应链环节
L3 操作系统商业发行版麒麟软件(银河麒麟)、统信软件(UOS)、中科方德、麒麟信安、凝思、中兴新支点双寡头 + 细分
L3 操作系统云厂商 OS华为云欧拉、阿里云服务器 OS、腾讯云 Linux、天翼云 CTyunOS已进入测评公告
L3 操作系统开源根社区openEuler、OpenAnolis 龙蜥、OpenHarmony、openGauss、deepin生态底座,见 05
L4 数据库集中式达梦、人大金仓/电科金仓、南大通用 GBase、OceanBase 集中式版、PolarDB、GoldenDB Lite、海量数据 Vastbase2026 年第 2 号公告 8 款
L4 数据库分布式 / HTAP / 专用GaussDB、GoldenDB、OceanBase、TDSQL、TiDB、崖山、星环 ArgoDB、TDengine、DolphinDB2026 年第 2 号公告 15 款
L4 中间件应用服务器 / 消息 / 交易 / 缓存 / ESB东方通 TongWeb/TongLINK/Q/TongEASY/TongRDS、宝兰德 BES、中创 InforSuite、金蝶天燕 Apusic、普元 Primeton一超多强,见 05
L4 云平台信创云 / 一云多芯 / SDS / CMP华为云 Stack、中国电子云 CECSTACK、天翼云、阿里云、腾讯云、EasyStack ECF、ZStack、青云屏蔽异构算力的关键层
L4 工具链JDK / 编译器 / IDE / CI毕昇 JDK、阿里 Dragonwell 龙井、腾讯 Kona、龙芯 JDK、麒麟信安 JDK;毕昇编译器;GCC/LLVM 国产架构后端Java 栈适配基础
L5 应用软件办公与版式金山 WPS、永中 Office、OFD 版式、电子签章WPS 主导
L5 应用软件经营管理用友 YonBIP、金蝶苍穹/星瀚、致远互联、泛微与信创 + AI 融合
L5 应用软件行业 ISV金融:中电金信、宇信科技、神州信息、长亮科技、南天信息;医疗:东软、卫宁;政务:太极、浪潮软件等高度碎片化
L6 信息安全边界/终端/管理/密码奇安信、启明星辰、绿盟科技、安恒信息、深信服、北信源、江民、格尔软件、卫士通/电科网安参与者最分散
服务层适配测试、迁移、集成、运维、培训各地信创适配中心、CMA/CNAS 第三方检测机构、系统集成商决定交付质量

3. 价值分布与壁垒梯度

3.1 壁垒从下往上递减、参与者从下往上递增

层级技术壁垒资本/周期参与者数量议价能力
半导体上游(EDA/设备/材料/先进制程)极高极长极少高但受制于外部
芯片设计(CPU/AI)极高长6—10 家主路线高
操作系统(内核/发行版)高长少数高
数据库(引擎)高长十余家有竞争力中高
中间件中高中5—8 家主要中
云平台 / 整机中中十余家中
行业应用 / 安全 / 服务中低短数百家低(价格竞争)

结构性结论:越靠近底层,国产化率越低、替代难度越大、单位价值越高;越靠近应用,替代完成度越高但利润越薄。这解释了为什么「规模数字很大、底层渗透率很低」可以同时成立〔证据等级 B,信通院白皮书转述〕。

3.2 结构变化:从硬件主导到软硬均衡

多份研究给出一致方向:硬件替代占比从 2022 年约 68% 降至 2025 年约 52%,软件与服务占比上升,数据库、中间件、云平台等基础软件国产化进程加速〔B,中国信通院《2025—2026 年中国信息技术应用创新产业发展白皮书》转述〕。

注意口径:这里的「占比」指信创替代支出结构,不是整个 IT 市场结构;且不同报告的分母不同,仅可用于判断方向,不宜作精确比较。


4. 国产化率:一张必须带口径的表

下表把检索到的典型数字按口径分组,同一行内数字不可横向相加。

环节数字口径 / 时点来源等级说明
CPU(全市场出货)1%—2%全市场口径B(转引)用于说明整体渗透仍低
CPU(信创采购)约 28%—30%信创相关采购口径B(赛迪转引)与上行不矛盾,分母不同
CPU(广义自给)约 45%—70%集成电路产量自给率口径,含成熟制程与各类芯片B(券商/高盛转引)不是 CPU 国产化率,最易被误引
AI 芯片41%(2025 年中国 AI 服务器交付 400 万颗 AI GPU 中国产占比)AI 服务器出货口径B/C(媒体引述)与安全可靠测评无直接关系
操作系统(全市场)约 4%—5% / 约 16% / 超 35%分别为全市场、PC+通用服务器 OS 市场、2026 年预测替代率B/C(口径混杂)三个数字常被并列引用,实为不同口径
操作系统(党政/信创桌面)70%—90%信创细分市场占有率B(赛迪转引)仅限党政与信创目录市场
数据库(党政)约 85%党政替换率B(转引)与金融核心 20% 并存
数据库(金融非核心 / 核心)50%—60% / 约 20%分系统层级B(信通院转引)说明「外围先行、核心滞后」
数据库(本地部署整体)71%(2025,IDC 口径)/ 首次突破 50%不同机构不同年份B需核对具体细分市场定义
中间件约 45%国产化率B(赛迪转引)另一口径称「国产厂商主导」
EDA12%—20%(整体国产化率区间;另有「全流程 15%—20%」为其中较窄口径,非独立数字),先进制程覆盖不足 30%工具覆盖率 / 国产化率B/C〔待核实:多源转引、统计时点未披露〕不同来源差异大,全站统一按 12%—20% 引用
工业软件约 25%;CAD 外资约 85%、CAE 外资超 90%细分市场B/C最大短板之一
光刻机(先进制程)不足 1%设备国产化率B(券商转引)与「产量自给率 70%」并置才是完整图景

使用守则(与 README 证据规则 一致):

  1. 引用任何百分比必须写明「口径 + 时点 + 来源」。
  2. 「产量自给率」「信创采购份额」「全市场占有率」「替代率」是四个不同概念,禁止互换。
  3. 预测值(如 2026 年、2027 年渗透率)与实绩值分开列示。
  4. 涉及决策时,优先使用本项目自身盘点数据,行业平均仅作背景。
  5. 本表 B/C 级数字多为二手转引且常缺统计时点,凡未标注年份者一律视为「待核实」,不得单独作为结论依据。

5. 技术栈组合:碎片化的成本来源

5.1 组合爆炸

若按「CPU 路线 × OS 发行版 × 数据库 × 中间件」计算,理论组合数为:

4 类 CPU 架构 (x86_64 / aarch64 / loongarch64 / sw_64)
× 6+ 商业/云 OS 发行版
× 10+ 数据库产品
× 5+ 应用服务器
× 各产品的多个大版本与内核版本(4.19 / 5.10 / 6.6 …)

即便收敛到主流组合(如「鲲鹏+麒麟+达梦+东方通」「海光+统信+GaussDB+宝兰德」「龙芯+麒麟+达梦+TongWeb」),一个需要覆盖多行业客户的 ISV 仍要维护数套适配矩阵与回归测试流水线。适配成本近似随组合数线性甚至超线性增长,这是 09 讨论的生态碎片化风险的量化根源。

5.2 主要生态阵营

阵营核心组合支撑方特点
PK / PKS 体系飞腾(Phytium)+ 麒麟(Kylin),PKS 加入安全(Security)中国电子 CEC政务与关基市场积累深
鲲鹏计算生态鲲鹏 + openEuler + openGauss / GaussDB + 华为云华为全栈闭环、开源社区外溢强
C86 路线海光 / 兆芯 + 主流 Linux 发行版海光、兆芯生态伙伴x86 兼容、迁移成本最低
自主指令集路线龙芯 LoongArch / 申威 SW64 + 适配 OS龙芯中科、申泰可控性最高、生态需自建
开源根社区openEuler / OpenAnolis / OpenHarmony / openGauss开放原子开源基金会等降低重复造轮子,跨厂商共用底座
云厂商一云多芯统一云管 + 异构算力池华为云、天翼云、中国电子云、EasyStack、ZStack以平台层屏蔽差异

注意:阵营是产业协作叙事,不是技术标准,也不构成排他关系。同一厂商常同时参与多个阵营,招标中按技术路线分包(C86 / ARM / 自主指令集)正是对多元并存的制度化。

5.3 全栈协同 vs 组合式适配

维度组合式适配(「加法」)全栈协同(「乘法」)
目标各层分别能安装、能启动联合调优后的生产级性能与稳定性
验证方式功能性兼容清单端到端压测、故障注入、长稳压测
责任边界各厂商各自负责需明确牵头方与联合问题定位机制
典型失败高并发下 IO 阻塞、内存泄漏、内核崩溃—
审计视角「纸面兼容」易被判为不达标能承载业务才通过

有行业文章把组合式适配、内核级套壳、闭源依赖列为验收「三大死穴」〔C,行业评论〕。这类表述虽非官方条文,但与 06 中「测评关注研发单位与持续发展」的导向一致,可作为自查视角。


6. 上游:必须一并看到的半导体约束

信创的「全栈可控」向上追溯会触到当前最硬的约束。多份 2026 年研究给出的分层图景〔B/C,券商与行业会议转引,数字口径需逐一核对〕:

环节状态主要约束
成熟制程(28nm 及以上)产能与利用率较高,设备国产化率可达 50%+结构性内卷、价格竞争
先进制程(7nm 及以下)受 EUV 等约束,量产能力受限良率、成本、设备可得性
设备刻蚀/清洗国产化率 50%—65%(不同来源有 55%—65% 的较窄区间,全站统一取宽区间),薄膜沉积 25%—30%,光刻机整体不足 1%,量测/离子注入个位数至低两位数高端设备出口管制
材料整体约 15%;12 英寸大硅片约 10%、高端光刻胶 <10%、电子特气 15%—30%认证周期长
EDA整体 12%—20%;模拟全流程突破,数字后端 <20%,5nm 以下 <5%;亦有厂商称工具覆盖率提升至 85%(覆盖率≠国产化率)三巨头仍占主导
高端 IP / HBMCPU/GPU/NPU 高性能 IP 依赖海外供应与授权双重风险
先进封装国产化程度最高、追赶最快(Chiplet / HBM 相关)相对优势环节

大基金三期注册资本 3440 亿元,投向明确指向设备、材料、零部件等卡脖子环节〔B/C,行业转述〕。

关键辨析:「中国芯片自给率约 70%」是产量口径,与「先进制程光刻机国产化率不足 1%」并不矛盾——前者说明规模铺开,后者说明纵深未打通。把两者并列,才是完整的产业图景;只引其中一个都会导出错误结论。


7. 下游:服务层决定交付质量

服务和集成环节常被产业链图谱忽略,但它是从「产品可用」到「系统可用」的转化层:

责任设计建议:合同中明确「适配问题清单 + 解决时限 + 联合定位机制 + 版本升级后的重测责任」,避免各层厂商互相推诿。


8. 本章小结