
-
Rainbond文档中心
-
快速开始
-
快速入门
-
架构
-
部署服务组件
-
管理应用与服务组件
-
集群运维
-
常见场景最佳实践
- 在 Rainbond 部署 API-Gateway
- 基于 PinPoint 实现微服务无侵入的监控与链路追踪
- 整合 Git 仓库快速部署组件
- 日志对接 ELK 体系
- 滚动发布,灰度发布及蓝绿发布
- 基于 Rainbond 实现组件A/B测试
- 基于Rainbond实现一键上线/回滚
- 组件配置文件实践
- 日志收集对接到阿里云日志服务
- 为 JAVA 应用自定义监控
- 用 Dockerfile 便捷构建运行组件
- 使用 Statefulset 部署组件
- 部署Vue、React前端项目
- Vue、React项目如何调用后端接口
- 组件依赖端口冲突处理
- 部署自动初始化Schema的数据库
- 部署Spark Standalone集群
- 服务间通信,端口别名的使用
- 重新指定Gateway节点
- Spring Cloud 微服务部署在 Rainbond 的优势
- Spring Cloud 微服务与 Service Mesh 的融合
- Spring Cloud 微服务部署在 Rainbond 的案例
-
管理企业
- 更新记录
-
社区
-
快速开始
与容器平台的区别
编辑此页面

定位差异
Rainbond 在云原生应用级包装和抽象,使用者不用学习容器和 k8s 知识,不用了解服务器、网络、存储等底层基础设施。管理者可以在资源层面管理容器、k8s 和相关基础设施。并在应用之上实现场景化的应用交付流程(软件开发交付流程、企业 IT 管理流程、企业应用市场生态)。
其他容器平台主要是为了简化容器管理和扩展容器的功能,概念上体现容器和 k8s,使用者要要学习容器和 K8s,并在容器粒度实现场景化解决方案。
云原生
Rainbond 在云原生实践的思路与Heroku类似,但在To B交付领域扩大了外延。
场景差异
Rainbond 根据不同人群有不同的管理界面,面向开发、测试和应用运维有应用管理的控制台,面向系统运维有命令行工具和资源管理后台,面向应用交付人员和最终用户有应用市场。
其他容器平台通常在统一的管理界面管理容器和基础设施,主要面向人群是运维。
跟 k8s 差异
Kubernetes 是 Rainbond 底层一个技术组件,使用 Rainbond 不需要学习容器和 k8s,Rainbond 兼容容器和 K8s 的标准, Rainbond 运行在 k8s 上,k8s 负责所有应用的运行和调度。
参考 技术架构
您对当前文档有任何疑问或使用Rainbond过程中遇到问题,请通过以下方式联系我们