很多团队现在卡住的,已经不是“要不要上 Kubernetes”,而是“能不能让一个不熟 Kubernetes 的开发团队,也顺利完成第一次上线”
Rainbond 更擅长以应用为中心,帮助团队快速完成云原生应用的构建、交付与运维,那么从 v6.7.0 开始,Rainbond 又向 Kubernetes 原生工作流迈进了一大步。
Kubernetes 已成为生产基础设施,但很多团队落不了地,真正卡住他们的往往不是技术本身,而是组织协作、平台工程能力和应用交付路径。本文从团队阶段出发,解释为什么先降低落地门槛,比先堆复杂平台能力更现实。
很多团队在评估云原生平台时,真正决定选型的,往往不是谁功能更多,而是团队当前有没有成熟的平台工程能力,以及最紧迫的问题是多集群治理还是先把第一个应用跑起来。
很多团队并不是不认可 Kubernetes,而是在真正开始推进时发现,第一步太重了。Rainbond 更适合被理解为一条更容易开始的路径,让团队先把第一个应用跑起来。
还在手搓 K8s 离线安装包?你该升级装备了!
在数字化浪潮席卷全球的今天,应用已成为企业创新和业务增长的核心驱动力。然而,许多企业在迈向应用现代化的征途中,却发现道路布满荆棘。传统的IT架构,尤其是仍广泛存在的虚拟机(VM)模式,其固有的“慢、繁、贵”特性,如同消化系统中的“肠梗阻”,严重制约了业务的敏捷响应和创新步伐。
Kubernetes 已经成为了云原生时代基础设施的事实标准,越来越多的应用系统在 Kubernetes 环境中运行。Kubernetes 已经依靠其强大的自动化运维能力解决了业务系统的大多数运行维护问题,然而还是要有一些状况是需要运维人员去手动处理的。那么和传统运维相比,面向
在信创技术转型的背景下,X86 到 Arm 架构的迁移确实是不少企业面临的实际挑战。最近在和客户对接信创项目时,我们也深度接触了这类场景,原本基于 X86 架构构建的容器应用,在迁移至 Arm 服务器时常常遇到兼容性问题。
在企业信息化的征途中,虚拟机(VM)技术无疑扮演过举足轻重的角色。它曾有效地解决了物理服务器资源利用率低下、环境隔离困难等一系列棘手问题,并迅速成为数据中心和企业IT基础设施的标配。然而,时移世易,随着业务迭代节奏的空前加快、应用架构(如微服务、云原生)的日趋复杂,以及企业对降本
Rainbond V6 国产化部署教程,针对麒麟 V10 的离线环境,手把手教你从环境准备到应用上线,所有依赖包提前打包好,步骤写成傻瓜式操作指南。别说技术团队了,照着文档一步步来,让你领导来都能独立完成部署。
来自用户分享
在企业IT架构的历史长河中,虚拟机(VM)曾是不可或缺的基石。它让物理服务器的利用率大幅提升,也让“资源隔离”“弹性伸缩”这些今天看似理所当然的能力成为可能。但随着技术进步,企业IT的需求正经历一场深刻变革:更快的交付、更高的资源利用率、更细致的权限管理,以及对软件资产化的强烈诉
上次折腾完 DeepSeek 的本地私有化部署后,心里就一直琢磨着:能不能给咱们 Rainbond 的用户再做点实用的东西?毕竟平时总收到反馈说文档查找不够方便,要是能有个 AI 文档助手该多好。正想着呢,搭建本地知识库的想法就冒了出来 —— 既能解决实际需求,又能把技术落地成真
最近一年我都在依赖大模型辅助工作,比如 DeepSeek、豆包、Qwen等等。线上大模型确实方便,敲几个字就能生成文案、写代码、做表格,极大提高了效率。但对于企业来说:公司内部数据敏感、使用外部大模型会有数据泄露的风险。
在 AI 技术高速发展的今天,企业和开发者面临着将 AI 能力融入业务流程的迫切需求。从数据智能处理到自动化决策,传统工具要么缺乏 AI 原生支持,要么需要复杂的代码集成,难以兼顾效率与灵活性。n8n 作为一款明星级的开源工作流自动化平台,通过AI 节点可视化编排 + 代码深度扩
作为一家发展中的互联网公司技术负责人,我一直在寻找能解决团队实际问题的云原生平台。我们是一个约30人的开发团队,主要做ToB业务,产品迭代速度快,但面临以下痛点:
Rainbond 可以被部署在 Arm64 环境中。从 2020 年 1 月起,Rainbond 分别和华为、飞腾进行了适配测试。经过验证,Rainbond 在 Kunpeng 920 芯片以及 FT2000+/64 这两款 Arm64 芯片上均可以稳定运行, 达到生产可用的标准。
「使用 Rainbond 实现离线环境软件交付」来了,安排 👇。
距 Rainbond v6.0 发布已有两个月,但一直未详细说明 v5 到 v6 的具体变化。本文将重点解析两者在架构、功能及性能上的主要差异,帮助用户更好地理解升级后的优势。
近几年大家觉得微服务架构是模块化的银弹,都朝微服务架构改造,但实际效果不仅没有很好模块化,反而陷入应用部署和 运维的泥潭里。本文将讲讲 Rainbond 解决应用架构解耦和模块化的一些新思路。
当前云计算有多种形态公有云、私有云、边缘云、虚拟机等,如何高效管理多云是当前面临的问题,在云原生时代,又该如何利用云原生技术实现多云管理?本文将讲解通过 Rainbond 实现“应用级”多云管理。
GitLab 擅长源代码管理,Rainbond 擅长应用自动化管理,整合 Gitlab 和 Rainbond 就能各取所长,本文详细讲述如何整合 Gitlab 和 Rainbond,并通过整合实现一体化开发环境。
上一篇文章介绍了对于标准化产品,通过一键安装交付到客户环境,但对于大多数2B的软件交付场景,不同客户环境和需求都会有差异,个性化需求是常态,这些个性化需求增加了2B软件交付难度,那么又该如何提高个性化需求的交付的效率呢?
做好企业应用的交付一直是 ToB 软件厂商的关注重点。Rainbond Application Model(RAM)是Rainbond提出的一种应用模型,通过将企业应用进行模型化的抽象,搭配 Rainbond 平台的应用市场机制,最终实现了一键安装/升级。
我 们在使用智能手机的时候,手机 APP 从应用市场一键安装,安装好即点即用,当有新版本一键升级,如果不想用了长按图标删除,整个过程非常简单,小朋友都能熟练掌握。而对于企业应用,由于结构复杂、可用性要求高、配置多等特点,导致企业应用的管理工作异常复杂。企业内部一般都会有专门的运维工程师来负责保障企业应用的正常运行。
最近几年,我一直负责“智慧巨鹿”这一智慧城市项目的运行与维护工作。这个项目涉及到10多家供应商开发的 30 多套智慧城市应用的运维管理,使用传统方式进行部署与管理肯定会造成混乱。我们在项目开始之初,就试图借助云原生相关的技术来提高部署与管理效率。
咸阳市大数据管理局负责全市信息共享工作的组织领导,协调解决与政府信息共享有关的重大问题,研究拟订并组织实施全市大数据战略、规划和政策措施,引导和推动大数据研究和应用工作,建立全市统一的数据服务中心和信息共享机制。
相信很多小伙伴对于 Cert Manager 不陌生,Cert Manager 是 Kubernetes 上的证书管理工具,基于 ACME 协议与 Let's Encrypt 签发免费证书并为证书自动续期,实现永久免费使用证书。
为了进一步提升源码构建服务的稳定性和用户体验,我们对 Rainbond 源码构建服务的域名进行了调整。现将具体变更内容及相关注意事项通知如下:
我是来自拓维信息基石研究院 PAAS 团队的 Golang 工程师丁鹏,我们团队主要负责云原生应用平台的选型,搭建与开发,以此做到对下屏蔽底层的基础设施,对上托管我们的微服务应用,便捷高效的帮助企业内服务的云原生落地。
大家好,我是山西数智时代科技有限公司的赵佳鹏,我们公司成立于2018年,专注于智慧旅游、景区信息化建设。公司目前的主要产品有小悠出行管理系统、景区数字化运行管理系统、鼎云校园摆渡车运营管理系统、行车信息管理及流转系统、觅四方商城系统等,是集智慧旅游规划、设计、建设、运营为一体的旅游全产业链服务商。
大家好,我是青岛鹏海软件有限公司的 "高源"。我们团队主要负责产品平台的底层搭建,架构/技术的更新及规范,我们基于 Rainbond 研发了生产制造执行系统(MES).......
南京柯基数据科技有限公司成立于 2015 年,提供一站式全生命周期知识图谱构建和运维、智能应用服务,致力于“链接海量数据,从大数据中挖掘智慧“。帮助企业运用知识图谱技术打造世界领先的认知工作自动化智能引擎。
某餐饮企业技术团队一直在寻求一款可以简化K8s操作的图形化工具,可以摆脱K8s复杂的使用方式,并将应用运维和资源运维解耦。这样可以让技术团队专注于应用系统本身,极大降低整个部门的成本投入。通过InfoQ上的文章,某餐饮企业技术团队了解到了 Rainbond 这款产品,文章中对 Rainbond 的介绍非常契合他们的需求。
藏书馆是一个专注用户自我成长的云端私人图书馆,集电子书的读、荐、借、购、存和知识管理功能于一体,致力于用户的认知赋能,通过读书习惯的养成,达成自我成长。目前累计注册用户已达 1500W ,平台图书资源超过 200W 册。
北京城建智控科技股份有限公司(简称“城建智控”)成立于2014年,是北京城建集团科技产业化的重要组成部分。公司致力于成为国内领先的“数字城市”综合解决方案服务商,聚焦国家“数字经济”战略,提供集“设计、研发、制造、集成、运维”为一体的数字技术服务体系。公司深耕数字交通领域,运用云计算、大数据、物联网和人工智能技术,推动城市轨道交通的数字化转型。
京东方科技集团股份有限公司(BOE)创立于1993年4月,是一家领先的物联网创新企业。通过物联网、人工智能、大数据以及行业云技术,聚焦软硬融合的产品与服务,为客户提供一站式园区物联解决方案。
在移动互联网时代,手机应用市场(App Store)为大众带来了极大的便利:通过简单的点击,用户便能轻松安装、升级并管理各种应用。然而,企业级软件的安装和管理却远没有那么轻松。复杂的架构、高度的定制化需求以及多种环境的兼容性问题,意味着企业在软件安装和维护上投入了大量的人力和资源。为了解决这些问题,一个基于云原生技术的企业级应用市场应运而生,旨在为行业集成商和大型企业提供一个像手机App Store一样高效便捷的平台,用以建设行业应用生态。
在当今快速变化的技术环境中,普通开发者面临的挑战日益增加。无论是在小型初创公司还是在大型企业中,开发人员都被迫面对繁杂的运维任务、复杂的环境配置以及技术的迅速迭代。这些问题不仅消耗了开发者的时间和精力,也限制了他们对业务本身的专注。为了解决这些痛点,Rainbond 应运而生,它为普通开发者提供了一个友好、高效的解决方案。
近年来,随着云原生技术的快速发展,Kubernetes 已经成为容器编排的标准。然而,尽管 Kubernetes 功能强大,它的复杂性也成为了众多开发者和运维人员的一大挑战。对于那些希望专注于应用开发的团队来说,学习和管理 Kubernetes 可能是一个高昂的学习成本,尤其是在中小企业中,开发者并没有足够的资源和时间去深入了解 Kubernetes 的所有细节。
平台工程就是为软件开发团队设计、搭建和维护工作流程和工具,让团队的工作更加统一,日常任务处理得更快。很多平台工程师还会维护一个叫做**内部开发者平台**的软件,这个平台把分散在不同云服务、工具和团队中的信息和知识汇集起来,让所有工程师都能在一个地方找到他们需要的关于应用、服务和基础设施的信息。这个领域之所以出现,是因为现在软件开发越来越复杂,涉及到的工具和流程越来越多,开发者需要处理的事情也越来越多。
在上篇国产化信创开源云原生平台文章中,我们介绍了 Rainbond 作为可能是国内首个开源国产化信创平台,在支持国产化和信创方面的能力,并简要介绍了如何在国产化信创环境中在线部署 Kubernetes 和 Rainbond。