2017年年6⽉月 2017年年8⽉月 2017年年10⽉月 2017年年9⽉月 2017年年12⽉月 ServiceComb 1.0.0-m2 新特性 • Java Chassis • 全⾯面⽀支持⽂文件上传与下载 • 监控指标模块优化 • 提供优雅下线功能 • 提供Maven Archetype创建⼯工程代码 • Service Center • 前端UI与服务中⼼心整合 • 优化微服务实例例统计信息 • 关注ServiceComb微信⼩小助⼿手， 加⼊入微信群与⼤大家进⾏行行交流 • 官⽹网 http://servicecomb.incubator.apache.org/ • 视频讲座 http://www.itdks.com/member/organizer/261 • 邮件列列表 dev@servicecomb.apache.org • 问题反馈 https://issues

http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 从Weather微服务应用谈起—简单性 表 内容 关键字段 regions 存储地区信息 id, regionName weathers 存储当前时间的天气信息，包括，气温，风向…. id, temperature, pressure… com/apache/servicecomb-center 服务注册中心 b) 核心服务注册表 |---服务名---|---服务实例UID---|---物理地址(IP：端口)---| c) 表的维护（心跳存活性检测） • SDK a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 com/apache?q=servicecomb 微服务的“强大”- 以电商“抢购”场景举例 背景：因为竞争的加剧，电商系统越来越复杂，无论电商系统的规模大小，微服务几乎是事实标准。 12306网站 15年 峰值 1032 单/s 11.7w PV 电商“抢购”“场景中企业中遇到的困难 1. 性能要求不断优化，和不能引入Bug之间的矛盾。 2. “变态”级别的高可用性要求。 3. 声誉和法律风险。

[社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 从客户管理应用谈起—简单性 表 内容 关键字段 customers 存客户的基本信息，包括名字，联系方式等 id, realname qualifications 存客户的购房资格，购房资格针对某次抢购活动，也会保存购 房资格的对应信息（验资，诚意金等） com/apache/servicecomb-center 服务注册中心 b) 核心服务注册表 |---服务名---|---服务实例UID---|---物理地址(IP：端口)---| c) 表的维护（心跳存活性检测） • SDK a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 com/apache?q=servicecomb 微服务的“强大”- 以电商“抢购”场景举例 背景：因为竞争的加剧，电商系统越来越复杂，无论电商系统的规模大小，微服务几乎是事实标准。 12306网站 15年 峰值 1032 单/s 11.7w PV 电商“抢购”“场景中企业中遇到的困难 1. 性能要求不断优化，和不能引入Bug之间的矛盾。 2. “变态”级别的高可用性要求。 3. 声誉和法律风险。

03/ 参与邮件列列表 04/ 提交Patch • 线上： – 关注微信公众获取信息 – 加⼊入微信群进⾏行行交流 – 通过邮件列列表参与讨论 – 通过Github发起PR • 线下： – ⽉月度Meetup – 不不定期沙⻰龙探讨 如何参与到ServiceComb社区 ● Github：https://github.com/ServiceComb ● 官⽹网：https://www

如AI 拆表 拆界面及业务逻辑 微服务化改造典型流程 挑战：强业务相关， 必须业务+微服务专 家介入，投入大、时 间长； 关键技术：应用微服 务化改造工具套件 根据sql、日志、代码实现微服务拆分，并修改相关代码。 Huawei Confidential 7 微服务拆分工具-表自动分库 SQL 语句 SQL 语句 SQL 语句 … 语法分析 语法分析 语法分析 表关联分析 图切割+启 Step3：在每棵语法树上分析表的关联关系并汇集 成表关联关系加权图 Step6：采用图切割算法并配合启发式规则将表分 割到不同库中 原则：低耦合，高内聚 耦合度：微服务划分后，微服务与微服务连接的边的权重之和 内聚度：微服务划分后，微服务内部表与表之间的边权重之和 采用图搜索算法划分微服务的启发式规则(规则可自定义)： 规则1：贪婪原则 规则2：完全独立的表可归属任意微服务，也可独立成微服务 规则3：归属同一微服务的表数量不低于5（作为参数可配置） 规则4：关联度大于10（作为参数可配置）的表归属同一微服务 Huawei Confidential 8 微服务拆分工具 单体应用 单体数据库 微服务数据库 A库 B库 服务A 服务B 步骤1：通过SQL的关联程 度、使用次数等，识别出 相关性最高的表划分成一 个微服务 微服务数据库 A库 B库 服务A 服务B 步骤2：通过表结构调整，

务弹性能力的要求较高，在业务高峰如果不能快速扩容，容易出现全网故障 传统配置下发方式 负载均衡配置固话在配置文件中， 节点操作需要人工上系统操作增减 节点 配置中心监听方式 客户端主动监听配置更新，配置秒 级生效，新扩容服务主动拉取全量 配置，流量接入时长缩短3分钟+ 配置名字服务 配置IP方式 服务端下发文件更新配置，更新配 置生效时间长，由于需要预先知道 负责均衡集群的机器信息，扩缩容 需要等元信息同步以后才能接入流 生效需要重新 reload配置，且节点新增或删除需人工上系统操作配置，配置生效对服务会有中断 配置IP方式 配置名字服务 客户端主动监听名字服务更新，节 点变更秒级生效 负载均衡配置固话在配置文件中， 节点操作需要人工上系统操作增减 节点 基于Nginx dyups模块的动态上下线 • 基于名字服务感知节点变化快速变更节点 • 基于nginx dyups模块实现节点变更秒级生效 微服务架构中基于DNS的服务注册与发现 最新信息 ServiceMesher 社区是由一群拥有相同价值观和理念的志愿者们共同发起， 于 2018 年 4 月正式成立，致力于成为 Service Mesh 技术在中国的布道者和领航者。 社区官网：https://www.servicemesher.com

服务重启/升级后的IP地址变化 • ⽔水平伸缩后服务的实例例数量量变化 • 同⼀一个结点运⾏行行多个服务(端⼝口不不同) 集中配置管理理 配置信息的管理理 50 • 与服务在同⼀一个包中 • 使⽤用隔离的配置⽂文件 • 使⽤用环境变量量管理理 配置信息管理理的挑战 51 • 动态更更新配置信息 • 多实例例间的同步 • 配置信息的版本管理理 容错(Resilient) 52 • 降级 - 关闭⾮非核⼼心业务，保证核⼼心业务可⽤用 服务发现/熔断/负载均衡/跟踪 通信模型 - ⾼高效的序列列化机制/传输协议 华为ServiceComb 持续交付流⽔水线 端到端⼯工具链 ⼯工程化实践 测 部 运 发 开 •独⽴立代码库 •服务说明⽂文件 •易易于本地运⾏行行 •测试⾦金金字塔 •契约测试 •组件测试 •基础设施即代码 •⼀一键部署(环境/⽅方式) •特性开关 •蓝绿部署 •⾦金金丝雀发布 •监控 •告警 •⽇日志聚合 •⽇日志聚合 总结 • 微服务架构的核⼼心 • 微服务架构设计原则 • 微服务架构⽣生态系统 ● Github：https://github.com/ServiceComb ● 官⽹网：https://www.servicecomb.io Thank You

元数据 1. 应用App，便于微服务可在多个应用间重用 2. 微服务名称，App内唯一 3. 微服务描述信息，让使用者可以快速了解到业务范畴等 4. 微服务访问契约内容，API能力的描述文件 5. 微服务扩展属性，添加具体业务扩展属性 6. 微服务黑白名单，支持Provider侧设置路由策略 7. 微服务标签，支持按标签检索 高可用性保障 互联网分布式系统设计的准则：BASE huaweicloud.com/product/cse.html ServiceComb Github：https://github.com/apache?q=servicecombServiceComb 官网: http://servicecomb.incubator.apache.org/cn/ 交流论坛 微信入群

2018 Building Microservice NO.1 深圳站： Cloud Native 架构下的 K8S 和微服务实践 ServiceComb的来源 SPO Cloud 核心网 Cloud Service Engine 2018 Building Microservice NO.1 深圳站： Cloud Native 架构下的 K8S 和微服务实践 ServiceComb项目介绍 Microservice NO.1 深圳站： Cloud Native 架构下的 K8S 和微服务实践 如何参不到ServiceComb社区 • 线上 • 关注ServiceComb微信小劣手 • 在官网获取快速入门以及相关教程 • 加入微信群不开发人员进行交流 • 通过邮件列表讨论 dev@servicecomb.apache.org • Github发起PR • 线下 • 月度Meetup

丌是所有业务都有苛刻的性能需求，丌同业务对性能的诉求丌同， 可以按需选择协议和传输方式，服务不传输协议、序列化方式解耦 微服务框架技术选型-成熟  微服务框架采用的技术应该是经过验证、业界主流的技术，例如网 络传输采用Netty  微服务框架本身要成熟，经过丌同业务、较长时间的验证，商用发 布的特性要稳定  无论是社区开源版本，还是购买的商用软件，戒者自己构建，技术 支持和保障一定要到位 – 通过Github发起PR • 线下： – 月度Meetup – 丌定期沙龙探讨 如何参不到CSE社区 Github：https://github.com/CSE 官网：https://www.CSE.io 让云原生开发更简单