背景当前的代码中,业务平台采用的是OSS,公有云版本的对象存储,如果做私有化交互,客户可能是在私网中,无法访问OSS或者指定使用别的厂商的对象存储,需要有平替的方案。1. 核心适配器实现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接口统一所有存储服务的操作配置驱动: 支持通过配置文件动态切换存储提供商信创兼容
项目临近上线,突然接到通知——得适配到信创环境,而且要在周末完成部署并现场演示。结果周一一大早,领导一进门就问:“这个适配工作,今天能做完吗?” 不过好在领导也就是问问,实际上信创适配一共花了2~3天。其实大部分信创也就是 Linux 分发版的一种,如果理想的情况下,一天就适配完成大概率是可行的。 这里就记录一下笔者在 C++ 信创适配过程中踩过的那些坑。 2. Docker方案 信创(信息技术应用创新)体系中的操作系统几乎全部基于 Linux 内核,属于 Linux 发行版的国产化分支。 但是使用 Docker 也没那么简单,因为信创系统不像其他 Linux 发行版那样随处可见,提前准备的 Docker 镜像不一定能在不同信创系统上运行。 库和程序 不得不说,在信创系统上找一个靠谱的源来下载工具和库包还挺麻烦的,尤其是 arm64 架构的。
在信创产业全面推进与企业数字化转型加速的双重背景下,国产DevOps平台的全栈适配能力(操作系统、数据库、中间件)成为影响企业选型的核心因素。 不同平台在适配覆盖范围、深度、兼容性稳定性及场景落地能力上存在显著差异,直接关系到企业IT架构的兼容性、业务连续性与信创转型成功率。 以下结合行业普遍情况与嘉为蓝鲸DevOps平台的适配表现,从核心维度展开兼容差异分析:01操作系统适配:覆盖广度与深度的双重差异操作系统作为底层运行环境,其适配能力直接决定DevOps平台的部署灵活性与信创兼容性 一方面全面支持麒麟、统信等核心国产操作系统,覆盖其主流版本及更新迭代版本,完全满足信创环境要求;另一方面兼容Linux64位全系列发行版(建议CentOS6.0以上),适配传统IT环境,实现企业从传统架构到信创架构的平滑过渡 2)国产化中间件适配差异适配缺失型平台:部分平台对国产中间件(如tongweb、东方通TongLink/Q)的适配存在空白,而这类中间件是信创环境的核心组成部分,导致平台无法融入纯信创IT架构。
最近,不少做信创的朋友向我吐槽:项目招标文件中一会儿要求“信创适配测试报告”,一会儿又要“信创产品认证证书”,还有“符合性测试”、“兼容性互认证”、"评估证书"……各种名称让人眼花缭乱。 信创适配与认证:先有“适配”,后有“认证”在信创国产化替代进程中,特别是在一些特定的信创项目招标中,适配与认证是产品落地的关键两步。而这两步的关系其实很简单:先做信创适配,再做信创认证 。 实际上,大多数信创适配测试报告并不包含CNAS或CMA标识。为什么?因为信创适配测试的核心是验证产品与国产基础软硬件的兼容性,这是一种特定环境下的验证性测试,而非通用性的产品质量检测。 结语信创产业发展迅猛,标准化工作也在持续推进中。全国团体标准信息平台显示,2025年有多项团体标准获批发布 。随着产业发展,信创测评标准体系会越来越完善。 你在信创适配过程中遇到过哪些困惑?欢迎在评论区留言分享!
本文将结合信创落地需求、行业技术实践与架构设计逻辑,深度解析国产DevOps平台的技术实现路径与选型核心要素。 01.适配能力:全栈兼容体系的构建与信创场景落地适配能力是国产DevOps平台技术落地的核心根基,其技术本质是构建“硬件-软件-业务-合规”的全维度兼容框架,既要突破信创生态的软硬件适配壁垒,又要实现与行业业务流程的深度耦合 1.1信创全栈适配的技术实现路径信创适配的核心技术目标是“自主可控前提下的零成本兼容”,需构建从底层基础设施到上层应用工具的全链条适配体系,形成闭环技术支撑:底层环境兼容技术:采用原生适配架构而非二次编译适配 从行业实践来看,深度融合式适配相比基础兼容模式更具落地价值,可实现“零代码改造、无缝切换”,典型如在河北银行、贵州农信等金融机构的信创改造项目中,依托类似嘉为蓝鲸的全栈适配技术方案,成功满足央行对金融系统信创合规与业务连续性的双重要求 4.3技术选型结论国产DevOps平台的核心技术价值的是实现“适配性、部署效率与生态自主可控”的平衡,尤其适合对信创合规、安全管控、服务支持要求较高的大中型企业与强监管行业。
在很多不同的朋友的一起努力下,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.性能好,硬件成本低,支持设备利旧 获得荣誉资质
与其他行业相比,金融行业应用种类繁多、技术架构复杂、定制实施随处可见,以及业务连续性和稳定性要求高,这决定了金融信创的兼容适配难度大,无法简单地依靠产品替换来实现信创落地,需要考虑基础架构、应用架构、业务系统的复杂情况 它们具备全生态适配的能力,能够与芯片、服务器、操作系统、数据库等主流厂商在内的全栈式信创生态体系进行无缝的对接和支撑;支持金融行业应用较多的云原生环境,无论是基于容器云、各种私有云或公有云的云环境,都可以提供云原生的无缝适配 依托全面的替换与适配能力,普元全栈式信创中间件产品能够帮助客户平滑地全面迁移到信创架构,并满足业务性能以及不断增长的需要,通过应用治理能力,无侵入式保障业务应用可靠运行。 其中采用的普元应用开发平台、DevOps、微服务平台等都是信创版产品,对主流的芯片、操作系统、数据库等进行天然的适配,并对国产的基础设施环境进行完整而深度的兼容与适配,包括性能优化等。 除了偏硬件的金融机具类,无论是以OA系统为代表的管理业务系统,还是一般业务系统、核心业务系统,普元都能够以全方位的信创迁移改造能力,为客户提供从选型适配、方案实施、迁移测试到全面落地的全栈式信创解决方案
环境涉及软件版本信息 本地打包环境:i5 amd64 ubuntu虚拟机 适配芯片-arm: 飞腾D2000、鲲鹏920 适配芯片-mips: 龙芯3A4000及以前 适配芯片-x86: 海光、兆芯 本次发表时对文档格式和内容进行了微调 使用时建议先到具体环境打包,再进行跨平台打包验证。 本地环境搭建 安装nodejs环境 全局安装 electron-packager sudo npm install --save-dev -g electron-packager 修改跨平台交叉编译版本 这里主要以龙芯架构为例,飞腾arm64官网有适配相对简单的多 修改packager中版本信息 修改electron-packager中mips64el版本为6.1.7或者10.1.0 sudo vim
在信创技术转型的背景下,X86 到 Arm 架构的迁移确实是不少企业面临的实际挑战。 最近在和客户对接信创项目时,我们也深度接触了这类场景,原本基于 X86 架构构建的容器应用,在迁移至 Arm 服务器时常常遇到兼容性问题。兼容性问题核心是什么?本质上是指令集架构的差异导致的。 Rainbond 的自动化适配咋玩?最近在项目中实践的 Rainbond 方案,确实提供了更高效的路径。其核心逻辑是通过源码构建流程的自动化适配。 我们在测试环境用一个 Spring Boot 应用做过验证:直接提交 X86 架构下的原始源码,平台会自动识别目标 Arm 架构,完成依赖解析、编译环境适配及镜像构建,整个过程无需修改一行代码。 流程几乎一样:源码扔到 Git 仓库在 Rainbond 选源码构建平台自动识别出 Node.js 前端项目,装 Arm 版 npm、编译打包......End在信创转型的大背景下,技术工具的价值不仅在于解决问题
作者|三线程序员Tags|MySQLDorisPG达梦金仓关键词|SeaTunnel、DolphinScheduler、信创、国产、达梦、人大金仓适用版本:apache-seatunnel-2.3.8+ b)国产化信创可控切换:明年技术平台指标项信创切换的前期验证工作,需要验证业务系统与数据平台一体信创国产化信创切换风险验证,将现有MySQL→达梦/人大金仓之间做迁移。 六、读写人大金仓数据库操作步骤(信创)信创就是我人生的至暗时刻,刚经历了达梦又得弄Kingbase,但最终对自己个人成长还是有助力的,不说信创数据库怎么兼容的各种问题吧,在时下这个环境换个角度看,这可能就是一种 最终panda佬可能查了查源码确认了打脸,“Kingbase在建表那块没适配”,但这不是重点。 3.突变大转折业务也要做信创准备,那帮子老古董就咬死了我这祖传代码就是MySQL,信创我也是用金仓的MySQL兼容模式!!!!!
1信创定义 “信创产品”是指在中国信息技术应用创新产业(简称“信创产业”)背景下,基于自主核心技术研发、生产,并符合安全可控要求的信息技术产品。 o信息安全产品:围绕信创环境设计的安全防护、密码产品等。 o外设与云服务:适配信创体系的打印机、扫描仪等,以及基于信创技术的云计算平台和服务。 1.6简单总结 信创产品=基于中国自主核心技术+符合安全可控要求+适配中国信创技术生态+服务于关键领域国产化替代目标的信息技术产品。 医疗保障 国家医保信息平台 承载28省医保结算,日均交易2.1亿笔。 金融信创 中国农业银行信贷管理系统 分布式架构支撑万亿级贷款业务。 3.3.5信创全栈适配 1.国产化认证 o芯片:鲲鹏920/飞腾2500/海光7280 oOS:麒麟V10/统信UOS/OpenEuler o中间件:东方通TongWeb/金蝶Apusic 2.Oracle
在信创项目中,开发方法还需额外兼顾安全性、兼容性、性能优化等特殊要求,形成适配信创环境的专属实践体系。 但在复杂系统或高风险信创项目中,敏捷开发的灵活性可能带来不确定性,需通过严谨的前期规划、风险管控和阶段性复盘,确保项目稳定推进。敏捷工具与平台支撑高效的敏捷开发离不开工具支持。 三、信创环境对开发方法的特殊要求与实践适配信创领域的技术自主性、环境复杂性和安全合规性,对应用系统开发方法提出了一系列特殊要求,推动开发方法在实践中不断优化适配。 兼容性与可移植性:信创环境涉及多种国产硬件、操作系统、数据库和中间件,开发方法需强化兼容性设计和适配测试环节,确保系统能够跨平台运行,降低迁移成本。 (二)信创项目开发的实践路径技术选型与评估先行:结合信创环境的技术标准,选择适配的国产技术栈和工具,在开发方法中明确技术选型流程和评估指标,确保技术方案满足信创合规要求和项目实际需求。
从行业痛点来看,传统瀑布式研发模式在金融、政务等关键领域仍占比超30%,导致业务交付周期延长50%以上;同时,80%以上企业在信创转型中面临海外工具与国产操作系统、数据库的适配难题,仅适配改造一项就需额外投入百万级成本 01.平台选择与对比1)嘉为蓝鲸Devops平台(1)安全合规的信创实践标杆平台通过三重安全机制保障信创环境安全:一是基于RBAC的细粒度权限管控,支持按组织/项目/角色划分权限,某央企使用后权限管理效率提升 其开放的API与插件体系,支持与国产IDE、OA系统无缝集成,目前已适配超20款国产软硬件产品,帮助企业降低信创迁移门槛,某能源集团通过平台实现“芯片-操作系统-应用”全栈协同,迁移成本降低40%。 2)云原生平台仅基础适配国产操作系统,数据库适配需额外定制开发,信创认证较少。核心功能需依赖第三方插件,AI与安全功能需单独付费开通。以互联网行业为主,金融、政务等高管控行业案例较少。 服务以线上远程为主,信创专项服务需额外付费,定制能力有限。3)海外平台无官方信创适配方案,需第三方改造,且不支持国产中间件,基础功能需搭配Jenkins、Nexus等工具使用,集成成本高。
本测试基于典型金融业务场景,在全信创环境下,从产品功能、性能、兼容性、可靠性、业务场景等全方面进行了适配验证,取得100%通过,这意味着腾讯云TBDS打造的企业级大数据平台完全满足金融业务系统所需。 同时,在金融业务场景适配验证、技术攻关、信创解决方案和实施路径拓展等方面也持续贡献自身力量。 、欧拉、统信、红旗等国产化操作系统的适配工作,在金融行业拥有庞大的用户基础。 腾讯云TBDS具备支持金融业务系统所需的能力,满足金融信创自主研发、安全可靠的需求。 、全面的信创支撑体系。
本测试基于典型金融业务场景,在全信创环境下,从产品功能、性能、兼容性、可靠性、业务场景等全方面进行了适配验证,取得100%通过,这意味着腾讯云TBDS打造的企业级大数据平台完全满足金融业务系统所需。 同时,在金融业务场景适配验证、技术攻关、信创解决方案和实施路径拓展等方面也持续贡献自身力量。 、欧拉、统信、红旗等国产化操作系统的适配工作,在金融行业拥有庞大的用户基础。 腾讯云TBDS具备支持金融业务系统所需的能力,满足金融信创自主研发、安全可靠的需求。 、全面的信创支撑体系。
随着国产信创体系的全面推进,政企信息化正在经历一场深刻的系统性迁移。 Linux 桌面环境(麒麟/统信) 下的良好兼容性表现,逐步成为信创协同办公系统中音视频能力模块的首选解决方案之一。 Web或ARM嵌入式播放设备✅ 安全隔离场景部署于无公网访问环境的“可信办公区”或“涉密信息域”全链路离线运行,支持私有协议/内网RTMP服务/局域网自动发现✅ 国产信创平台在统信UOS、银河麒麟等国产操作系统下稳定运行适配国产 、门户系统或业务中台可快速集成至自有业务系统,实现“视频能力本地化 + 自主可控” 跨平台播放架构示意 信创国产化兼容说明兼容类型说明国产操作系统支持适配统信 UOS、银河麒麟 V10(桌面/服务器)国产芯片兼容性支持飞腾 四、系统集成架构示意(国产平台部署版本)在当前信创体系广泛铺开的背景下,协同办公系统不仅要在国产操作系统上“能运行”,更要在业务链条中“跑得稳、接得上、可维护”。
在上篇《国产化信创开源云原生平台》文章中,我们介绍了 Rainbond 作为可能是国内首个开源国产化信创平台,在支持国产化和信创方面的能力,并简要介绍了如何在国产化信创环境中在线部署 Kubernetes 然而,对于大多数国产化信创环境,如银行、政府等机构,离线部署的需求更为普遍。值得注意的是,Rainbond 官网文档目前仅提供了在已有 Kubernetes 环境中离线部署 Rainbond 的指南。 因此,本篇文章将详细介绍如何在国产化信创环境下部署 Kubernetes 以及 Rainbond,希望能够为用户提供实用的指导,减少在部署过程中的困扰。 访问平台复制如下命令,在集群中执行,可以获取到平台访问地址。如果有多个网关节点,则任意一个地址均可访问到控制台。 在国产化信创环境中,离线部署的需求越来越普遍,我们提供的详细步骤和示例,帮助您减少部署过程中的不确定性和挑战。未来,我们还将继续更新更多相关教程和文档,以更好地服务于国产化信创领域的需求。
项目介绍JeecgBoot是一款专为信创产业设计的企业级低代码开发平台,目前已经实现了对多种国产数据库的默认兼容,提供了丰富的组件和模板,可帮助用户快速搭建信创应用系统。 通过JeecgBoot,信创用户可以更高效地开发和部署应用系统,从而提升工作效率和业务竞争力。信创兼容说明JeecgBoot 目前已经完成信创兼容工作,程序默认兼容各种国产库和国产容器。