【讨论】Rainbond在Devops实践上的思路

真实的Devops涉及到开发、测试以及生产交付三者之间复杂的交互,比如,开发人员在自己的自测Rainbond集群部署并测试好自己的应用(可能是docker服务)之后,需要转测试流程,测试人员怎么部署开发人员的应用呢?是在测试Rainbond集群重新部署自己的应用?如果重新部署应用,开发人员是怎么将整个应用部署需要的文档、镜像等等的交付对象是交付给测试人员的呢?这个流程似乎在Rainbond平台上体现不出来。所以个人觉得该平台不适合Devops实践,或者说平台的定位不在Devops实践上。

1.如何定位、区分不同的场景:
推荐通过创建多个团队的方式来区分 开发 测试 生产交付环境。

2.如何在多个团队之间交付应用:
这里请使用Rainbond自带的应用市场。具体流程可以概括为:
开发团队 部署服务,并调整完成,发布到应用市场,并将应用的可见粒度设置为 公司(即通个数据中心可见)
测试团队 从应用市场一键拉取发布出来的应用,安装后进行测试。测试不通过,则反馈开发团队,由 开发团队 改进后,重新发布原应用,测试人员重新拉取应用安装测试。重复上述流程直至测试通过。
生产交付团队 得知应用测试通过后,将应用市场中通过测试的应用离线导出为一个 离线应用包 ,在客户环境中为客户部署Rainbond后,导入该离线应用包,并一键安装部署。
3. 已交付客户场景如何对应用升级:
开发团队 在原有应用基础上,升级开发完成后,重新发布到应用市场,并标注版本作为升级标识。
交付团队 重新导出应用离线包,在客户环境中导入,使用云市应用升级功能为原应用升级。

PS:Rainbond是支持全流程的DevOps的,官方文档与社区帖子中有很多围绕于Rainbond的知识点需要探索。这款产品的立足点,也是帮助企业构建快速交付的完整链条,想要有更深入的了解,欢迎积极参与社区,并熟读官方文档。