ITPub博客

zyplayer-doc 是一款适合企业和个人使用的WIKI知识库管理工具，提供在线化的知识库管理功能，专为私有化部署而设计，保证企业或个人的数据安全，可以完全以内网的方式来部署使用它。 当然也可以将其作为企业产品的说明文档来使用，支持一键将整个空间的内容开放到互联网，并提供有不同风格的开放文档页样式可供选择，省去您为了产品的说明文档而去定制开发一个系统的成本。 本文将介绍通过 Rainbon

建木 是一个面向 DevOps 领域的极易扩展的开源无代码(图形化)/低代码(GitOps)工具，可以帮助用户轻松编排各种DevOps流程并分发到不同平台执行。 建木的图形化编排提供了多个节点，节点可以定义该步骤要执行的操作，用户可通过多个节点自由组合流水线。Rainbond 社区参与了建木节点的开发并贡献了 Rainbond组件创建与持续部署 节点。用户可使用该节点在 Rainbond 中自动

Gateway API 作为新一代的流量管理标准，对原有 Ingress 的扩展不规范、移植性差等问题做出了改进。从兼容K8s生态和优化网关体验出发，Rainbond 支持以插件的形式扩展平台网关能力，目前已经有多家社区提供了 Gateway API 的实现，将其制作成平台插件后，一键部署后即可在平台中使用拓展网关能力。我们可以制作不同的网关实现插件来应对不同的场景和需求，同时可以将自己制作的插件

Kubernetes 已经成为了云原生时代基础设施的事实标准，越来越多的应用系统在 Kubernetes 环境中运行。Kubernetes 已经依靠其强大的自动化运维能力解决了业务系统的大多数运行维护问题，然而还是要有一些状况是需要运维人员去手动处理的。那么和传统运维相比，面向 Kubernetes 解决业务运维问题是否有一些基本思路，是否可以借助其他工具简化排查流程，就是今天探讨的主题。 业务

流水线插件 是基于 Rainbond 插件体系 扩展实现，通过插件化的方式，可以实现对 Rainbond 构建体系的扩展。该插件由社区合作伙伴 拓维信息 参与开发并贡献，底层是基于 GitLab CI/CD 实现。 流水线构建与 Rainbond 源码构建的区别是： Rainbond 源码构建：使用简单，固定的构建模式，用户只需提供源代码，但不是很灵活。流水线构建：自定义构建步骤，使用更加

随着云计算的普及，越来越多的企业开始将业务应用迁移到云上。然而，如何构建一套完整的云原生 Serverless 平台，依然是一个需要考虑的问题。 Serverless的发展趋势云计算行业从 IaaS（基础设施即服务）到 PaaS（平台即服务），再到 Serverless（无服务器）的发展，经历了一个逐渐从底层到上层，从IT基础设施提供商到应用开发者的转移的过程。 IaaS 时代，云计算提供商主

背景Rainbond 本身具有基于源码构建组件的能力，可以将多种编程语言的代码编译成 Docker 镜像，但是在持续集成的过程中，往往会需要对提交的代码进行静态检查、构建打包以及单元测试。之前由于 Rainbond 并没有 Pipeline 这种可编排的机制，所以用户往往只能通过集成外部的 CI ，如 Jenkins、Gitlab CI 等。这给开发者的使用增加了门槛。 所以为了更有效的帮助开发

Loki 是一个由Grafana Labs 开发的开源日志聚合系统，旨在为云原生架构提供高效的日志处理解决方案。 Loki 通过使用类似 Prometheus 的标签索引机制来存储和查询日志数据，这使得它能够快速地进行分布式查询和聚合，而不需要将所有数据都从存储中加载到内存中。Loki还使用了压缩和切割日志数据的方法来减少存储空间的占用，从而更好地适应云原生环境下的高速增长的日志数据量。 Lo

微服务后端开发的最大痛点之一就是调试困难，非常影响我们的开发效率。 如果我们想与其他微服务进行联动调试，则需要在本地环境中启动对应的微服务模块，这可能需要大量的配置和构建时间，同时也会占用我们本地很多资源，可能还会出现”带不动“的情况。 虽然说我们可以在测试服务器上进行调试，但整个流程也是比较漫长，提交代码 -> 触发CI/CD -> 等待构建成功，可能简单的 BUG 我们提交代码

很多小伙伴在学习 mall 电商项目时，都会在部署上折腾许久，虽然目前已经提供了很多种部署方式，比如 在 Linux 上部署 mall 、使用 Docker 或 DockerCompose 部署 mall ，但对于正在学习的我们都显得比较复杂，需要理解并学习这些容器技术。而本文将使用 Rainbond 部署 mall 电商项目，通过 Rainbond 部署 mall 商城项目非常方便、简单，让我们

关于 ACNS龙蜥云原生套件 OpenAnolis Cloud Native Suite（ACNS）是由龙蜥社区云原生 SIG 推出的基于 Kubernetes 发行版本为基础而集成的套件能力，可以提供一键式部署，开箱即用，以及丰富的云原生基础能力，主要包括： Kubernetes 基于 ACK-D , 作为开源的发行版以及 ACK 的下游，ACK-D 经过大规模的生产的验证，保证了组

软件产品只有交付到用户手中才有价值，本人在面向政府等 ToG 场景的软件交付领域具有数年的工作经验，深知其中痛点。今天借助这篇文章，分享这些痛点以及我的解决之道。 提出问题本人供职的公司，其主要客户群体是省内的政府部门，所开发的业务系统是服务于政府内网之中的移动APP。作为交付负责人，我一直苦恼于如何将一套基于 Spring Cloud 框架开发而来的服务端业务系统交付给我的客户。完成软件系统的

在现有的监控告警体系中 Prometheus + AlertManger + Grafana 一直是主流，但对于中小团队或个人来说，这种体系显的较为复杂。而 HertzBeat 能让中小团队或个人很快速的搭建监控告警系统，并通过简单的配置实现应用、数据库、操作系统的监控与告警等。 HertzBeatHertzBeat赫兹跳动 是一个拥有强大自定义监控能力，无需Agent的实时监控系统。网站监测，

本文介绍使用 Rainbond 快速部署 Spring Cloud Blade 微服务平台。Spring Cloud Blade 是一个由商业级项目升级优化而来的微服务架构，采用Spring Boot 2.7 、Spring Cloud 2021 等核心技术构建，完全遵循阿里巴巴编码规范。提供基于 React 和 Vue 的两个前端框架用于快速搭建企业级的 SaaS 多租户微服务平台。 关于 S

在开发之前，你需要在本地安装各种开发工具和服务，比如：Mysql、Redis、Nacos 等等，我们都知道在个人电脑上安装这些服务相当的繁琐，可能会遇到很多问题，环境问题、依赖问题等等。 在需要团队协作业务联调的时候，由于同事们的操作系统不统一，有 Mac、Win、Linux，可能还会遇到操作系统依赖、字符集等问题。 在上线之前，你在本地开发调试都完全没问题，部署到服务器就不能用了。经典再现：

在应用的发布过程中数据库的结构变更一直是最复杂也是风险最大的环节，而 Bytebase 可以对这一过程进行全生命周期的管理。在 Rainbond 中安装 Bytebase，轻松管理部署在 Rainbond 上的所有数据库。 Bytebase 是什么？Bytebase 是一个开源的数据库 CI/CD 工具，弥补了 GitLab 所缺乏的数据库变更管理能力。它为 DBA 和开发人员提供了一个基于 W

由于数据隐私和网络安全的考虑，大多数toB场景的客户需要私有化应用交付，也就是需要交付到客户的环境里，这样的客户有政府、金融、军工、公安、大型企业、特色行业等，这些私有化场景限制很多，如何提高私有化应用交付的效率是个难题，本文将介绍，私有化应用交付有哪些技术？他们都各自有什么特点？私有化应用交付的发展历程。 toB应用私有化交付的困难点环境网络限制，影响交付效率 交付实施过程中不能方便查

开发人员与运维人员是 IT 领域很重要的两大人群，他们都会参与到各种业务系统的建设过程中去。DevOps 是近年间火爆起来的一种新理念，这种理念被很多人错误的解读为“由开发人员（Dev）学习一大堆新的技能，从而掌握运维人员（Ops）该处理的事情”。然而能力越大，责任越大，当维持生产环境稳定为要位的运维责任落到开发人员的肩头时，多数程序员发出了 扯淡的DevOps，我们开发者根本不想做运维! 的

最近因为工作需要，需要找一个功能完善的云原生应用平台，经过自己筛选和朋友推荐，剩下 KubeSphere和Rainbond ，这两个产品都是基于 Kubernetes 之上构建的云原生应用平台，功能都非常强大，但产品定位和功能侧重不同，本文将介绍我在选型过程中从各维度对比两款产品的过程记录。 产品定位对比KubeSphere 是在 Kubernetes 之上构建的面向云原生应用的分布式操作系统，

Kubernetes 作为基础平台，提供了强大的容器编排能力。但是在其上部署业务和服务治理上，仍然会面对一些复杂性和局限性。在服务治理上，已经有许多成熟的 ServiceMesh 框架用于扩充其能力，如 Istio、Linkerd、Dapr 等。本文将主要介绍如何使用 Istio 扩充 Kubernetes 灰度发布的能力。 而在部署上，则会利用开源项目 Rainbond 作为基础平台来进行实践