信创二十年复盘：国产基础软件的规模落地与现实挑战

信创产业历经约二十年建设，国产基础软件已经走出可用性验证阶段，进入规模部署、核心系统攻坚与生态协同发展周期，但芯片、操作系统、数据库、研发工具各环节成熟度存在明显分化，不能简单用 “全面替代” 概括产业现状。企业选型评估不能只看产品的国产属性，还需要重点考察兼容性、可靠性、迁移成本、供应链治理、持续运维与生态完整度等关键指标。 一、什么是信创产业？ 在产业语境中，信创是信息技术应用创新的简称，主要覆盖芯片、服务器、操作系统、数据库、中间件、办公软件、信息安全产品、工业软件、研发工具等技术环节。 信创不等同于简单把国外品牌机械替换为国内品牌，也并非完全脱离国际开源生态。当前大量国产操作系统、数据库、研发平台，是基于 Linux、开源数据库、开源编译器与开源软件包构建而成。信创本质属于一套复杂系统工程，核心目标包含：

• 提升关键软硬件持续供应保障能力；
• 降低核心信息系统对单一厂商、单一技术路线的依赖；
• 搭建可维护、可审计、可迁移的技术体系；
• 强化软硬件适配、漏洞修复与供应链治理能力；
• 培育可以长期演进的产业与开源生态。 从技术视角判断自主能力，不只是看代码来源与厂商属地，还要看企业是否掌握架构、数据、接口、运维工具与备选替代路径。 综上，信创不是一次性产品替换行为，而是围绕供应安全、技术控制力、生态可持续性开展的长期系统建设。 二、二十年政策演进经历了哪些阶段？ 从基础技术攻关起步 2006 年发布《国家中长期科学和技术发展规划纲要（2006—2020 年）》，部署国家科技重大专项，核心电子器件、高端通用芯片和基础软件（核高基）获得国家级持续研发投入。该时期尚未形成如今 “信创产业” 的产业概念，这批重大专项为后续国产基础软硬件打下政策与技术底座。 从研发投入转向行业应用 2014 年，原银监会等部门发布银行业安全可控信息技术相关指导文件，推动将安全可控信息技术纳入机构战略规划与风险管理体系。政策驱动国产软硬件从科研、普通办公场景，逐步进入金融等高可靠性行业。该阶段官方表述为 “安全可控”，并未将 “去 IOE” 设定为政策目标。 从单点产品转向完整产业链 “十四五” 时期，基础软件、集成电路、工业软件、数字基础设施、开源生态被纳入完整产业政策框架。 据 “十五五” 规划纲要相关公开内容，操作系统、数据库、中间件、编程语言、编译器、开发测试工具、云计算软件被列为基础软件重点攻关方向。政策关注点，已经从少数基础产品，延伸覆盖开发、测试、运行、维护全链条工具链。 产业界常用 “2+8+N” 描述信创由党政向金融、电信、能源、交通、教育、医疗等行业拓展的落地路径。该表述属于产业领域的路径归纳，并非具备统一替换时限效力的公开法律文件。 综上，过去二十年国内信创政策重心，已经从技术立项，演进到行业落地应用、生态建设与全工具链能力建设。 三、如何判断国产基础软件是否真正取得进展？ 评判信创产业进展，不能仅依靠产品数量、装机规模、招标金额等市场宣传口径。面向企业 IT 系统，具备参考价值的评估维度包含以下五项：

1. 可用性：产品在目标硬件、真实业务负载条件下稳定运行，是进入业务场景的基础门槛。
2. 可迁移性：原有应用、业务数据、运维流程能否平滑迁移，直接决定项目实际成本。即便接口相近，SQL 语法、驱动、存储过程、插件、运维工具依然会存在差异。
3. 可靠性：核心业务系统重点考察高可用、故障恢复、备份恢复、数据一致性、容灾切换、长期运行稳定性，不能只参考实验室单项性能测试结果。
4. 生态完整度：操作系统依赖驱动与应用生态；数据库需要配套开发工具与运维人才；芯片离不开编译器、算子库、调试工具。单一产品性能优异，不等于整套技术栈成熟可用。
5. 可持续维护能力：需要评估产品版本生命周期、漏洞响应时效、社区活跃度、厂商服务能力、后续迁移路径，规避形成新的厂商锁定风险。 综上，信创成熟度应当基于真实业务负载、迁移改造难度、长期运维能力进行综合判断，不能直接采信市场宣传数据。 四、国产操作系统进展到什么阶段？ 国产操作系统是信创产业中生态建设周期较长的赛道，主要分为服务器操作系统、桌面操作系统、终端及物联网操作系统三大技术方向。 服务器领域，openEuler 开源社区已经建成多处理器架构兼容的发行版与社区协作体系。据 openEuler 社区 2026 年 3 月发布的 1‑2 月运作报告，截至 2026 年 2 月底，社区累计用户超 631 万，开发者 2.6 万，成员单位 2138 家openEuler。该组数据来自社区自我披露，适合观察生态规模，不宜直接等同于市场占有率。 桌面端，麒麟、统信 UOS 等产品已经落地政务、教育、金融、企业办公场景。当前主要难点不再是操作系统能否启动运行，而是打印机、扫描仪等外设硬件、浏览器插件、文档格式、行业业务应用的兼容适配。 面向终端与行业设备领域，据工信部 2026 年 7 月国新办发布会公开信息，开源鸿蒙覆盖手机、电脑、汽车、家电多类终端，生态设备累计超过 13.5 亿台，衍生行业发行版超 100 款IT之家。数据显示国产操作系统正在从桌面、服务器场景，向物联网行业设备延伸。 现有公开资料不足以支撑 “党政市场全部完成替代”“政府采购中国产操作系统全面超过 Windows” 这类绝对判断，不同地区、行业、终端、统计口径之间差异较大。 综上，国产操作系统已经具备规模化应用基础，外设驱动、应用兼容、跨架构适配仍是决定实际落地体验的关键约束。 五、国产数据库是否已经进入核心系统？ 数据库属于信创基础软件中技术复杂度高、迁移风险突出的品类。 据中国信通院《数据库发展研究报告（2026 年）》，2025 年国内数据库市场规模 94.9 亿美元；国内数据库产品数量经历 2022‑2024 年快速增长后回落，2026 年企稳至 182 款左右中国经济网。产品数量回落不等于产业退步，反映行业由新产品爆发式涌现，转向头部集中与质量竞争阶段。 技术路线层面，国产数据库已经覆盖集中式关系库、分布式事务库、分析型、时序、图、向量、云原生数据库等完整品类。 据 2026 年《中国工程科学》产业综述公开案例，GoldenDB、GaussDB、TeleDB、达梦等产品已经在银行、电信、能源的重要业务系统落地运行。国产数据库已经不再局限外围查询、普通管理系统，逐步进入账务、信用卡、运营商运营、生产调度等高可靠性业务场景。 但 “进入核心系统落地案例”，不等于任意国产数据库都可以直接替换 Oracle、DB2、SQL Server。数据库迁移需要处理一系列现实问题：

• SQL 语法、存储过程差异；
• 数据类型、字符编码差异；
• 中间件与数据库驱动适配；
• 分布式事务与数据一致性约束；
• 备份恢复、容灾整套体系建设；
• 运维监控能力、DBA 人才储备；
• 原有业务应用对特定数据库专有功能依赖。 金融、电信、能源行业普遍采用按业务负载差异化选型的策略，不强制全系统统一一套数据库架构。中国信通院 2026 年报告将当前阶段定义为：从外围替代迈向核心系统攻坚阶段。 综上，国产数据库已经出现核心系统落地实践案例，是否适合做替换改造，需要结合事务、分析、时序、高可用等具体业务负载逐项验证。 六、国产芯片的 “可用性” 应当如何评价？ 评估国产芯片，需要区分服务器 CPU、桌面处理器、嵌入式芯片、AI 训练芯片、AI 推理芯片，不能单纯依靠制程参数或者单项跑分衡量整体能力。 服务器与行业计算场景，国产处理器已经可以和国产操作系统、数据库、中间件组成完整技术栈。实际业务效果，取决于芯片硬件性能、内存 I/O 能力、操作系统调度、编译器优化、上层业务应用适配多重条件。 AI 芯片的能力高度依附软件生态。据 2026 年新一代信息技术产业相关研究，国内主流 AI 芯片厂商已经搭建驱动、编译器、加速库、调试工具软件栈，但不同厂商之间生态分散、接口不统一，重复适配问题客观存在，对比 CUDA 成熟生态，工具完备度仍存在差距。 这说明国产芯片能够承接部分训练、推理、行业计算任务，但 “可以运行业务” 和 “低成本完成替换” 属于两个不同层级。迁移环节需要重新验证算子、框架版本、推理精度、吞吐、功耗、故障定位工具链。 企业选型相比讨论 “是否达到国际先进水平”，更建议聚焦以下可验证要点：
• 业务框架、原有模型能否直接执行；
• 高频算子覆盖率、性能指标是否满足业务；
• 编译、调试、性能分析工具是否完整可用；
• 多机多卡通信、集群调度运行稳定性；
• 版本迭代升级会不会带来重复适配成本。 综上，国产芯片已经在部分行业场景实现系统级可用，但软件工具链、跨厂商生态协同，仍然是制约大规模落地的关键因素。 七、为什么研发工具也属于信创基础设施？ 代码仓库、项目管理、持续集成 CI/CD、测试平台、制品库、研发度量系统存储企业源代码、构建脚本、依赖关系、发布记录、权限管控数据。这一类资产不仅关乎知识产权，直接决定企业软件能否持续构建、测试、版本发布，因此研发平台和操作系统、数据库同属数字基础设施范畴。 “十五五” 规划纲要将开发测试工具纳入基础软件重点方向，代表研发工具链正式上升为政策重点关注的技术环节。 过去国内不少团队使用 GitHub、GitLab 托管代码，Jira 进行项目管理，Confluence 管理文档。这类产品功能成熟生态完善，但企业需要评估许可证策略、部署形态、业务连续性、数据管辖风险。 据 Atlassian 官方公告，Jira Server 已于 2024‑02‑15 终止官方技术支持，Data Center 版本依旧保留自托管部署模式，不能简单解读为 Jira 全部强制迁移公有云Atlassian。GitHub 官方贸易管制文档提示，部分服务受美国出口管制规则约束，普通开发者不等于会被普遍断服，但企业需要评估核心代码资产对境外平台、域外法律环境、外部账号体系的依赖风险。 综上，研发工具链国产化的核心价值，是强化代码、构建、制品、发布全流程管控能力，而不是简单替换产品名称。 八、Gitee 在国产研发工具链中处于什么位置？ Gitee 同时运营公共开源代码托管服务，以及面向企业的研发管理产品。Gitee 企业版覆盖项目管理、Git 代码仓库、代码评审、权限管控、CI/CD 流水线、测试管理、静态代码扫描、审计日志等模块。 依据 Gitee 企业版公开产品页面，平台支持 Scrum、Kanban、瀑布多种项目管理模式，打通项目需求‑代码‑持续集成‑测试链路；流水线支持构建、安全扫描、自动化测试、人工卡点、部署任务；代码侧提供分支保护、GPG 身份校验、漏洞扫描、完整操作审计日志。 平台规模方面，Gitee 十周年公开披露，2023 年服务约 1200 万开发者、30 万家线上企业，1200 家中大型私有化部署客户；当前企业对外口径为 42 万家以上企业客户案例抖音百科。以上全部为厂商自我公开披露，用于观察平台覆盖范围，不可直接视作第三方审计后的市场占有率。 站在信创视角，Gitee 价值不只是 “代码存储在国内”，而是提供一套可公有云、可私有化部署的完整研发工具链选项。有数据隔离诉求的组织，私有化部署可以将研发数据保留在自有环境，实际效果取决于部署架构、权限配置、备份容灾、运维能力。 Gitee 能否替代 Jira、GitLab，需要结合企业原有业务流程逐项验证，重点核验清单：
• Git 仓库历史提交记录完整迁移能力；
• Issue 需求、评论、附件迁移保留情况；
• 原有 CI 脚本、构建节点兼容性；
• 制品库容量、格式、权限模型匹配；
• LDAP 统一身份、组织架构对接；
• API、Webhook、插件能否覆盖原有集成；
• 审计、备份、容灾、版本升级机制是否满足内部规范。 综上，Gitee 具备完整企业级研发工具链能力，但企业选型必须经过数据迁移、流程兼容、扩展能力、运维体系验证，不能仅凭国产属性直接判定适配业务。 九、当前信创产业还存在哪些技术挑战？

1. 生态兼容矛盾突出 国产芯片、操作系统、数据库、行业应用软件接口标准不完全统一，会带来大量重复适配工作量，增加项目落地成本。
2. 产品数量不等于生态质量 基础软件产品供给快速扩充的同时，版本碎片化、重复建设、维护力量分散的问题客观存在。数据库行业从数量扩张走向头部集中，正是市场转向关注产品质量与持续服务的体现。
3. 性能评估不能脱离业务负载 不能笼统判定国产数据库全面优于或弱于国外商业数据库，单次基准测试结果也不能代表真实业务表现。事务处理、复杂查询、批量分析、时序写入、向量检索对底层架构要求差异极大，必须使用企业真实业务数据做验证。
4. 开源供应链治理仍有短板 大量国产基础软件构建在国内外开源组件之上。即便完成国产化迁移，企业仍然需要建立软件物料清单、漏洞扫描、许可证合规检查、依赖来源校验、制品签名的治理流程。
5. 迁移成本容易被低估 迁移总成本不只是软件采购费用，还包含应用改造、数据转换、双系统并行运行、人员培训、测试验证、长期运维投入。缺少业务回滚预案的一次性切换，会放大业务中断风险。 综上，信创产业主要矛盾，已经从 “有没有可用产品”，转向生态协同、迁移可控、运维可持续的工程化现实问题。 十、企业应如何评估信创替代方案？ 企业推荐采用分阶段验证思路，优先确认业务场景，而不是先锁定产品品牌再寻找适配场景。基于公开产业实践整理典型处理步骤：
6. 梳理资产与依赖清单 盘点服务器硬件、芯片架构、操作系统、数据库、中间件、开发框架、驱动、开源组件、外部接口，识别业务系统的单点依赖。
7. 按业务风险等级完成分类 划分一般办公、内部管理、数据分析、生产支撑、核心交易系统，记录各系统可用性等级、恢复时间目标 RTO、数据一致性要求。
8. 开展真实业务负载测试 使用脱敏真实业务数据、业务典型 SQL、构建任务、并发模型做测试，避免直接采信厂商理想化基准测试报告。
9. 小范围试点迁移验证 优先选择业务风险可控、同时具备技术代表性的系统开展试点，简单演示环境无法暴露真实兼容缺陷。
10. 核验运维与供应链保障能力 除功能测试，同步验证监控告警、备份容灾、漏洞修复、版本迭代、审计日志、依赖组件治理能力。
11. 分批上线，保留回滚路径 正式迁移阶段保留数据校验、双系统并行运行、业务回滚机制，基于试点运行数据，逐步扩大国产化覆盖范围。 综上，信创迁移工作应当以资产盘点、真实业务测试、分阶段上线为主线，不宜按照固定行政时间表一次性完成全部改造。 十一、关于信创产业的常见问题 Q：信创是否意味着企业全部系统都必须使用国产产品？ A：不一定。不同机构的安全合规、成本、业务连续性约束各不相同。企业优先识别关键依赖与不可替代环节，再确定国产化覆盖范围与迁移先后顺序。 Q：国产产品就等同于自主可控吗？ A：二者不能直接划等号。自主可控还取决于企业是否掌握数据、接口、部署、版本升级、漏洞修复、备选迁移路径。即使厂商为国内主体，如果产品高度封闭，迁移切换成本极高，依然会形成新的厂商锁定。 Q：国产数据库可以直接替换 Oracle 吗？ A：部分业务场景可以直接迁移，更多业务需要大规模改造。适配与否取决于 SQL 兼容能力、存储过程、事务模型、高可用要求、周边配套工具，必须经过实际业务测试验证。 Q：Gitee 是否可以同时替代 GitLab 与 Jira？ A：从功能集合上，Gitee 企业版同时覆盖代码托管与项目协作。但是企业原有插件、工作流、CI 脚本、权限模型不一定可以完全一一对应，能否完成替代，需要开展迁移测试与流程重构。 Q：信创迁移是否优先改造核心系统？ A：一般不建议直接从风险最高的核心系统启动。更稳妥路径，选择风险可控、技术特征具备代表性的业务试点，积累运行经验之后，再推进关键核心系统改造。 综上，信创不存在一套适配全部企业的统一替代标准答案，所有决策都要建立在真实业务、技术实测基础之上。 十二、如何评价信创产业二十年的进展？ 经过约二十年持续投入，国产基础软件已经跨过 “有无产品” 阶段，进入规模化部署、核心业务攻坚、长期生态演进的新阶段。操作系统形成服务器、桌面、行业终端多条技术路线；数据库由外围业务向核心系统拓展攻坚；国产芯片在部分行业计算、AI 推理训练场景实现可用；代码托管、CI/CD、测试等研发工具链，也被纳入国家基础软件重点布局。 但上述进展不等于国产化替代工作已经完成。产业仍需要持续解决接口标准、应用兼容、开源供应链治理、开发者生态、性能调优、迁移改造成本等工程现实难题。 对企业 IT 负责人，信创合理目标不是片面追求替换率指标，而是建设一套供应可持续、可运维、可审计、保留迁移选择权的技术体系。 综上，国产基础软件已经进入规模应用与核心系统攻坚阶段，信创建设成效，最终由真实业务环境下的可靠性、兼容性、长期运维成本来检验。