（SpringBoot + 华 为云CSE） UAT和PROD使用CSE企业版; 本地开发和SIT使用本地轻量级CSE服务 服务中心 （>Eureka） 配置中心 （etcd增强） 治理中心 （Hystrix+Rib bon增强） 新业务 数据库 华为云CSE介绍 Apache ServiceComb 公有云对接能力 安全管理 分布式数据一致 性 REDIS 缓存 OBS存储

服务D 业务系统A Librarian 业务系统B 服务E 服务F 微服务架构初步形成 那时的微服务 系统集成消除重复 ful API Restful API ⾃自动 化部署 特性 团队 它给我们带来了哪些好处？ 新业务C三个⽉月上线 领域服务 服务A 服务B 服务C 服务D 服务E 服务F Librarian 业务系统B 业务系统C 服务G 服务H 业务系统A 那怎么办？ 2015年服务治理 � � � � � � � � � � � � DevOps 快速响应 只有这 些是不 够的 ful API Restful API ⾃自动 化部署 特性 团队 1 环境⼿手⼯工维护，频频出错 2 缺乏有效监控 3 服务过⼤大，堵塞交付 快速增⻓长的结果导致服务过⼤大 或者服务过⼩小。⽽而过⼤大的服务 导致整个提交流⽔水线堵塞，测 试⼈人员⽆无法拿到新的版本，交 Newman • 服务足够小  • 独立运行  • 轻量级通信机制  • 独立的部署  • 去中心化 微服务架构特性 API设计指导原则 容错性 新的团队结构 Perf Guild DevOps Guild 交付特性团队 交付特性团队 “没有衡量就没有改善！ 你衡量什么就得到什么！” —Peter F．Drucker 产品规划 需求澄清 分析设计

应不同业务场景需求 •运行模型支持灵活扩展，便于 对接外部系统 特性介绍： Service Center • 服务注册/服务发现 • 微服务元数据与依赖管理 • 支持监听服务实例状态变更 • 服务实例管理 • 高性能、高可靠 • 性能监控与调用追踪 特性介绍： Java-Chassis 分布式追踪 • / 100; double bmi = weight / (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

集成开发 运维人员替换 部 署 旧 版 本 开发 开发 测试/发布 • 技术实现单一，需要想办法用一种技术解决所有问题 • 只能按大颗粒系统发布版本，响应周期长 （小特性版本3-6个月，每年1个大版本） • 无法做到永远在线，大版本升级时，要停机中断服务 微服务化的应用构建和发布 产品发布计划 产品发布计划 产品发布计划 产品发布计划 开发 服务中 心实例 • 统一的路由策略管控 • 缓存以提升性能 •支持pull/push两种模式监控实例变化 • 实例动态扩容，海量的长连接或者短连接 • 支持灰度发布、服务分组等高级管理特性 微服务 ServiceComb 开发框架 通信模型 (序列化、传输协 议） 编程模型 （同步、异步、 Reactive…) 服务契约

are showing down the company’s growth and we are at risk of losing out competitive advantages. 我们交付特性的速度已经⽆无法满⾜足业务变 化需要。旧的交付⽅方式阻碍了了组织的发展， ⽽而我们也因此正在丧失竞争⼒力力。 O’Reilly Software Architecture Conference 2017 ⼯工程化实践 测 部 运 发 开 •独⽴立代码库 •服务说明⽂文件 •易易于本地运⾏行行 •测试⾦金金字塔 •契约测试 •组件测试 •基础设施即代码 •⼀一键部署(环境/⽅方式) •特性开关 •蓝绿部署 •⾦金金丝雀发布 •监控 •告警 •⽇日志聚合 总结 • 微服务架构的核⼼心 • 微服务架构设计原则 • 微服务架构⽣生态系统 ● Github：https://github

Mesher examples https://github.com/huawei-microservice-demo/mesher-example 未来 数据⾯面竞争点：特性，可配置，扩展性，性能 管理⾯面竞争点：特性，可配置，扩展性，易⽤用性 最重要的：编排调度平台与数据⾯面的整合，为开发者带来最完整的产品体验 Take away • The Hardest Part of Microservices:

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配置中心来动态配置实例

Metrics是什么 • 直译是“度量”，不同的领域定义有所区别，在微服务领域中的 定义： “对微服务的某个指标给予一个可量化程度的测量” • Metrics应该具备的特性： • Comparative（可对比）：指标能够在不同的微服务或同一个微服务的多 个实例之间比较； • Understandable（易理解）：指标所衡量的对象、计算方法和输出的结果 值都是容易理解的；