核心适配器实现2.1 统一文件操作接口public interface FileTemplate { // 基础文件操作 String upload(InputStream inputStream, String getMediaMetadata(String mediaUrl); // 健康检查 boolean isHealthy(); StorageMetrics getMetrics();}2.2 阿里云OSS适配器实现 } catch (Exception e) { throw new RuntimeException("获取华为云STS凭证失败", e); } } // 其他方法实现...}3. 总结本技术方案通过以下关键设计实现了信创适配文件存储服务的快速切换:3.1 核心优势统一抽象: 通过FileTemplate接口统一所有存储服务的操作配置驱动: 支持通过配置文件动态切换存储提供商信创兼容 参考实现: OSS的实现使用S3标准,主流的对象存储直接改配置即可,如果不是s3协议,扩展一个实现方式即可支持配置。评审意见minio版本作为默认实现;
项目临近上线,突然接到通知——得适配到信创环境,而且要在周末完成部署并现场演示。结果周一一大早,领导一进门就问:“这个适配工作,今天能做完吗?” 不过好在领导也就是问问,实际上信创适配一共花了2~3天。其实大部分信创也就是 Linux 分发版的一种,如果理想的情况下,一天就适配完成大概率是可行的。 这里就记录一下笔者在 C++ 信创适配过程中踩过的那些坑。 2. Docker方案 信创(信息技术应用创新)体系中的操作系统几乎全部基于 Linux 内核,属于 Linux 发行版的国产化分支。 (如等保、密评) 即使技术上能跑,也可能需要提供适配证明或检测报告 3. 个文件,然后传到信创机器上。
最近,不少做信创的朋友向我吐槽:项目招标文件中一会儿要求“信创适配测试报告”,一会儿又要“信创产品认证证书”,还有“符合性测试”、“兼容性互认证”、"评估证书"……各种名称让人眼花缭乱。 信创适配与认证:先有“适配”,后有“认证”在信创国产化替代进程中,特别是在一些特定的信创项目招标中,适配与认证是产品落地的关键两步。而这两步的关系其实很简单:先做信创适配,再做信创认证 。 另一个让企业纠结的问题是:信创适配测试报告是否必须带有CNAS或CMA标识? 实际上,大多数信创适配测试报告并不包含CNAS或CMA标识。为什么?因为信创适配测试的核心是验证产品与国产基础软硬件的兼容性,这是一种特定环境下的验证性测试,而非通用性的产品质量检测。 你在信创适配过程中遇到过哪些困惑?欢迎在评论区留言分享!
在很多不同的朋友的一起努力下,SRS测试和适配了信创的多个芯片和操作系统,不仅解决了CPU的适配,还解决了各种依赖项目的编译问题,这大概就是开源和生态的重要意义之一。 为何很重要 关于信创有很多官方的资料,分析了我们要做芯片和操作系统等基础设施的重要性,我从我个人片面的理解中汇报下个人的体会。 SRS只是整个软件宇宙生态中一粒沙,做好自己这粒沙,适配我们国家信创的所有主要芯片和系统,就是最重要的事情。 现在的状态 在很多不同的朋友的一起努力下,SRS测试和适配了信创的多个芯片和操作系统,最新名单和状态可以点阅读原文查收,下面是目前为止确认适配过的系统和芯片的组合。 适配不能一蹴而就,如果你遇到新的信创的环境需要适配,或者现有环境有新的问题,欢迎反馈给我们。 欢迎提交Patch,做好SRS这一粒沙。
2020年8月份写了一篇文章《.NET Core也是国产化信息系统开发的重要选项》, 这又过去了大半年了,在信创领域发生了很大的变化,今天写这篇文章主要是想从信创常用软件适配清单 看一看.NET 在信创里面的情况 信创常用软件适配清单 是由中国电子工业标准化技术协会信息技术应用创新工作委员会(简称信创工委会) 发布的,最新的列表是2020年12 从这个列表的开发工具这一行可以看到Java JDK 在列,没有看到. NET Core/.NET 5, 但是列出来了Microsoft Visual Studio, 这里准确应该列出.NET SDK ,这里我们可以推断.NET 在信创名单之中,并不是某些人为了自己的利益不惜诋毁
但对于用户和各级信创厂商而言,仍然面临艰巨挑战,过去国产化软硬件的性能问题,包括适配问题是信创替代的主要挑战,现在信创体系经过多年的持续发展,已经从“能用”过渡到了“好用”,现在的核心挑战也变成了国家级数字中国战略方向上的创新应用挑战 国产化信创适配的痛点有以下几个 1.信创终端不支持插件控件 2.存量B/S应用无法使用国产浏览器访问 3.现有C/S应用不能运行在信创终端上(指令系统不同) 4.信创终端生态体系不全面,某些应用没有对应方案 5.外设在信创终端上没有驱动不能识别 6.其它无法兼容国产化系统的软硬件问题 解决方案:华汇数据信创终端适配平台 华汇数据信创终端适配平台是业界唯一一款可以完全美解决信创设备访问存量应用的平台解决方案 导致现在很多客户一个人办公采用两台PC机,原来的PC机访问未适配完的存量应用,信创PC机访问已经适配完的新的应用系统。 图片 几种适配方案的区别 图片 1.真替真用,方向正确 2.平台透明,使用简单 3.设备兼容性好 4.技术自主可控,定制能力强,没有Win7停服问题 5.性能好,硬件成本低,支持设备利旧 获得荣誉资质
在信创技术转型的背景下,X86 到 Arm 架构的迁移确实是不少企业面临的实际挑战。 最近在和客户对接信创项目时,我们也深度接触了这类场景,原本基于 X86 架构构建的容器应用,在迁移至 Arm 服务器时常常遇到兼容性问题。兼容性问题核心是什么?本质上是指令集架构的差异导致的。 Rainbond 的自动化适配咋玩?最近在项目中实践的 Rainbond 方案,确实提供了更高效的路径。其核心逻辑是通过源码构建流程的自动化适配。 我们在测试环境用一个 Spring Boot 应用做过验证:直接提交 X86 架构下的原始源码,平台会自动识别目标 Arm 架构,完成依赖解析、编译环境适配及镜像构建,整个过程无需修改一行代码。 流程几乎一样:源码扔到 Git 仓库在 Rainbond 选源码构建平台自动识别出 Node.js 前端项目,装 Arm 版 npm、编译打包......End在信创转型的大背景下,技术工具的价值不仅在于解决问题
o信息安全产品:围绕信创环境设计的安全防护、密码产品等。 o外设与云服务:适配信创体系的打印机、扫描仪等,以及基于信创技术的云计算平台和服务。 1.6简单总结 信创产品=基于中国自主核心技术+符合安全可控要求+适配中国信创技术生态+服务于关键领域国产化替代目标的信息技术产品。 o行业应用:用友 ERP、金蝶财务、达梦数据库等信创解决方案。 3.开发者支持 o提供 SDK 和 DTK(开发工具箱),鼓励开发原生应用。 3.生态主导者 与统信UOS并列国产操作系统双巨头,2023年国内信创市场占有率超50%。 3信创数据库 3.1达梦 达梦数据库(DM Database)是中国电子科技集团(CETC)旗下核心的全栈自主可控关系型数据库,诞生于2000年,是信创产业中替代Oracle/MySQL的国家队主力选手
在信创领域背景下,面对复杂的技术环境、多变的业务需求和严苛的合规要求,选择适配的开发方法与模型更显关键。本文将系统梳理主流应用系统开发方法与模型,并结合信创项目的独特场景,探讨实践路径与优化方向。 在信创项目中,开发方法还需额外兼顾安全性、兼容性、性能优化等特殊要求,形成适配信创环境的专属实践体系。 三、信创环境对开发方法的特殊要求与实践适配信创领域的技术自主性、环境复杂性和安全合规性,对应用系统开发方法提出了一系列特殊要求,推动开发方法在实践中不断优化适配。 (二)信创项目开发的实践路径技术选型与评估先行:结合信创环境的技术标准,选择适配的国产技术栈和工具,在开发方法中明确技术选型流程和评估指标,确保技术方案满足信创合规要求和项目实际需求。 在信创产业快速发展的背景下,开发方法需进一步强化安全合规、兼容性适配和灵活迭代的核心能力,通过科学选择、实践优化和技术赋能,为信创应用系统的高质量开发提供坚实支撑。
项目介绍JeecgBoot是一款专为信创产业设计的企业级低代码开发平台,目前已经实现了对多种国产数据库的默认兼容,提供了丰富的组件和模板,可帮助用户快速搭建信创应用系统。 通过JeecgBoot,信创用户可以更高效地开发和部署应用系统,从而提升工作效率和业务竞争力。信创兼容说明JeecgBoot 目前已经完成信创兼容工作,程序默认兼容各种国产库和国产容器。
不同平台在适配覆盖范围、深度、兼容性稳定性及场景落地能力上存在显著差异,直接关系到企业IT架构的兼容性、业务连续性与信创转型成功率。 一方面全面支持麒麟、统信等核心国产操作系统,覆盖其主流版本及更新迭代版本,完全满足信创环境要求;另一方面兼容Linux64位全系列发行版(建议CentOS6.0以上),适配传统IT环境,实现企业从传统架构到信创架构的平滑过渡 ,无法满足信创转型中“全面国产化”的要求。 2)国产化中间件适配差异适配缺失型平台:部分平台对国产中间件(如tongweb、东方通TongLink/Q)的适配存在空白,而这类中间件是信创环境的核心组成部分,导致平台无法融入纯信创IT架构。 ,满足信创转型的全栈国产化要求。
先说说信创软件的特有安全风险和传统Windows、Linux软件比,信创软件的安全风险,大多和国产化适配有关。同时继承了Linux下面常见的安全风险。 很多项目为了赶进度,用了老旧的开源包,这些包里的漏洞很容易被攻击者利用,而且信创场景下,组件升级还得考虑适配,不能随便更。 优先用信创国密证书,SM2、SM3、SM4都可以,别用HTTP明文传输,强制跳转HTTPS,这样能防止数据传输时被窃听、篡改。 合规加固:满足等保要求,确保项目验收政企信创项目,等保等合规要求,这一步不能省。 总结希望能帮到广大信创开发者,少走弯路,筑牢信创软件的安全防线,让项目顺利落地、安全运行。
本文立足于2026年企业级大模型应用现状,深度剖析国产Agent在处理高密级数据与信创软硬件环境适配中的技术瓶颈。 信创软硬件环境的深度适配难题:2026年政企信创替代已进入深水区,服务器端由海光、飞腾、龙芯等国产处理器构成的集群已成为主流,操作系统则以麒麟、统信为主。 check_xinchuang_env()Step2:部署具备信创适配能力的执行引擎在复杂业务场景中,方案需具备「信创龙虾」级能力,即能够实现在全信创生态下的规模化落地验证。 通过本文的实操分析可以看出,优秀的国产Agent方案必须在技术底座上实现全栈自研(对标国产龙虾),在生态适配上覆盖主流信创软硬件(对标信创龙虾),在安全性上坚持非侵入式与数据闭环(对标安全龙虾),并在执行效率上支持大规模高可用的分布式架构 未来,随着信创生态的进一步成熟,这种“轻耦合、高安全、强适配”的Agent架构将成为企业级AI应用的标准范式。六、技术标签(Tag)Agent智能体、信创适配、流程自动化、数据安全、企业数字化转型
01.适配能力:全栈兼容体系的构建与信创场景落地适配能力是国产DevOps平台技术落地的核心根基,其技术本质是构建“硬件-软件-业务-合规”的全维度兼容框架,既要突破信创生态的软硬件适配壁垒,又要实现与行业业务流程的深度耦合 1.1信创全栈适配的技术实现路径信创适配的核心技术目标是“自主可控前提下的零成本兼容”,需构建从底层基础设施到上层应用工具的全链条适配体系,形成闭环技术支撑:底层环境兼容技术:采用原生适配架构而非二次编译适配 制品与工具适配技术:支持Maven、npm、Docker、Helm等主流制品格式,同时兼容OHPM等国产制品格式,通过内置SCA组件分析、代码安全Xcheck等工具模块,实现信创环境下制品安全扫描与漏洞追溯 从行业实践来看,深度融合式适配相比基础兼容模式更具落地价值,可实现“零代码改造、无缝切换”,典型如在河北银行、贵州农信等金融机构的信创改造项目中,依托类似嘉为蓝鲸的全栈适配技术方案,成功满足央行对金融系统信创合规与业务连续性的双重要求 4.3技术选型结论国产DevOps平台的核心技术价值的是实现“适配性、部署效率与生态自主可控”的平衡,尤其适合对信创合规、安全管控、服务支持要求较高的大中型企业与强监管行业。
过去,似乎每次提到信创,“羸弱的技术、落后的产品、拼凑的生态”这些字眼总会不由自主地浮现在人们的脑海。 但信创真的无创新吗? 今年2月,中国电子云的信创云正式上线。 3 信创+:数字大脑和生态一个都不能少 过去,国产IT产品之所以竞争力较弱,关键原因在于技术赛道未出现更迭,产品与技术只能跟随、妄谈超越,无法在更多场景中获得用户信任,由于缺少在各种场景中的实践与锤炼, 模式创新可以让信创产品、技术、方案与业务需求融合更加紧密,将信创技术更好赋能政企数字化转型,生态建设则可以为信创技术与产品创新提供持续的活力,不断反哺和完善信创产业。 ? 总体来看,中国电子云已经构建起技术领先的信创技术体系,并正式通过信创+战略,加速开启信创产业模式创新和生态建设,为数字化时代的信创产业夯实了坚实基础。
国产化/信创·恒生电子 本内容由恒生电子投递并参与“数据猿年度金猿策划活动——2022大数据产业国产化优秀代表厂商”评选。 LIGHT技术平台是恒生自主研发的金融数字化基础设施,也是新一代信创基础设施。 下游产业链 恒生电子主要服务金融机构,为证券、基金、期货等金融机构提供集“咨询规划-架构设计-实施交付-售后运维”为一体的金融信创整体解决方案,助力金融行业信创建设高质量发展。 通过该项目的通力合作,恒生电子助力东吴证券完成了TA系统在基础软硬件上全面的信创选型及适配改造,实现全栈信创体系建设。 3、浙商证券:用户中心系统 该项目基于恒生电子自主研发的新一代分布式微服务中间件JRES3.0,并在此全新架构基础上建设用户中心系统。
因此,当面临信创数据库的适配需求时,团队的工作不是颠覆性的重构,而是在一个业已经过验证的成熟框架下,为这个新的数据库“方言”开发一个对应的“驱动”或“适配器”。 当信创需求出现时,工程 effort 被精准地聚焦于开发一个新的数据库适配层,而非在整个平台的代码海洋中进行伤筋动骨的修改。 在适配信创数据库的征途中,TBDS团队通过解决两个棘手的“意外”问题,生动地诠释了何为真正的技术伙伴。 五、前行之路:共建安全开放的数据生态 此次针对信创数据库的深度适配改造,不仅是TBDS发展历程中的一个重要里程碑,更是其技术实力和产品理念的一次全面展示。 团队已制定了清晰的路线图,致力于持续优化平台的数据库适配能力,计划在未来支持更广泛的信创及其他类型的企业级数据库,并进一步提升适配的自动化程度和效率。
系统是通过应用设置的DPI感知级别来判断应用是否适配了DPI。 ? 三、适配步骤 了解了适配相关的基础概念之后,接下来开始对应用进行适配了。 在未对DPI进行适配之前,窗口、控件构建的大致过程如下: ? 适配的主要工作包括资源的适配和尺寸调整两个方面,调整之后的流程如下: ? .> <asmv3:application> <asmv3:windowsSettings ...> <dpiAware>true</dpiAware> </asmv3: windowsSettings> </asmv3:application> </assembly> 通过设置dpiAware为true就声明应用支持DPI缩放。 通过上面的步骤,能够满足大多数应用对于DPI适配的需求,但对于需要做到Per-Monitor级别的适配的应用,就还需要更多的工作以完成适配。
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 支持单个/批量查看对象的监控指标 步骤3:事件管理 对象被监控后,满足触发器则生成事件,事件列表可同步Zabbix端的所有事件,方便事件集中管理。同样支持事件的确认/取消确认/关闭/升降级等操作。
因为是从 Redis 迁移到 TongRDS,所以这里是修改的 Server.Listen.RedisPassword 参数