演 进 2009年 2012年初探微服务 2014年⿊黑暗时代 2015年服务治理 2016年新的征程 背景介绍 业务系统B 业务系统A 2012年新的需求 领域服务 业务系统B 业务系统A 模块A 模块B 模块C 重⽤用服务 模块A 模块B 模块C 新的业务系统A 模块D 重复？ 领域服务 服务A 服务B 服务C 服务D 业务系统A Librarian Librarian 业务系统B 服务E 服务F 微服务架构初步形成 那时的微服务 系统集成消除重复 ful API Restful API ⾃自动 化部署 特性 团队 它给我们带来了哪些好处？ 新业务C三个⽉月上线 领域服务 服务A 服务B 服务C 服务D 服务E 服务F Librarian 业务系统B 业务系统C 服务G 服务H 业务系统A 你是我们⻅见过最棒的团队！ ⽆无法快速有效定位问题，⽆无法 快速有效知晓服务运⾏行状态， 服务资源浪费。 3 服务过⼤大，堵塞交付 快速增⻓长的结果导致服务过⼤大 或者服务过⼩小。⽽而过⼤大的服务 导致整个提交流⽔水线堵塞，测 试⼈人员⽆无法拿到新的版本，交 付延期 4 团队出现冲突，架构腐化严重 交付不能完成导致各⾓角⾊色间的 冲突越来越严重，为了快速上 线质量遭到牺牲。架构⽆无⼈人守 护，各种不⼀一致性，服务内部 接⼝口⼀一⽚片混乱，核⼼心⼈人员离

为什么使⽤用Service Mesh • ⽆无需多种语⾔言的微服务框架开发 • 对业务代码0侵⼊入 • 不适合改造的单体应⽤用 • 开发出开的应⽤用既是云原⽣生的⼜又具有独⽴立性 没有银弹 • 新的故障点 • ⼀一定程度的性能降低 • 侵⼊入式框架有更强的定制和扩展能⼒力 • 部署复杂性 • 简介 • 实现⼀一个Service Mesh • 使⽤用Service Mesh快速构建微服务 Mesher examples https://github.com/huawei-microservice-demo/mesher-example 未来 数据⾯面竞争点：特性，可配置，扩展性，性能 管理⾯面竞争点：特性，可配置，扩展性，易⽤用性 最重要的：编排调度平台与数据⾯面的整合，为开发者带来最完整的产品体验 Take away • The Hardest Part of Microservices: Envoy如何在Lyft使⽤用 • Kubernetes与云原⽣生应⽤用概览 • 模式之服务⺴⽹网格 • Service Mesh：下⼀一代微服务？ • 数⼈人云|万字解读:Service Mesh服务⺴⽹网格新⽣生代--Istio xiaoliang.tian@gmail.com

应不同业务场景需求 •运行模型支持灵活扩展，便于 对接外部系统 特性介绍： Service Center • 服务注册/服务发现 • 微服务元数据与依赖管理 • 支持监听服务实例状态变更 • 服务实例管理 • 高性能、高可靠 • 性能监控与调用追踪 特性介绍： Java-Chassis 分布式追踪 • (heightInMeter * heightInMeter); return roundToOnePrecision(bmi); } 特性介绍： Saga 基于Pack模型的新构架 由 Alpha 和 Omega组成 •Alpha充当协调者的角色，主要负责对事务的 事件进行持久化存储以及协调子事务的状态，使 进行拦截并向Alpha上报事务事件，并在异常情 况下根据Alpha下发的指令执行相应的补偿或重 试操作。 Service A Omega Service B Omega Alpha Alpha Alpha DB 特性介绍： Saga Pack模型 @SpringBootApplication @EnableOmega public class Application { public static void

are showing down the company’s growth and we are at risk of losing out competitive advantages. 我们交付特性的速度已经⽆无法满⾜足业务变 化需要。旧的交付⽅方式阻碍了了组织的发展， ⽽而我们也因此正在丧失竞争⼒力力。 O’Reilly Software Architecture Conference 2017 同⼀一个结点运⾏行行多个服务(端⼝口不不同) 集中配置管理理 配置信息的管理理 50 • 与服务在同⼀一个包中 • 使⽤用隔离的配置⽂文件 • 使⽤用环境变量量管理理 配置信息管理理的挑战 51 • 动态更更新配置信息 • 多实例例间的同步 • 配置信息的版本管理理 容错(Resilient) 52 • 降级 - 关闭⾮非核⼼心业务，保证核⼼心业务可⽤用 • 限流 - 超过处理理能⼒力力，采⽤用适当策略略丢弃 ⼯工程化实践 测 部 运 发 开 •独⽴立代码库 •服务说明⽂文件 •易易于本地运⾏行行 •测试⾦金金字塔 •契约测试 •组件测试 •基础设施即代码 •⼀一键部署(环境/⽅方式) •特性开关 •蓝绿部署 •⾦金金丝雀发布 •监控 •告警 •⽇日志聚合 总结 • 微服务架构的核⼼心 • 微服务架构设计原则 • 微服务架构⽣生态系统 ● Github：https://github

businessBV2: path: "/c/d/.*" microserviceName: businessB versionRule: 2.0.0-3.0.0 这些路由配置，可以从配置中心动态下发，避免要发布新微服务时，需要重启Edge Edge Service-自定义路由 如果内置的路由规则无法满足业务需求，比如需要复杂的剪切修改url，或是修改码流 此时可以通过自定义路由进行 内置自动路由规则基于同样的机制实现： 通过SPI声明VertxHttpDispatcher的扩展 • 通过getOrder声明相对其他dispatcher的执行顺序 • 自己能处理的url，拦截处理 – 根据自定义规则获取目标微服务名、版本规则、新url等等参数 – 通过EdgeInvocation转发请求 • 自己不能处理的url，放通给其他dispatcher处理 Metrics-架构 • 基于netflix spectator • 默认2个线程池，每个池中线程数等于cpu数 – 参考metrics统计结果 • cpu 带宽允许的情况下，cpu应该基本占满 • 网络带宽 关注是否已经占满带宽 • RSS 如果环境（硬件、os、驱动）支持RSS特性，确认队列数是否正确配置、中断是否均匀绑定了cpu、是否关闭了自动软中断负载均衡（不关闭会导致中断绑定， 在一段时间后失效） rest server verticle rest client verticle

Java版的微服务框架 − service-center • 基于go语言的服务中心 − ServiceComb-Saga • 长时间运行事务处理框架 ServiceComb组件的新特性 • Service-Center 0.2.0 • 提供了管理控制台，对注册的服务实例提供管理功能 • Java-Chassis 0.3.0 • 支持通过@Span注释的方式定义事务

Saga 0.0.2 Saga调⽤用⽀支持条件判断 2017年年6⽉月 2017年年8⽉月 2017年年10⽉月 2017年年9⽉月 2017年年12⽉月 ServiceComb 1.0.0-m2 新特性 • Java Chassis • 全⾯面⽀支持⽂文件上传与下载 • 监控指标模块优化 • 提供优雅下线功能 • 提供Maven Archetype创建⼯工程代码 • Service Center

集中式Saga原型 Saga 0.0.2 Saga调用支持条件判断 2017年6月 2017年8月 2017年10月 2017年9月 2017年12月 ServiceComb 1.0.0-m1 新特性 • Java Chassis • 支持 CompletableFeature 异步调用接口 • 监控指标模块优化，支持与prometheus对接 • 支持通过携程的Apollo配置中心来动态配置实例

Scenario 2018 Building Microservice NO.1 深圳站： Cloud Native 架构下的 K8S 和微服务实践 ServiceComb 1.0.0-m1新特性 • Java Chassis • 异步调用接口支持 • 监控指标模块优化，支持不prometheus, OverWatch • 支持通过携程Apollo劢态配置实例 • Service

微服务框架技术选型-成熟  微服务框架采用的技术应该是经过验证、业界主流的技术，例如网 络传输采用Netty  微服务框架本身要成熟，经过丌同业务、较长时间的验证，商用发 布的特性要稳定  无论是社区开源版本，还是购买的商用软件，戒者自己构建，技术 支持和保障一定要到位 微服务框架技术选型-结果  为什么业务最终选择CSE作为微服务框架？  无论 、线程调度模型等，代码质量非常高， 对细节的把握比较好  选型试用时，大家对CSE的接受度比较高，使用CSE改造已有的Spring MVC代码相对较 容易些  华为内部的平台，无论是新需求接纳，还是技术支撑，各方面保障都比较给力  天生支持Docker容器不华为公有云，降低业务云化成本 CSE在消费者云业务的实践-API First API 接口 契约