04.华为微服务实践之路.pdf

华为微服务实践之路华为PaaS微服务技术专家ThoughtWorks首席咨询师Sybase Tech Leader2关于我 微服务架构与实践作者 DevOps实践指南译者 消费者驱动契约测试-Pact译者 中国首批EXIN DevOps Master教练 西安DevOps Meetup 联合发起人 使用SpringBoot/Cloud构建微服务视频作者(StuQ)3微服务架构的核心微服务架构生态系统微服务实践应用案例4Why microservices?9需求响应力快速上线能力模块独立发布技术多样性特性增加流量增大组织扩张创新与尝试ScaleSpeedSafety可用性容错性易管理性易测试性用户体验Sharing10什么是微服务架构微服务架构11Martin Fowler,Mar 2014Microservices-the new architectural style微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服一组小的服务务，服务之间互相协调、互相配合，为用户提供最终价值。每个服务运行在其独立的进程中独立的进程中，服务与服务间采用轻量级的通信机轻量级的通信机制制互相协作（通常是基于HTTP协议的RESTful API）。每个服务都围绕着具体业务进行构建，并且能够被独立的部署被独立的部署到生产环境、类生产环境等。12以缩短缩短交付周期为核心基于DevOps的演进式架构SchakespearA thousand Hamlets in a thousand peoples eyes.13https:/ time to marketLower risk releaseHigher quality Lower costsBetter products为什么以缩短交付周期为核心？14需求设计开发测试部署/运维监控/运营敏捷业务驱动快速反馈持续部署运维协作自动化持续交付-反馈闭环持续交付-正向流程批量的、频繁的价值传递快速验证快速反馈最小可行产品(MVP)15组织协同环境管理数据管理松耦合架构反馈验证持续集成/部署内建质量微服务架构是持续交付体系中松耦合架构的一种实现16为什么基于DevOps？“耐心”不足忽略“真实世界”注重“稳”对“变化”很谨慎17为什么基于DevOps？CommunicationAutomationLeanMeasuringSharinghttps:/ 2017 1119支持增量式变更作为第一原则什么是演进式架构？持续的动态演进痛苦的事情提前做运维意识是关键演进式架构的核心20动态演进拥抱变化动态平衡业务技术团队基于业务、技术和团队的动态平衡与演进21 架构只是抽象，直到真正上线并投入运维产生价值 软件世界不断的变化，而架构只是演进过程的快照架构师的运维意识演进式架构的核心演进式架构的核心22痛苦的事提前做 不断识别问题并用自动化的手段消除痛苦 持续集成、持续部署、基础设施即代码23微服务架构是一种演进式架构24以缩短交付周期为核心基于DevOps构建的演进式架构I am not perfect in my walk but I want to do the right thing.Kirk Cameron25微服务架构的核心微服务架构生态系统微服务实践应用案例26 分布式系统 服务的治理与维护 测试策略与自动化 持续交付流水线 API网关 服务开发框架 测试验证框架 部署运维工具系统化的工程框架的依赖实践与工具的依赖为什么需要生态系统?基础设施(私有云/公有云)持续集成/持续部署流水线 团队的敏捷/工程化实践 端到端的工具链微服务生态系统API网关/Edge Service基础设施业务层-聚合服务-基础服务CaaS/PaaSIaaS微服务开发框架工程实践与规范持续交付流水线端到端的工具链支撑层注册发现监控调用链路由授权认证日志聚合容错集中配置接入层交付流水线与工程实践API网关/Edge Service基础设施业务层-聚合服务-基础服务交付流水线与工程实践CaaS/PaaSIaaS支撑层注册发现监控调用链路由授权认证日志聚合容错集中配置接入层微服务开发框架工程实践与规范持续交付流水线端到端的工具链微服务生态系统微服务生态系统API网关/Edge Service基础设施业务层-聚合服务-基础服务交付流水线与工程实践CaaS/PaaSIaaS支撑层注册发现监控调用链路由授权认证日志聚合容错集中配置接入层微服务开发框架工程实践与规范持续交付流水线端到端的工具链微服务生态系统API网关/Edge Service基础设施业务层-聚合服务-基础服务交付流水线与工程实践CaaS/PaaSIaaS微服务开发框架工程实践与规范持续交付流水线端到端的工具链支撑层注册发现监控调用链路由授权认证日志聚合容错集中配置接入层通信模型序列化传输协议编程模型Spring MVCPOJOJAXR同步、异步服务契约OpenAPI服务发现熔断负载均衡配置跟踪运行模型微服务开发框架编程模型：支持Spring MVC、POJO、JAXR以及异步的方式运行模型：服务发现、熔断、负载均衡、集中配置、动态调用链通信模型：支持REST、RPC的传输机制服务契约：基于OpenAPI，定义服务间契约官网地址 http:/servicecomb.io在Github上搜索 ServiceComb34微服务架构的核心微服务架构生态系统微服务实践应用案例XXX背景介绍客户：一线 MKT/行销经理定位：“以营促销”转型，精准“看病”快速“开方”80W+代码/50+团队成员发布周期约23个月单体应用/伸缩成本高需要停机发布应用23周完成特性交付资源按需水平伸缩系统具备高可用性独立的全功能团队期望现状3个月后.一、结果类度量是核心指标，反映了服务实施过程中端到端的交付效率二、过程类度量指标是可选项，反映了服务实施过程中局部的优化效率96033020040060080010001200实施前实施后测试周期（分钟）24020050100150200250300实施前实施后部署周期（分钟）104.4024681012实施前实施后构建周期（分钟）8.50%70.00%00.10.20.30.40.50.60.70.8实施前实施后测试覆盖率（代码）50150204060实施前实施后上线时间（天）0.631.4700.511.52实施前实施后部署频率（次/月）10.00%100.00%00.20.40.60.811.2实施前实施后自动化测试比率210024681012实施前实施后构建频率（每天）0.2810024681012实施前实施后提交频率（次/天）5001730100200300400500600实施前实施后平均提交行数（行/次）应用实践效果落地20+项实践，试点服务的交付周期从50天降低到14天。ITERATION 0.路标微服务实施358模型3个方向/8个维度/110+项实践架构/工具/实践多维度提升 结果类度量指标 过程类度量指标度量局部的优化效果度量团队/个体的效能端到端的交付效率部署频率/故障恢复ITERATION 0.度量实践1.如何演进如何由一个单体架构逐步演进为全微服务架构？-服务演进策略：双模IT，新老系统共存，抽取服务/创建新服务模式。ZOOKEEPERXXXXXXXSystemXXXWebZOOKEEPERXXXSystemXXXWebCSE注册中心XXXSystemXXXWebZOOKEEPER1、拆服务：对服务进行拆分，数据库保持不变。2、拆数据：服务管控自己数据的全生命周期。3、架构优化：引入微服务框架及Docker容器。SideCarSideCarVMXXXXVMXXXXXXXXVMDockerXXXXXXXXDockerVM如何帮助团队成员快速理解服务？使用服务自描述文档描述微服务信息通过Swagger UI对服务接口进行展示使用Graphiviz完成服务架构图的梳理1.服务自描述文档2.使用Graphiviz显示服务相关架构图优点：帮助团队快速了解服务功能、依赖、环境、测试、CI地址等。实践3.如何标准化实践4.如何监控如何第一时间知道服务的运行状态？-使用Zabbix进行虚拟机系统资源监控，在微服务中增加服务健康性检查接口。1、基于Zabbix监控虚拟机资源，包括CPU、内存等。2、在微服务中增减健康性检查接口，检查该微服务依赖的DB、Cache等资源是否准备就绪。优点：You build it，You run it.团队第一时间能够监控服务并处理异常。如何有效提升测试效率？减少现有端到端测试的用例数量，测试前移(单元/组件/集成测试)实践5.如何测试如何有效验证服务间的协作？使用契约测试，验证消费者和提供者协作中接口是否发生变化。实践5.契约测试单元测试(定义请求和预期响应)使用Pact自动 Mock提供者生成契约文件(自动)启动提供者服务回放契约文件中的请求(自动)验证响应是否满足预期（自动）1、消费者定义请求/响应，生成契约2、提供者按照契约进行测试，验证所提供的响应是否满足需求实践 5.契约测试基于契约生成的服务依赖图http:/