因为是从 Redis 迁移到 TongRDS,所以这里是修改的 Server.Listen.RedisPassword 参数
记得开放 6379 端口哦 1)首先在服务器上安装好 TongRDS 2)替换 redis 的 host,post,passwd 3)TongRDS 兼容 jedis # 例如:更改原先 redis
但对于用户和各级信创厂商而言,仍然面临艰巨挑战,过去国产化软硬件的性能问题,包括适配问题是信创替代的主要挑战,现在信创体系经过多年的持续发展,已经从“能用”过渡到了“好用”,现在的核心挑战也变成了国家级数字中国战略方向上的创新应用挑战 国产化信创适配的痛点有以下几个 1.信创终端不支持插件控件 2.存量B/S应用无法使用国产浏览器访问 3.现有C/S应用不能运行在信创终端上(指令系统不同) 4.信创终端生态体系不全面,某些应用没有对应方案 5.外设在信创终端上没有驱动不能识别 6.其它无法兼容国产化系统的软硬件问题 解决方案:华汇数据信创终端适配平台 华汇数据信创终端适配平台是业界唯一一款可以完全美解决信创设备访问存量应用的平台解决方案 导致现在很多客户一个人办公采用两台PC机,原来的PC机访问未适配完的存量应用,信创PC机访问已经适配完的新的应用系统。 图片 几种适配方案的区别 图片 1.真替真用,方向正确 2.平台透明,使用简单 3.设备兼容性好 4.技术自主可控,定制能力强,没有Win7停服问题 5.性能好,硬件成本低,支持设备利旧 获得荣誉资质
核心适配器实现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. 个文件,然后传到信创机器上。
默认情况下,systemd 会为每个服务创建一个独立的临时文件系统,如果不需要这个功能,可以设置为 false TimeoutSec=10 设置服务启动和停止的超时时间 3)重新加载 systemd
最近,不少做信创的朋友向我吐槽:项目招标文件中一会儿要求“信创适配测试报告”,一会儿又要“信创产品认证证书”,还有“符合性测试”、“兼容性互认证”、"评估证书"……各种名称让人眼花缭乱。 信创适配与认证:先有“适配”,后有“认证”在信创国产化替代进程中,特别是在一些特定的信创项目招标中,适配与认证是产品落地的关键两步。而这两步的关系其实很简单:先做信创适配,再做信创认证 。 另一个让企业纠结的问题是:信创适配测试报告是否必须带有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)启动 进入安装路径的console\bin目录,在cmd命令行窗口运行console.bat 输入序号 1 如果想查看运行状态,可以重新执行 console.bat,然后输入序号 3 3)打开登录控制台 默认 8083 端口,http://ip:8083 访问,例如:http://localhost:8083/ 初始化配置 初始配置 · 语雀 添加中心节点 添加中心节点 · 语雀 添加服务节点 【单节点模式】 添加服务节点【单节点】 · 语雀 可视化连接 第一个是 TongRDS 自带的控制台面板,第二、三个是第三方的,看自己喜欢 信创改造 - TongRDS 可视化面板使用-CSDN博客 Redis、TongRDS 可视化工具使用之 Redis Insight-CSDN博客 DataGrip 连接 Redis、TongRDS-CSDN博客 后端框架适配 信创改造 - TongRDS 替换
中检查并修改为如下配置: cd /home/rds/pcenter/etc/cluster.properties vim cluster.properties WebSession.type=register 3) /StartServer.sh daemon 3)查看日志 # 这个目录下面的就是日志 cd /home/rds/pmemdb/logs 4)安装后验证 # cd 服务节点安装路径/bin cd / /StartServer.sh daemon 设置密码 信创改造 - TongRDS 设置密码-CSDN博客 注册到系统服务【可选】 好处:第一:启停服务方便;第二:可以很方便的设置开机自启动,不需要每次都手动重启 信创改造 - TongRDS 注册到系统服务【单节点模式】-CSDN博客 后端框架适配【SpringBoot】 信创改造 - TongRDS 替换 Redis_tongrds替换redis-CSDN博客
众创模式有望将硬件创业者带出窘境。 众创让硬件创业者团结起来 智能硬件明星公司亿觅近日启动了觅创MC,觅创MC(MakerCo-innovation)硬件加速器业务即硬件协同创作空间,MC与亿觅的结合,就像中国版的WeWork+Quirky 能够在众多硬件团队中脱颖而出在于他们的初心:要改变中国3C产品比拼性价比的现状,做有温度的产品。 在觅创MC加速器出现之前,已经有不少尝试解决各种硬件创业问题的方法。 第一类是创客空间。与开源硬件风潮一起出现,创客空间鼓励每个人将idea变为现实,人人都是maker。 创客空间为maker提供办公环境、交流平台、3D打印机、开发板、产业链资源甚至是孵化服务。
在信创技术转型的背景下,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的国家队主力选手
在信创领域背景下,面对复杂的技术环境、多变的业务需求和严苛的合规要求,选择适配的开发方法与模型更显关键。本文将系统梳理主流应用系统开发方法与模型,并结合信创项目的独特场景,探讨实践路径与优化方向。 在信创项目中,开发方法还需额外兼顾安全性、兼容性、性能优化等特殊要求,形成适配信创环境的专属实践体系。 三、信创环境对开发方法的特殊要求与实践适配信创领域的技术自主性、环境复杂性和安全合规性,对应用系统开发方法提出了一系列特殊要求,推动开发方法在实践中不断优化适配。 (二)信创项目开发的实践路径技术选型与评估先行:结合信创环境的技术标准,选择适配的国产技术栈和工具,在开发方法中明确技术选型流程和评估指标,确保技术方案满足信创合规要求和项目实际需求。 在信创产业快速发展的背景下,开发方法需进一步强化安全合规、兼容性适配和灵活迭代的核心能力,通过科学选择、实践优化和技术赋能,为信创应用系统的高质量开发提供坚实支撑。
然而,当前企业信创改造中普遍存在工具链割裂、合规要求严苛、新旧架构适配困难、研发效能提升不显著等痛点。 01.国产DevOps平台选型的核心逻辑:锚定“合规-效能-适配”三角模型信创改造背景下的DevOps平台选型,绝非单纯的工具替换,而是要构建“合规可控为底线、效能提升为核心、全栈适配为基础”的三角支撑体系 生态适配:需兼容国产主流操作系统(麒麟、统信)、数据库(达梦、OceanBase、TDSQL)、中间件(tongweb)等信创基础设施,通过全栈适配确保与现有信创环境无缝衔接,减少改造适配成本。 3)破解“效能提升不显著”痛点:价值流管理+数据化度量部分企业信创改造后,研发效率未达预期,核心原因是缺乏对整体价值流的管控与科学度量。 企业需跳出“工具替换”的思维定式,锚定“合规-效能-适配”核心逻辑,通过科学的需求梳理、平台评估、分期实施与持续优化,破解信创改造中的核心痛点。
上篇文章从源码角度去修改代码从而实现日志持久化,本次将给基于x-appender这个项目实现fabric日志持久化改造,并且实现日志的分级输出持久化。
项目介绍JeecgBoot是一款专为信创产业设计的企业级低代码开发平台,目前已经实现了对多种国产数据库的默认兼容,提供了丰富的组件和模板,可帮助用户快速搭建信创应用系统。 通过JeecgBoot,信创用户可以更高效地开发和部署应用系统,从而提升工作效率和业务竞争力。信创兼容说明JeecgBoot 目前已经完成信创兼容工作,程序默认兼容各种国产库和国产容器。
不同平台在适配覆盖范围、深度、兼容性稳定性及场景落地能力上存在显著差异,直接关系到企业IT架构的兼容性、业务连续性与信创转型成功率。 一方面全面支持麒麟、统信等核心国产操作系统,覆盖其主流版本及更新迭代版本,完全满足信创环境要求;另一方面兼容Linux64位全系列发行版(建议CentOS6.0以上),适配传统IT环境,实现企业从传统架构到信创架构的平滑过渡 ,无法满足信创转型中“全面国产化”的要求。 2)国产化中间件适配差异适配缺失型平台:部分平台对国产中间件(如tongweb、东方通TongLink/Q)的适配存在空白,而这类中间件是信创环境的核心组成部分,导致平台无法融入纯信创IT架构。 ,满足信创转型的全栈国产化要求。