《2019年浙江移动容器云规模实践与核心应用微服务改造.pdf》由会员分享,可在线阅读,更多相关《2019年浙江移动容器云规模实践与核心应用微服务改造.pdf(21页珍藏版)》请在三个皮匠报告上搜索。
1、G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站浙江移动容器云规模实践与核心应用微服务改造G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站目录背景与历程1浙江移动容器云规模实践2核心应用改造3总结与思考4G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站处境和焦虑开发过程复杂,开发效率低下代码重复率高,部署发布困难大型IT系统设计十宗罪功能A方法a方法a功能B方法b方法b功能C方法c方法c问题:组合业务难复用单业务渠道间业务能力无法直接复用业务功能内部黑盒,对外不可见,维护困难
2、无法满足类似业务的快速交付扩展能力差,应对冲击能力弱问题:无法满足突发业务下的自动伸缩容单个业务服务扩容导致整体扩展、资源浪费局部环节问题致整体业务无法受理业务逻辑复杂,问题定位难CRM客户管理订单管理资源管理其他现有服务器扩容服务器负载均衡手工注册单系统工程代码700W+行编译时间30分钟故障恢复时间20分钟上线前手工提交物件超10+种改一行代码上线花5人天测试40%在等待(环境、数据)运维效率低,故障定位困难开发态:系统解耦不充分,内部烟囱林立垂直方式开发,缺乏协同共享代码编译成本高接口层标准化程度差,学习困难源代码膨胀,难管控运行态:流量突变快,系统无法弹性伸缩负载不均,性能成为瓶颈应用
3、的数据库连接占用高运维态:缺乏自动化监控和调度手段缺乏在线调控和跟踪工具G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站容器云演进历程2015年5月 浙江移动提出“云起浙里时,新一代云平台建设”总体建设规划及可行性技术论证2015年11月 浙江移动手机营业厅系统成功迁移至容器云平台,容器云平台顺利通过双11手机营业厅充值1折秒杀活动验证2015年12月 成功迁移CRM营业厅前端系统至容器云平台2016年6月 基于微服务框架的账户中心、开通中心成功上线2018年6月 完成容器云平台双平面功能建设2019年6月 扩充容器云平台异构能力,实现双引擎能力上线G O P S 全 球 运
4、 维 大 会 2 0 1 9 上 海 站目录背景与历程1浙江移动容器云规模实践2核心应用改造3总结与思考4G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站容器云架构MarathonMesosZookeeperBambooHAProxyHAProxyHAProxyHAProxyBambooHAProxy弹性扩缩容调度模块监控管理模块持续集成平台容器云管理平台服务注册服务引流资源调度任务调度应用容器Docker 封装物理机 或 VMDashboard鉴权模块统一日志中心资源配置模块kube-schedulerkube-controller-managerkube-apiserve
5、retcdkubeletkube-proxyserviceingress-controlleringressG O P S 全 球 运 维 大 会 2 0 1 9 上 海 站容器云核心能力引入P2P文件下载技术,解决集中发布时产生的带宽洪流,提升发布效率为租户争取更多业务测试时间。容器云能力双引擎双平面自助管理有状态服务高效发布在一个调度引擎内同时包含若干个完整的可用区域,应用可在任一区域运行,提升应用高可用性。容器云平台同时纳管Mesos和K8S两种异构调度引擎,实现统一调度,应用可一键在两种引擎内切换。SDN网络拓展传统SDN,支撑容器网络,提供细粒度带宽控制、灵活的微分段、可视化流量监控
6、。有状态服务支撑是降本增效的有效手段。基于K8S生态,深化应用承载范畴,不断实践PaaS组件的容器化改造。秉承“工具换人”思想,为租户提供应用上云全流程自助管理能力G O P S 全 球 运 维 大 会 2 0 1 9 上 海 站容器云双引擎同时支持Mesos和K8S保持Mesos灵活性,使能租户二次开发双引擎,高可用,助力多域异构PaaS建设兼顾K8S最新动向,支撑有状态应用,拓宽容器云承载范围存储网络计算日志管理监控管理告警管理用户管理鉴权管理角色管理Mesos集群MesosMarathonZookeeperKubernetes集群MasterEtcdKube proxyKubeletPo