某餐饮企业使用 Rainbond 实现云原生落地的实践
某餐饮企业技术团队一直在寻求一款可以简化K8s操作的图形化工具,可以摆脱K8s复杂的使用方式,并将应用运维和资源运维解耦。这样可以让技术团队专注于应用系统本身,极大降低整个部门的成本投入。通过InfoQ上的文章,某餐饮企业技术团队了解到了 Rainbond 这款产品,文章中对 Rainbond 的介绍非常契合他们的需求。
关于某餐饮企业
自从1987年第一家餐厅开业以来,截至2021年第二季度,某餐饮企业在中国大陆的足迹遍布所有省市自治区,在 1500+ 城镇经营着 10000+ 餐厅,员工人数超过 40 万。旗下有多个知名连锁品牌。
选择 Rainbond
某餐饮企业技术团队一直在寻求一款可以简化 Kubernetes 操作的图形化工具,可以摆脱 Kubernetes 复杂的使用方式,并将应用运维和资源运维解耦。这样可以让技术团队专注于应用系统本身,极大降低整个部门的成本投入。通过 infoQ 上的文章,某餐饮企业技术团队了解到了 Rainbond 这款产品,文章中对 Rainbond 的介绍非常契合他们的需求。
在对比过 Rancher、青云等产品后,团队最终选择了 Rainbond 作为企业应用管理平台。最终打动团队的,是 Rainbond 非常易用,容易上手。
Rainbond 和 Rancher 各司其职
在实践过程中,技术团队将 Rainbond 与 Rancher 两款产品充分融合使用,Rancher 和 Rainbond 本身并不冲突,或者说是相辅相成的,这两个工具共同解决了企业应用团队内部不同纬度的运维需求。Rancher 并不是从应用视角出发的,但从底层运维的角度来看,Rancher非常专业,包含很多角度监控报警。如果资源运维团队想去看一些东西,则使用 Rancher 去管理;而从应用视角,则会用 Rainbond 去管理。
IT流程一体化管理 供应商软件持续交付
某餐饮企业IT团队借助 Rainbond 搭建一体化管理流程,在这个流程中,外部供应商进场后直接被分配指定的工作租户,供应商可以将经过其它 CI/CD 系统生产出的镜像快速部署到当前租户中去。经过将若干业务组件进行简单的拼装,就生产出了一套基于 ServiceMesh 微服务架构实现的完整业务系统。经过测试后,某餐饮企业企业应用团队就可以将业务系统整体发布到中台组件库中,将软件以应用模板的形式保存下来。在最终的生产租户中,只需要一键,即可将外部供应商的业务系统安装运行起来,供应商有新的版本持续发布到中台组件库,生产系统根据需要滚动升级,自动化运维能力加强了IT团队对生产系统的管理能力,尤其是自动伸缩功能在业务高峰期 的表现非常亮眼,最终面向企业内部用户提供 SaaS 化的服务。
应用场景1: 更安全的供应商管理
某餐饮企业IT团队面对着大量的外部供应商。通过 Rainbond 提供的租户隔离能力,外部供应商可以在属于自己的完全隔离租户内完成应用的迁移部署工作。通过中台组件库,某餐饮企业企业技术团队可以把外部供应商部署完成的完整企业应用以应用模板的形式,流转安装到生产集群的生产租户中去。这样做的好处是阻绝了外包厂商操作最终生产环境,提高了企业IT设施的安全性。
应用场景2: 软件资产化管理
软件资产现在已经成为企业IT资产的重要组成部分,越来越受到管理人员的重视。然而多数软件系统在厂商维保期过期之后的安装、运维都成为了软件资产管理的极大障碍。Rainbond的组件库存放所有应用系统,保存应用系统的所有历史版本,使用时一键安装和升级,让软件的价值在企业内部流动起来 ,使得某餐饮企业IT团队面对软件资产管理工作时游刃有余。