2017年拍拍贷基础架构的DevOps演进之路.pdf

《2017年拍拍贷基础架构的DevOps演进之路.pdf》由会员分享，可在线阅读，更多相关《2017年拍拍贷基础架构的DevOps演进之路.pdf（36页珍藏版）》请在三个皮匠报告上搜索。

1、拍拍贷基础架构的 DevOps演进之路 拍拍贷基础框架研发总监 业务和技术架构背景简介 2016挑战和2017基础架构升级之路（从0到1）DevOps深度思考 2018和未来升级展望（从1到n）业务和技术架构背景1 10年发展历程，互联网消费金融行业领导者，纽交所上市公司PPDF，总部位于上海张江 千万级用户量，亿级网站流量，上百个微服务，几百人研发团队 架构始于经典.Net+SqlServer单体应用，近年的架构变迁围绕 1.解耦拆分和服务化 2.效能和系统稳定性 3.Net转Java+SqlServer转MySql 业务和技术架构背景2 2016困局和挑战 Too busy to impr

2、ove 1.业务压得喘不过气 2.系统耦合历史负担重 3.老系统还得升级(换轮子)4.系统不稳定 5.工程师人才缺乏，安全攻击，机房容量不足 2017基础架构优先级 高速换轮 1.打造轻量级微服务基础架构 2.支持业务持续迭代和创新 3.支持业务解耦拆分 4.提升系统稳定性 5.DevOps？如何实践？监控不足造成的坑 分布式微服务依赖关系错综复杂，如何理解？线上发布了服务，怎么知道它一切正常 大量报错，需要花很久才能定位 一次将测试配置配到生产，通宵排查 应用程序有性能瓶颈，怎么知道？很多问题最终都说可能是网络问题 任何可能出问题的地方都需要监控 DevOps实践 要改进必先测量 DevOp

3、s实践 开发自助监控 微服务实践 分布式调用链监控 升级之路 调用链监控选型 CAT报错大盘 LogView Transaction报表 Heartbeat报表 升级之路 四层监控体系 微服务实践 异步消息 Loosely coupled service oriented architecture with bounded context 分布式引入最终一致性问题，消息中间件是微服务基础架构的核心 基于推模式消息1.0的挑战 慢消费者造成消息堵塞、消费延迟甚至丢消息 升级之路 拉模式消息系统2.0 pull?MySQL表结构 数据模型 微服务实践 网关+熔断限流 反向路由 限流熔断 安全防爬

4、日志监控 熔断限流?微服务 网关 升级之路 Netflix Zuul网关 升级之路 Netflix Hystrix断路器 微服务和DevOps实践 配置中心 挑战 主要采用本地静态配置 配置散乱格式不标准 易引发生产事故 配置修改麻烦周期长 配置中心场景 应用配置 DB连接字符串，线程池大小，请求超时，服务地址，黑白名单，限流阀值 功能开关 蓝绿/金丝雀发布，业务开关，降级熔断 升级之路 Apollo配置中心 2017成果 轻量级基础架构体系 2017优先级初步达成 业务创新项目按期完成 核心中台服务完成解耦拆分 总体系统稳定性大幅提升 DevOps实践和微服务架构初步落地 可以喘口气了？从1

5、到n 近期思考和2018未来升级展望 2017新的挑战 团队众多分散沟通成本高 烟囱式重复系统建设和维护带来的重复投资 系统间集成和协作成本高 不利于业务沉淀，规模化和持续发展 总体研发效能和一线DevOps组织差距很大 DevOps深度思考1 通向DevOps的三条道路 DevOps深度思考2 从传统职能项目型到跨职能产品平台型组织转型 DevOps的深度思考3 中台化战略 DevOps和微服务架构体系未来规划 Take Away DevOps和微服务是企业技术升级改造最佳实践 明确阶段性痛点和优先级，分阶段驱动DevOps和微服务落地 利用成熟开源技术产品驱动企业DevOps和微服务架构落地转型是一条捷径 DevOps和微服务本质上是一种组织架构的重组Re-org，有赖于扎实的技术中台和人才密度，最终目标都是赋能业务持续创新