
-
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应用市场应用制作规范
编辑此页面
本文档持续完善中…
规范目的
此规范的制定为了指导用户如何制作Rainbond应用市场SaaS化交付应用。
规范要求
- 支持一键安装
一键安装是指可以通过应用市场一键实现自动化安装完整的业务系统,要具备此能力需要做到:
- 完整的业务系统支持自动的持久化数据初始化和升级的能力。
基于环境变量对服务进行最优化配置。
容错能力强
容错能力强是指在云环境下,业务系统中的所有组件可以具备一定的混沌容错性,特别是以下几点:
- 服务启动时对其他服务的依赖通信做一定的重试。
服务不能出现死锁状态,比如由于与其他服务通信出现一次错误导致服务卡死。
多用户交付
应用可以多次安装部署。
关键因素
数据初始化
数据初始化一般主要是数据库数据初始化和静态数据初始化,推荐的处理方式如下:
- 数据库数据初始化
在微服务场景中,如果每个服务都有自己的数据库服务,那么可以直接将数据库比如Mysql作为服务进行代码化维护,将其对应的服务SQL初始化代码和升级代码进行持续升级。
第二种是服务自身维护SQL,每次启动后根据版本特性来执行SQL。这类方式一般进行*只增不减*的升级方式。
- 静态数据初始化
这类主要是网站类服务需要持久化某些目录,但是目录下已包含一些初始化数据。操作方式是先将初始化数据至于其他目录中,服务启动后判断持久化目录是否包含数据,若未包含,则将初始化数据同步进去以实现初始化。
服务配置
应用进行SaaS化标准交付时,自定义的配置部分建议完全环境变量化,以环境变量的方式定义不同的参数类型。特别是服务之间的连接信息,务必完全根据Rainbond的规范环境变量化,以确保每次安装数据变化后工作正常。
您对当前文档有任何疑问或使用Rainbond过程中遇到问题,请通过以下方式联系我们