因为是从 Redis 迁移到 TongRDS,所以这里是修改的 Server.Listen.RedisPassword 参数
但对于用户和各级信创厂商而言,仍然面临艰巨挑战,过去国产化软硬件的性能问题,包括适配问题是信创替代的主要挑战,现在信创体系经过多年的持续发展,已经从“能用”过渡到了“好用”,现在的核心挑战也变成了国家级数字中国战略方向上的创新应用挑战 国产化信创适配的痛点有以下几个 1.信创终端不支持插件控件 2.存量B/S应用无法使用国产浏览器访问 3.现有C/S应用不能运行在信创终端上(指令系统不同) 4.信创终端生态体系不全面,某些应用没有对应方案 5.外设在信创终端上没有驱动不能识别 6.其它无法兼容国产化系统的软硬件问题 解决方案:华汇数据信创终端适配平台 华汇数据信创终端适配平台是业界唯一一款可以完全美解决信创设备访问存量应用的平台解决方案 导致现在很多客户一个人办公采用两台PC机,原来的PC机访问未适配完的存量应用,信创PC机访问已经适配完的新的应用系统。 图片 几种适配方案的区别 图片 1.真替真用,方向正确 2.平台透明,使用简单 3.设备兼容性好 4.技术自主可控,定制能力强,没有Win7停服问题 5.性能好,硬件成本低,支持设备利旧 获得荣誉资质
1.1 多存储后端支持架构2.2 厂商SDK集成华为云: obs-java-sdk 3.22+阿里云: aliyun-sdk-oss 3.15+ + ice-sdk腾讯云: cos-java-sdk-v5 核心适配器实现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 架构的。
systemctl daemon-reload 4)启动服务 # 启动中心节点服务 systemctl start rdsCenter # 启动服务节点服务 systemctl start rdsNode 5)
最近,不少做信创的朋友向我吐槽:项目招标文件中一会儿要求“信创适配测试报告”,一会儿又要“信创产品认证证书”,还有“符合性测试”、“兼容性互认证”、"评估证书"……各种名称让人眼花缭乱。 信创适配与认证:先有“适配”,后有“认证”在信创国产化替代进程中,特别是在一些特定的信创项目招标中,适配与认证是产品落地的关键两步。而这两步的关系其实很简单:先做信创适配,再做信创认证 。 另一个让企业纠结的问题是:信创适配测试报告是否必须带有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 在信创名单之中,并不是某些人为了自己的利益不惜诋毁 我们知道龙芯已经在2020年12月推出了龙芯.NET, 最近已经完成了LoongArch 龙芯.NET ,具体参见 开发工具 .NET SDK 开 源 √ √ .NET Core/.NET 5是以
语雀 添加中心节点 添加中心节点 · 语雀 添加服务节点【单节点模式】 添加服务节点【单节点】 · 语雀 可视化连接 第一个是 TongRDS 自带的控制台面板,第二、三个是第三方的,看自己喜欢 信创改造 TongRDS 可视化面板使用-CSDN博客 Redis、TongRDS 可视化工具使用之 Redis Insight-CSDN博客 DataGrip 连接 Redis、TongRDS-CSDN博客 后端框架适配 信创改造 - TongRDS 替换 Redis-CSDN博客
/StartServer.sh daemon 设置密码 信创改造 - TongRDS 设置密码-CSDN博客 注册到系统服务【可选】 好处:第一:启停服务方便;第二:可以很方便的设置开机自启动,不需要每次都手动重启 信创改造 - TongRDS 注册到系统服务【单节点模式】-CSDN博客 后端框架适配【SpringBoot】 信创改造 - TongRDS 替换 Redis_tongrds替换redis-CSDN博客
众创模式有望将硬件创业者带出窘境。 众创让硬件创业者团结起来 智能硬件明星公司亿觅近日启动了觅创MC,觅创MC(MakerCo-innovation)硬件加速器业务即硬件协同创作空间,MC与亿觅的结合,就像中国版的WeWork+Quirky 简而言之,觅创模式让硬件设计创业者一起来实现idea,消灭前面提到的智能硬件创业拦路虎。 觅创MC硬件加速器的核心模式有两个,一个是“众创”,让创业者团结起来;还有一个是“设计”,这个加速器将是设计驱动,而不是资本驱动。为何选择设计? 在觅创MC加速器出现之前,已经有不少尝试解决各种硬件创业问题的方法。 第一类是创客空间。与开源硬件风潮一起出现,创客空间鼓励每个人将idea变为现实,人人都是maker。
在信创技术转型的背景下,X86 到 Arm 架构的迁移确实是不少企业面临的实际挑战。 最近在和客户对接信创项目时,我们也深度接触了这类场景,原本基于 X86 架构构建的容器应用,在迁移至 Arm 服务器时常常遇到兼容性问题。兼容性问题核心是什么?本质上是指令集架构的差异导致的。 Rainbond 的自动化适配咋玩?最近在项目中实践的 Rainbond 方案,确实提供了更高效的路径。其核心逻辑是通过源码构建流程的自动化适配。 我们在测试环境用一个 Spring Boot 应用做过验证:直接提交 X86 架构下的原始源码,平台会自动识别目标 Arm 架构,完成依赖解析、编译环境适配及镜像构建,整个过程无需修改一行代码。 流程几乎一样:源码扔到 Git 仓库在 Rainbond 选源码构建平台自动识别出 Node.js 前端项目,装 Arm 版 npm、编译打包......End在信创转型的大背景下,技术工具的价值不仅在于解决问题
1信创定义 “信创产品”是指在中国信息技术应用创新产业(简称“信创产业”)背景下,基于自主核心技术研发、生产,并符合安全可控要求的信息技术产品。 o信息安全产品:围绕信创环境设计的安全防护、密码产品等。 o外设与云服务:适配信创体系的打印机、扫描仪等,以及基于信创技术的云计算平台和服务。 1.6简单总结 信创产品=基于中国自主核心技术+符合安全可控要求+适配中国信创技术生态+服务于关键领域国产化替代目标的信息技术产品。 3.3.5信创全栈适配 1.国产化认证 o芯片:鲲鹏920/飞腾2500/海光7280 oOS:麒麟V10/统信UOS/OpenEuler o中间件:东方通TongWeb/金蝶Apusic 2.Oracle ·典型周期:10TB数据迁移+验证 ≤ 5天。 2.MySQL迁移优势 ·兼容协议:支持MySQL语法,应用无需改造。 ·性能跃升:TPC-C实测为MySQL 8.0的5倍。
在信创领域背景下,面对复杂的技术环境、多变的业务需求和严苛的合规要求,选择适配的开发方法与模型更显关键。本文将系统梳理主流应用系统开发方法与模型,并结合信创项目的独特场景,探讨实践路径与优化方向。 在信创项目中,开发方法还需额外兼顾安全性、兼容性、性能优化等特殊要求,形成适配信创环境的专属实践体系。 三、信创环境对开发方法的特殊要求与实践适配信创领域的技术自主性、环境复杂性和安全合规性,对应用系统开发方法提出了一系列特殊要求,推动开发方法在实践中不断优化适配。 (二)信创项目开发的实践路径技术选型与评估先行:结合信创环境的技术标准,选择适配的国产技术栈和工具,在开发方法中明确技术选型流程和评估指标,确保技术方案满足信创合规要求和项目实际需求。 在信创产业快速发展的背景下,开发方法需进一步强化安全合规、兼容性适配和灵活迭代的核心能力,通过科学选择、实践优化和技术赋能,为信创应用系统的高质量开发提供坚实支撑。
然而,当前企业信创改造中普遍存在工具链割裂、合规要求严苛、新旧架构适配困难、研发效能提升不显著等痛点。 01.国产DevOps平台选型的核心逻辑:锚定“合规-效能-适配”三角模型信创改造背景下的DevOps平台选型,绝非单纯的工具替换,而是要构建“合规可控为底线、效能提升为核心、全栈适配为基础”的三角支撑体系 生态适配:需兼容国产主流操作系统(麒麟、统信)、数据库(达梦、OceanBase、TDSQL)、中间件(tongweb)等信创基础设施,通过全栈适配确保与现有信创环境无缝衔接,减少改造适配成本。 企业需跳出“工具替换”的思维定式,锚定“合规-效能-适配”核心逻辑,通过科学的需求梳理、平台评估、分期实施与持续优化,破解信创改造中的核心痛点。 选择具备自主可控、全栈适配、一体化能力与丰富行业实践的国产平台,不仅能顺利完成信创改造任务,更能构建支撑企业长期发展的研发效能引擎,为数字化转型注入持久动力。
上篇文章从源码角度去修改代码从而实现日志持久化,本次将给基于x-appender这个项目实现fabric日志持久化改造,并且实现日志的分级输出持久化。
项目介绍JeecgBoot是一款专为信创产业设计的企业级低代码开发平台,目前已经实现了对多种国产数据库的默认兼容,提供了丰富的组件和模板,可帮助用户快速搭建信创应用系统。 通过JeecgBoot,信创用户可以更高效地开发和部署应用系统,从而提升工作效率和业务竞争力。信创兼容说明JeecgBoot 目前已经完成信创兼容工作,程序默认兼容各种国产库和国产容器。
,不同平台的差异主要体现在适配范围、版本支持与部署模式适配三个层面:1)适配范围差异基础适配型平台:多数国产DevOps平台仅支持麒麟、统信等主流国产操作系统,但对不同版本(如麒麟V4/V5、统信UOSServer20 一方面全面支持麒麟、统信等核心国产操作系统,覆盖其主流版本及更新迭代版本,完全满足信创环境要求;另一方面兼容Linux64位全系列发行版(建议CentOS6.0以上),适配传统IT环境,实现企业从传统架构到信创架构的平滑过渡 ,无法满足信创转型中“全面国产化”的要求。 2)国产化中间件适配差异适配缺失型平台:部分平台对国产中间件(如tongweb、东方通TongLink/Q)的适配存在空白,而这类中间件是信创环境的核心组成部分,导致平台无法融入纯信创IT架构。 ,满足信创转型的全栈国产化要求。