信创文件适配技术方案

核心适配器实现2.1 统一文件操作接口public interface FileTemplate { // 基础文件操作 String upload(InputStream inputStream, String getMediaMetadata(String mediaUrl); // 健康检查 boolean isHealthy(); StorageMetrics getMetrics();}2.2 阿里云OSS适配器实现 buildPublicUrl(String objectName) { return properties.getReadEndpoint() + "/" + objectName; }}2.3 华为云OBS适配器实现 总结本技术方案通过以下关键设计实现了信创适配文件存储服务的快速切换：3.1 核心优势统一抽象: 通过FileTemplate接口统一所有存储服务的操作配置驱动: 支持通过配置文件动态切换存储提供商信创兼容

C++信创适配踩坑记

项目临近上线，突然接到通知——得适配到信创环境，而且要在周末完成部署并现场演示。结果周一一大早，领导一进门就问：“这个适配工作，今天能做完吗？” 不过好在领导也就是问问，实际上信创适配一共花了2~3天。其实大部分信创也就是 Linux 分发版的一种，如果理想的情况下，一天就适配完成大概率是可行的。 这里就记录一下笔者在 C++ 信创适配过程中踩过的那些坑。 2. Docker方案 信创（信息技术应用创新）体系中的操作系统几乎全部基于 Linux 内核，属于 Linux 发行版的国产化分支。 但是使用 Docker 也没那么简单，因为信创系统不像其他 Linux 发行版那样随处可见，提前准备的 Docker 镜像不一定能在不同信创系统上运行。 库和程序 不得不说，在信创系统上找一个靠谱的源来下载工具和库包还挺麻烦的，尤其是 arm64 架构的。

信创适配测试还是信创产品认证？别再纠结名称了，没有国标才是关键！

最近，不少做信创的朋友向我吐槽：项目招标文件中一会儿要求“信创适配测试报告”，一会儿又要“信创产品认证证书”，还有“符合性测试”、“兼容性互认证”、"评估证书"……各种名称让人眼花缭乱。 信创适配与认证：先有“适配”，后有“认证”在信创国产化替代进程中，特别是在一些特定的信创项目招标中，适配与认证是产品落地的关键两步。而这两步的关系其实很简单：先做信创适配，再做信创认证 。 另一个让企业纠结的问题是：信创适配测试报告是否必须带有CNAS或CMA标识？ 实际上，大多数信创适配测试报告并不包含CNAS或CMA标识。为什么？因为信创适配测试的核心是验证产品与国产基础软硬件的兼容性，这是一种特定环境下的验证性测试，而非通用性的产品质量检测。 你在信创适配过程中遇到过哪些困惑？欢迎在评论区留言分享！

.NET 在信创常用软件适配清单之中？

2020年8月份写了一篇文章《.NET Core也是国产化信息系统开发的重要选项》， 这又过去了大半年了，在信创领域发生了很大的变化，今天写这篇文章主要是想从信创常用软件适配清单 看一看.NET 在信创里面的情况 信创常用软件适配清单 是由中国电子工业标准化技术协会信息技术应用创新工作委员会（简称信创工委会） 发布的，最新的列表是2020年12 从这个列表的开发工具这一行可以看到Java JDK 在列，没有看到. NET Core/.NET 5, 但是列出来了Microsoft Visual Studio， 这里准确应该列出.NET SDK ，这里我们可以推断.NET 在信创名单之中，并不是某些人为了自己的利益不惜诋毁

信创：SRS适配国产芯片和操作系统

在很多不同的朋友的一起努力下，SRS测试和适配了信创的多个芯片和操作系统，不仅解决了CPU的适配，还解决了各种依赖项目的编译问题，这大概就是开源和生态的重要意义之一。 为何很重要 关于信创有很多官方的资料，分析了我们要做芯片和操作系统等基础设施的重要性，我从我个人片面的理解中汇报下个人的体会。 SRS只是整个软件宇宙生态中一粒沙，做好自己这粒沙，适配我们国家信创的所有主要芯片和系统，就是最重要的事情。 现在的状态 在很多不同的朋友的一起努力下，SRS测试和适配了信创的多个芯片和操作系统，最新名单和状态可以点阅读原文查收，下面是目前为止确认适配过的系统和芯片的组合。 适配不能一蹴而就，如果你遇到新的信创的环境需要适配，或者现有环境有新的问题，欢迎反馈给我们。 欢迎提交Patch，做好SRS这一粒沙。

华汇数据国产操作系统信创适配改造方案，信创“2+8+N”全面推进

信创安全落地将更加注重数字化场景应用 信创建立的是一整套国家自主可控的信息技术体系，其中信息安全既是信创的重要组成部分，也是信创的核心展现。 但对于用户和各级信创厂商而言，仍然面临艰巨挑战，过去国产化软硬件的性能问题，包括适配问题是信创替代的主要挑战，现在信创体系经过多年的持续发展，已经从“能用”过渡到了“好用”，现在的核心挑战也变成了国家级数字中国战略方向上的创新应用挑战 国产化信创适配的痛点有以下几个 1.信创终端不支持插件控件 2.存量B/S应用无法使用国产浏览器访问 3.现有C/S应用不能运行在信创终端上（指令系统不同） 4.信创终端生态体系不全面，某些应用没有对应方案 5.外设在信创终端上没有驱动不能识别 6.其它无法兼容国产化系统的软硬件问题 解决方案：华汇数据信创终端适配平台 华汇数据信创终端适配平台是业界唯一一款可以完全美解决信创设备访问存量应用的平台解决方案 导致现在很多客户一个人办公采用两台PC机，原来的PC机访问未适配完的存量应用，信创PC机访问已经适配完的新的应用系统。

信创产品

1信创定义 “信创产品”是指在中国信息技术应用创新产业（简称“信创产业”）背景下，基于自主核心技术研发、生产，并符合安全可控要求的信息技术产品。 o信息安全产品：围绕信创环境设计的安全防护、密码产品等。 o外设与云服务：适配信创体系的打印机、扫描仪等，以及基于信创技术的云计算平台和服务。 1.6简单总结 信创产品=基于中国自主核心技术+符合安全可控要求+适配中国信创技术生态+服务于关键领域国产化替代目标的信息技术产品。 2.1.1核心定位与背景 1.信创核心成员 作为中国“信息技术应用创新”战略的关键基础设施，UOS是构建国产自主IT生态的基石，适配国产CPU（如鲲鹏、飞腾、龙芯、兆芯、海光等）。 3.3.5信创全栈适配 1.国产化认证 o芯片：鲲鹏920/飞腾2500/海光7280 oOS：麒麟V10/统信UOS/OpenEuler o中间件：东方通TongWeb/金蝶Apusic 2.Oracle

应用系统开发方法与模型：演进、实践与信创领域适配

在信创领域背景下，面对复杂的技术环境、多变的业务需求和严苛的合规要求，选择适配的开发方法与模型更显关键。本文将系统梳理主流应用系统开发方法与模型，并结合信创项目的独特场景，探讨实践路径与优化方向。 在信创项目中，开发方法还需额外兼顾安全性、兼容性、性能优化等特殊要求，形成适配信创环境的专属实践体系。 三、信创环境对开发方法的特殊要求与实践适配信创领域的技术自主性、环境复杂性和安全合规性，对应用系统开发方法提出了一系列特殊要求，推动开发方法在实践中不断优化适配。 （二）信创项目开发的实践路径技术选型与评估先行：结合信创环境的技术标准，选择适配的国产技术栈和工具，在开发方法中明确技术选型流程和评估指标，确保技术方案满足信创合规要求和项目实际需求。 在信创产业快速发展的背景下，开发方法需进一步强化安全合规、兼容性适配和灵活迭代的核心能力，通过科学选择、实践优化和技术赋能，为信创应用系统的高质量开发提供坚实支撑。

【信创低代码】JeecgBoot适配达梦和人大金仓，TiDB配置手册

项目介绍JeecgBoot是一款专为信创产业设计的企业级低代码开发平台，目前已经实现了对多种国产数据库的默认兼容，提供了丰富的组件和模板，可帮助用户快速搭建信创应用系统。 通过JeecgBoot，信创用户可以更高效地开发和部署应用系统，从而提升工作效率和业务竞争力。信创兼容说明JeecgBoot 目前已经完成信创兼容工作，程序默认兼容各种国产库和国产容器。

全栈适配能力测评：国产信创DevOps平台兼容差异深度分析（2026）

不同平台在适配覆盖范围、深度、兼容性稳定性及场景落地能力上存在显著差异，直接关系到企业IT架构的兼容性、业务连续性与信创转型成功率。 一方面全面支持麒麟、统信等核心国产操作系统，覆盖其主流版本及更新迭代版本，完全满足信创环境要求；另一方面兼容Linux64位全系列发行版（建议CentOS6.0以上），适配传统IT环境，实现企业从传统架构到信创架构的平滑过渡 ，无法满足信创转型中“全面国产化”的要求。 2）国产化中间件适配差异适配缺失型平台：部分平台对国产中间件（如tongweb、东方通TongLink/Q）的适配存在空白，而这类中间件是信创环境的核心组成部分，导致平台无法融入纯信创IT架构。 ，满足信创转型的全栈国产化要求。

国产DevOps平台技术架构与实践解析——基于信创场景的适配与落地

01.适配能力：全栈兼容体系的构建与信创场景落地适配能力是国产DevOps平台技术落地的核心根基，其技术本质是构建“硬件-软件-业务-合规”的全维度兼容框架，既要突破信创生态的软硬件适配壁垒，又要实现与行业业务流程的深度耦合 1.1信创全栈适配的技术实现路径信创适配的核心技术目标是“自主可控前提下的零成本兼容”，需构建从底层基础设施到上层应用工具的全链条适配体系，形成闭环技术支撑：底层环境兼容技术：采用原生适配架构而非二次编译适配 制品与工具适配技术：支持Maven、npm、Docker、Helm等主流制品格式，同时兼容OHPM等国产制品格式，通过内置SCA组件分析、代码安全Xcheck等工具模块，实现信创环境下制品安全扫描与漏洞追溯 从行业实践来看，深度融合式适配相比基础兼容模式更具落地价值，可实现“零代码改造、无缝切换”，典型如在河北银行、贵州农信等金融机构的信创改造项目中，依托类似嘉为蓝鲸的全栈适配技术方案，成功满足央行对金融系统信创合规与业务连续性的双重要求 4.3技术选型结论国产DevOps平台的核心技术价值的是实现“适配性、部署效率与生态自主可控”的平衡，尤其适合对信创合规、安全管控、服务支持要求较高的大中型企业与强监管行业。

谁说信创无创新，中国电子云开启“信创+”时代

过去，似乎每次提到信创，“羸弱的技术、落后的产品、拼凑的生态”这些字眼总会不由自主地浮现在人们的脑海。 但信创真的无创新吗？ 今年2月，中国电子云的信创云正式上线。 模式创新可以让信创产品、技术、方案与业务需求融合更加紧密，将信创技术更好赋能政企数字化转型，生态建设则可以为信创技术与产品创新提供持续的活力，不断反哺和完善信创产业。 ? 此外，为进一步强大信创云的大生态，中国电子云还携手奇安信、达梦数据库、亚信科技、用友网络、永中软件、Coremail论客、小鱼易连等科技公司联合发布产品，基于中国电子云提供的信创数字底座，开展产品技术、 总体来看，中国电子云已经构建起技术领先的信创技术体系，并正式通过信创+战略，加速开启信创产业模式创新和生态建设，为数字化时代的信创产业夯实了坚实基础。

【金猿信创展】恒生电子——全栈式信创解决方案，助力金融信创行稳致远

‍ 国产化/信创·恒生电子 本内容由恒生电子投递并参与“数据猿年度金猿策划活动——2022大数据产业国产化优秀代表厂商”评选。 ‍ LIGHT技术平台是恒生自主研发的金融数字化基础设施，也是新一代信创基础设施。 下游产业链 恒生电子主要服务金融机构，为证券、基金、期货等金融机构提供集“咨询规划-架构设计-实施交付-售后运维”为一体的金融信创整体解决方案，助力金融行业信创建设高质量发展。 东吴证券在充分评估各方面功能、性能的基础上，成为首家与恒生电子在“TA+LightDB数据库”信创项目上开展合作并落地上线的券商。 通过该项目的通力合作，恒生电子助力东吴证券完成了TA系统在基础软硬件上全面的信创选型及适配改造，实现全栈信创体系建设。

从“严格模式”到金融级合规：TBDS信创数据库适配实战录

因此，当面临信创数据库的适配需求时，团队的工作不是颠覆性的重构，而是在一个业已经过验证的成熟框架下，为这个新的数据库“方言”开发一个对应的“驱动”或“适配器”。 当信创需求出现时，工程 effort 被精准地聚焦于开发一个新的数据库适配层，而非在整个平台的代码海洋中进行伤筋动骨的修改。 在适配信创数据库的征途中，TBDS团队通过解决两个棘手的“意外”问题，生动地诠释了何为真正的技术伙伴。 五、前行之路：共建安全开放的数据生态 此次针对信创数据库的深度适配改造，不仅是TBDS发展历程中的一个重要里程碑，更是其技术实力和产品理念的一次全面展示。 团队已制定了清晰的路线图，致力于持续优化平台的数据库适配能力，计划在未来支持更广泛的信创及其他类型的企业级数据库，并进一步提升适配的自动化程度和效率。

Windows微信DPI适配

2.5 应用DPI感知级别 前面提到了DWM会使用虚拟化技术来默认处理那些为适配DPI的应用，那么系统怎么判断这个应用有没有适配呢？ 系统是通过应用设置的DPI感知级别来判断应用是否适配了DPI。 ? 三、适配步骤 了解了适配相关的基础概念之后，接下来开始对应用进行适配了。 在未对DPI进行适配之前，窗口、控件构建的大致过程如下： ? 适配的主要工作包括资源的适配和尺寸调整两个方面，调整之后的流程如下： ? 这样可以减少适配的工作量，同时避免维护多套xml带来的麻烦。 3.4 窗口和控件缩放 窗口和控件的缩放是DPI适配的主要工作。 通过上面的步骤，能够满足大多数应用对于DPI适配的需求，但对于需要做到Per-Monitor级别的适配的应用，就还需要更多的工作以完成适配。

信创改造 - TongRDS 设置密码

因为是从 Redis 迁移到 TongRDS，所以这里是修改的 Server.Listen.RedisPassword 参数

某省农信-Zabbix的信创融合实践

二、融合信创环境的建设要求 “信创”无疑是近几年市场最热的主题词之一，它既是国家数据安全、网络安全的基础，也是新基建的重要组成部分。信创产业生态体系庞大，几乎覆盖信息产业的方方面面。 2.1 Zabbix信创需求 Zabbix能否在信创硬件环境上运行？答案是毋庸置疑的。 信创硬件环境，一般重点看环境使用的“芯片”，即系统的架构：ARM、X86等等。 在诸多Zabbix项目中，大家熟知的信创类部分操作系统，Zabbix也都做过适配，理论上只要系统的内核版本是4.19及以上版本的信创操作系统，Zabbix 6.0/7.0均支持（编译安装/封装RPM）。 2.3 Zabbix对信创数据库的兼容性 Zabbix能否适配信创数据库？答案也是毋庸置疑的。 /SNMP：实现对信创中间件的监控 HTTP/HTTPS：实现对支持接口方式信创应用的监控 SNMP/API：实现对信创网络设备的监控 SNMP/API：实现对信创硬件和存储设备的监控 3.3 Zabbix

信创改造 - TongRDS 替换 Redis

金融行业Zabbix信创实践

注意 值得注意的是，Zabbix属于监控软件，而监控工具是不在强制信创以及首批要进行信创改造的范围当中的，Zabbix只要与信创环境做好适配就可以正常使用。 数据库兼容性 适配主流信创数据库（OceanBase、TDSQL、GoldenDB、人大金仓、达梦等），支持MySQL/PostgreSQL协议。 三、Zabbix信创 落地案例 1、麒麟OS + OceanBase（C86架构）— 从兼容适配到平滑迁移 某大型金融机构原监控系统基于Zabbix 5.0（MySQL 5.7、CentOS 7.5）， 客户反馈： “通过参数适配与SQL优化，Zabbix在OceanBase上运行稳定，为后续信创全栈替换提供了监控保障。” 四、总结与展望 Zabbix在金融信创实践中，通过参数调优、SQL适配、架构改造三大核心手段，成功突破数据库兼容性、高并发冲突、跨平台迁移等难题，验证了其在信创生态中的技术普适性。

【代码优化】信创迁移优化

越来越多的软件系统对于信创迁移有着迫切的需求。 为此，TCA团队整理了从x86迁移到ARM64架构的通用优化点，并实现上线了《【C/C++】信创迁移优化》和《【C/C++】强化信创迁移优化》规则包。 所以在信创迁移的过程中需要将代码修改为跟目标架构CacheLine对齐，从而带来性能的提升。 关键ASM指令替换 x86和AMR64架构的ASM指令不是一一对应的，存在缺失或者有更优指令的情况，所以如果在迁移过程中针对这些差异进行ARM64适配的话，会大大提升软件系统在ARM64架构上的性能。 启用规则包 ▼ 分析方案 -> 代码检查 -> 【C/C++】信创迁移优化规则包/ 【C/C++】强化信创迁移优化规则包-> 启用/查看规则 注：【C/C++】强化信创迁移优化规则包由TCA独立工具支持