阿里云ACK联合云效助力「上海博卡 」DevOps转型

客户简介:

博卡软件于2004年在上海成立,是一家专注于为本地美丽生活相关行业提供软件服务的_SaaS_软件提供商,主要产品提供门店运营所需要的管理软件,智能硬件以及营销小程序等。

客户痛点:

痛点一:博卡服务众多小商户,客户需求高并发时必须每天交付数次
传统的开发部署模式成为瓶颈, 必须打造高效的CI/CD系统
痛点二:没有专职运维人员,不同开发需要对应流水线操作的权限管理
痛点三:IT架构复杂,数十个微服务和数十个前端应用,需要实现零停机的无缝迁移
痛点四:Kubernetes学习门槛过高,如何通过更简单的管理成本获得自动化扩缩容、自动运维
 

解决方案:

SaaS公司要在竞争中拔得头筹,就需要快速影响客户需求,同时保持较高的稳定性。同时要快速占领市场,就需要不断推出新产品不断创新,这个时候开发的交付效率以及低成本试错就尤为重要。

博卡将其SaaS应用完全部署在阿里云上,最终选用阿里云容器服务ACK+云效解决方案,替代了最初ECS+Gitlab+Jenkins,打造其完整高效的CI/CD系统落地DevOps。

阿里云ACK联合云效助力「上海博卡 」DevOps转型

 

方案效果:

1 高效落地DevOps

  • 从开发、预发到生产全周期覆盖。云效的代码管理Codeup的内置评审功能,能高效的完成Code Review。内置的代码检测开箱即用,促进编码规范执行。
  • 云效Flow流水线便捷实现持续交付,内置多种语言的流水线模板,与容器服务ACK联动,开箱即用。

2 零停机任意回滚

通过云效的Flow流水线可以回滚基本上所有部署方式,阿里云ACK+Flow的最佳搭档,则可以实现快速零停机回滚任意版本(通过健康监测以及重启策略确保启动的容器必然是可运行版本,如果出现无法启动或者启动异常的版本,则因为就绪监测无法通过是无法接收流量的,所以可以完成零停机或回滚)
同时,因为ACK是基于Docker镜像的升级,回滚版本不会环境变化等因素导致回滚失败。

3 降本增效

容器服务ACK根据每个Pod的cpu和内存资源需求自行调度,资源极致利用。
节省了微服务自行部署中的高可用成本, 且节省手动配置等负担。

4 应用护航,无惧故障与高峰

故障自动重启:通过Pod健康监测和就绪监测,与应用健康监测接口(比如SpringBoot的Actuator的health)即可简单实现故障自动重启,解决了小公司没有24*7快速响应运维人员的问题,可以做到自动化最高效的缓解问题。
自动扩容:对于某些应用瞬间突发流量、大量计算资源的需求,ACK可以根据此前配置规则自动扩容,确保应用的稳定性。

项目对比

| 对比内容 | 使用云效前 | 使用云效后 |
| --- | --- | --- |
| 发布时长 | 10分钟 | 3分钟 |
| 代码评审 | 很少 | 合并主分支强制要求 |
| 构建通知 | 不通知 | 自动钉钉通知 |
| 版本回滚时长 | 1小时 | 3分钟 |
| 日常和生产环境区分 | 代码中配置文件区分,存在开发人员误修改影响部署环境配置的风险 | 自动注入环境变量来区分,最大程度防止代码库的配置文件影响部署环境配置 |
| 代码扫描 | IDE中插件自己扫描,比较随意 | 提交后自动扫描,清晰提示扫描结果 |
| 定时部署 | 人工等待到时间进行操作 | 设置定时发布 |
| 交付质量 | 依靠开发人员个人水平以及随机检查保证 | 通过各种检测插件进行质量检测,阻止异常构建或者部署 |


|对比内容| 使用ACK前 | 使用ACK后 |
| --- | --- | --- |
| 零停机部署 | 不支持 | 支持 |
| 应用异常自动修复 | 不支持 | 支持 |
| 扩容耗时 | 1小时 | 1分钟 |
| 扩容方式 | 手动修改nginx配置 | 自动扩容 |
| 敏感信息安全 | 代码库保存,存在泄露风险
服务器配置文件,管理成本高以及有丢失风险
不容易复用 | 配置项,以及保密字典存储,简单复用以及保密性高,不容易暴露 |
| 新应用部署 | 半天 | 10分钟 |
| 生产环境稳定性 | 出现问题客户发现或者监控发现后,手动回滚再修复问题重新发布,影响时间长 | 通过健康监测等手段阻止异常容器接收流量,以保证线上应用的基本质量 |

上一篇:Mozilla 三季度投入超30万美金给4个开源项目


下一篇:MySQL内核月报 2014.10-MySQL· 捉虫动态·binlog重放失败