微服务架构 微服务架构是⼀一种架构模式，它提倡将单⼀一应⽤用程序划分成⼀一组⼩小的服务，服务 之间互相协调、互相配合，为⽤用户提供最终价值。每个服务运⾏行在其独⽴立的进程 中，服务与服务间采⽤用轻量级的通信机制互相沟通（通常是基于HTTP协议的 RESTful API）。每个服务都围绕着具体业务进⾏行构建，并且能够被独⽴立的部署到 ⽣生产环境、类⽣生产环境等。另外，应当尽量避免统⼀一的、集中式的服务管理机 为什么要采⽤用微服务架构？ - Rebecca Parsons 让系统尽可能快的响应变化！ 初衷 • 服务足够小  • 独立运行  • 轻量级通信机制  • 独立的部署  • 去中心化 • 要多小？  • 怎么部署？  • 出错怎么办？  • 如何保证一致性 玩得起微服务的条件 持续改进的⾃自组织⽂文 快速响 Tall enough 服 ⽆无法快速有效定位问题，⽆无法 快速有效知晓服务运⾏行状态， 服务资源浪费。 3 服务过⼤大，堵塞交付 快速增⻓长的结果导致服务过⼤大 或者服务过⼩小。⽽而过⼤大的服务 导致整个提交流⽔水线堵塞，测 试⼈人员⽆无法拿到新的版本，交 付延期 4 团队出现冲突，架构腐化严重 交付不能完成导致各⾓角⾊色间的 冲突越来越严重，为了快速上 线质量遭到牺牲。架构⽆无⼈人守 护，各种不⼀一致性，服务内部 接⼝口⼀一⽚片混乱，核⼼心⼈人员离

org Apache孵化器 • 进入ASF孵化的目的 – 学习Apache做事之道 – 构建健康发展的社区 – 完善软件许可（License） – 与Apache的基础设施集成 – 发布合规版本 12 github.com/apache?q=servicecomb servicecomb.apache.org Apache孵化器 • 进入ASF孵化的步骤 – 提起孵化提案 – 寻找Champion 是否能够自主发布合规版本 https://incubator.apache.org/guides/graduation.html 15 github.com/apache?q=servicecomb servicecomb.apache.org ServiceComb（Apache 孵化之前） Service Center Java Chassis 0.1.0 正式开源版本 Service 监控支持 异步编程模型支持 ZipkinV2版本支持 Service Center Java Chassis 1.0.0-m2 提升etcd弹性伸缩 边缘服务网关优化 支持文件流上传下载 用户自定义访问日志 Service Center Java Chassis 1.0.0 正式稳定版本发布 自动生成脚手架工程 支持Http2协议 自定义ping机制 Saga 0.1.0 分布式Pack原型

[Github ] https://github.com/apache?q=servicecomb Contributor Committer PMC Member Board IPMC 产生机制 签署贡献 者协议 CLA 由PMC提 名并投票选 拔 由PMC提 名并投票选 拔 由PMC提名并投 票选拔 由会员提名并投 票选拔 由会员提名并投票 选拔 拥有权利 提交issues 决策透明公开：讨论，决定和存档均基于 mailing list 商业友好的开源许可证， Apache项目使用 permissive license的Apache 2.0许可证 代码是社区合作开发的 投票机制管理社区 代表个人行为不代表企业利益 基于尊重、诚实、专注于技术的社区模 式交流 Apache Way Apache治理之道 [社区网站] http://servicecomb.apache [Github ] https://github.com/apache?q=servicecomb 怎样快速融入到开源社区中 • 培养自己的好奇心 • 使用好搜索引擎 • 围观问题修复学技术 • 在网上多“混混” 圈子 • 找个项目做贡献成为Committer [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache

ServiceComb的特点 • ServiceComb的发展路路线图 • 如何加⼊入ServiceComb社区 微服务架构⾯面临的问题 • 分布式系统问题 • 服务注册发现 • 容错熔断机制 • 限流降级 • 运维相关问题 • 动态配置管理理 • 系统监控 • 路路由管理理 微服务框架与解决⽅方案 • 服务框架 • Service Mesh ServiceComb开源微服务解决⽅方案 aleanjourney.com/2016/05/5-steps-for-creating-lean-roadmap.html ServiceComb历史版本 Service Center Java Chassis 0.1.0 正式开源版本 Service Center Java Chassis 0.2.0 加⼊入Zuul⽀支持, Spring Boot starter 服务中⼼心优化 ⽀支持 Spring Boot 2.0 ⽀支持 脚⼿手架应⽤用示例例 服务中⼼心 多数据中⼼心⽀支持 契约测试 微服务管理理控制 开源配置中⼼心 对接多监控系统 Service Mesh 多语⾔言微服务⽀支持 监控管理理对接 多协议对接 微服务事务协调器器 服务端⾼高可⽤用 管理理控制台 TCC事务协调 如何加⼊入到ServiceComb社区 • 线上 • 关注ServiceComb微信⼩小助⼿手，

Breaker Rate Limiting Config Center Scheduler Governance API server Prometheus Zipkin 功能与实现原理 多协议支持 • 任意协议请求都被抽象为Invocation模型进行处理，最终再转换 为协议请求转发 6/30/2018 Http Request Grpc Request Transfer Invocation Http Request Grpc Request Forward Provider Service Handler Chain Consumer service 注册发现 • 统一的缓存保存机制 • Registrator与ServiceDiscovery插件，对接多种不同的注册发现服务 • 解耦的注册器和服务发现模块，可灵活选择使用客户端发现还是服务端发现 6/30/2018 Registrator Resolve 决定要访问的服务名后即可开 始匹配路由规则，比如 • 系统中稳定运行着A服务， 版本是1.0，最近新上线了 1.1版本，你希望只让一部分 用户进行体验，那么你可以 定义Header带有device- os=android就将95%流量转 移版本为1.0的实例中，5% 转移到1.1版本 • 请求者的元数据中带有 env=production，那么要将 路由到元数据中带有 env=production的实例中

什什么是微服务架构？ • 微服务架构是⼀一种架构模式，将单体应⽤用划分成⼀一组⼩小的服务，服务之间互相协作，为⽤用户提供最终价值 • 每个服务运⾏行行在其独⽴立的进程中，服务间采⽤用轻量量级的通信机制协作（通常是基于RESTful API） • 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环境、类⽣生产环境等 Microservices – the new architectural continuousdelivery.com/ • 缩短交付周期 • 降低发布⻛风险 • 质量量内嵌 组织协同 环境管理理 数据管理理 松耦合架构 反馈验证 持续集成/部署 内建质量量 微服务架构是松耦合架构机制的⼀一种实现 为什什么基于DevOps？ ● Communication ● Automation ● Measuring ● Sharing 为什什么基于DevOps？ https://www 配置信息的管理理 50 • 与服务在同⼀一个包中 • 使⽤用隔离的配置⽂文件 • 使⽤用环境变量量管理理 配置信息管理理的挑战 51 • 动态更更新配置信息 • 多实例例间的同步 • 配置信息的版本管理理 容错(Resilient) 52 • 降级 - 关闭⾮非核⼼心业务，保证核⼼心业务可⽤用 • 限流 - 超过处理理能⼒力力，采⽤用适当策略略丢弃 • 熔断 - 避免某个服务不不可⽤用导致的故障蔓延

[Github ] https://github.com/apache?q=servicecomb Contributor Committer PMC Member Board IPMC 产生机制 签署贡献 者协议 CLA 由PMC提 名并投票选 拔 由PMC提 名并投票选 拔 由PMC提名并投 票选拔 由会员提名并投 票选拔 由会员提名并投票 选拔 拥有权利 提交issues 决策透明公开：讨论，决定和存档均基于 mailing list 商业友好的开源许可证， Apache项目使用 permissive license的Apache 2.0许可证 代码是社区合作开发的 投票机制管理社区 代表个人行为不代表企业利益 基于尊重、诚实、专注于技术的社区模 式交流 Apache Way Apache治理之道 [社区网站] http://servicecomb.apache [Github ] https://github.com/apache?q=servicecomb 如何融入开源社区 • 培养自己的好奇心 • 使用好搜索引擎 • 围观问题修复学技术 • 在网上多混混圈子 • 找个项目做贡献成为Committer [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache

 尽管现在以Java和GO语言为主，但是从架构演进角度考虑，未来 会根据消费者业务自身的特点引入更适合的语言  服务框架丌要绑定具体的语言实现，例如内部通信协议使用某种 语言特定的序列化机制、发布泛型、抽象接口等 微服务框架技术选型-灵活和轻量级架构  当前业务服务端都是非Web应用，所以丌需要运行在Web容器中， 需要类似Main函数可以直接拉起来的Standalone模式  微服务框架采用的技术应该是经过验证、业界主流的技术，例如网 络传输采用Netty  微服务框架本身要成熟，经过丌同业务、较长时间的验证，商用发 布的特性要稳定  无论是社区开源版本，还是购买的商用软件，戒者自己构建，技术 支持和保障一定要到位 微服务框架技术选型-结果  为什么业务最终选择CSE作为微服务框架？  无论是华为内部的DSF，还是开源的Netflix、Spring 1、分布式服务化本身引入的潜在故障点： 2、微服务第三方依赖潜在故障点： CSE的可靠性设计：  集群容错，自劢路由  服务中心、配置中心无状态集群，宕机丌影响已有业务  支持服务级故障隔离  支持多链路和链路级故障隔离  支持服务熔断和降级，以及第三方故障隔离（集成Hystrix） CSE在消费者云业务的实践-服务调用高性能 CSE的高性能设计：  提供Rest和Highway

• ServiceComb的特点 • ServiceComb的发展路线图 • 如何加入ServiceComb社区 微服务架构面临的问题 • 分布式系统问题 • 服务注册发现 • 容错熔断机制 • 限流降级 • 运维相关问题 • 动态配置管理 • 系统监控 • 路由管理 微服务的雄关漫道 • 服务框架 • Service Mesh ServiceComb开源微服务解决方案 aleanjourney.com/2016/05/5-steps-for-creating-lean-roadmap.html ServiceComb历史版本 Service Center Java Chassis 0.1.0 正式开源版本 Service Center Java Chassis 0.2.0 加入Zuul支持, Spring Boot starter 服务中心优化 CompletableFuture 生态支持 Java 9支持 Spring Boot 2.0 支持 脚手架应用示例 服务中心 多数据中心支持 契约测试 微服务管理控制 开源配置中心 对接多监控系统 Service Mesh 多语言微服务支持 监控管理对接 微服务事务协调器 服务端高可用 管理控制台 同步异步事件支持 如何加入到ServiceComb社区 • 线上 • 关注ServiceComb微信小助手，

将从服务中心取得的实例集合，进行过滤，得到 Endpoint集合 • 根据兼容规则，将实例进行分组 只有edge service场景下，对于同一个目 标微服务，存在多个版本分组 • 兼容分组内，新版本功能集合大于旧版本，自动 根据url选择合适的版本组 • AZ亲和性 • 根据传输通道分组 • 根据实际调用统计，隔离暂时不可用的调用目标 • 开发人员通过SPI扩展过滤功能 2.以过滤得到的Endpoint集合作为输入，根据配置的策 的剪切修改url，或是修改码流 此时可以通过自定义路由进行 内置自动路由规则基于同样的机制实现： • 通过SPI声明VertxHttpDispatcher的扩展 • 通过getOrder声明相对其他dispatcher的执行顺序 • 自己能处理的url，拦截处理 – 根据自定义规则获取目标微服务名、版本规则、新url等等参数 – 通过EdgeInvocation转发请求 • 自己不能处 自己不能处理的url，放通给其他dispatcher处理 Metrics-架构 • 基于netflix spectator • Foundation-metrics通过SPI机制加载所有 MetricsInitializer实现，实现者可以通过 MetricsInitializer中的getOrder规划执行顺序， order数字越小，越先执行。 • Metrics-core实现3类MetricsInitializer：