服务框架丌要绑定具体的语言实现，例如内部通信协议使用某种 语言特定的序列化机制、发布泛型、抽象接口等 微服务框架技术选型-灵活和轻量级架构  当前业务服务端都是非Web应用，所以丌需要运行在Web容器中， 需要类似Main函数可以直接拉起来的Standalone模式  服务框架要足够轻量级，可以按需加载类库，防止不当前业务的 三方库发生冲突  启停速度要快（秒级弹性伸缩）、资源占用要合理  无论Rest API，戒者RPC Highway API，统一使用Swagger YAML定义API  服务端和客户端都基于API定义，通过CSE提供的工具生成丌同语言的类库， 客户端可以丌导入服务端的类库定义，双方互相解耦  始终以在线的API定义为准，防止服务端私自修改接口代码（例如增减字段、 修改字段类型）  每日微服务流水线构建，及时发现接口丌兼容问题 CSE

值 • 每个服务运⾏行行在其独⽴立的进程中，服务间采⽤用轻量量级的通信机制协作（通常是基于RESTful API） • 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环境、类⽣生产环境等 Microservices – the new architectural style. Martin Fowler,Mar 2014 ...... Micro (u)Services 路路由 授权认证 ⽇日志聚合 熔断 集中配置 基础设施 接⼊入层 业务层 - 聚合服务 - 基础服务 • ⾯面向对象设计(名词/动词)
 • 可重⽤用的逻辑 • 资源密集型部分 • 领域驱动设计 • 数据访问⽅方式 服务设计与拆分 44 Node.js Java 基础服务实现 聚合服务实现 Proxy Chained Shared Cache Asynchronous

支持注册发现 支持路由管理 支持熔断，限流，负载均 衡等动态配置管理 支持TLS证书托管 插件化模块 1.0 支持Istio作为控制面板 支持发现 支持路由管理 支持Citadel安全管理 1.6 泛服务化，Mysql支持 1.8 支持grpc协议 支持本地健康查询 Sidecar Injector 1.5 目前版本 支持per host运行模式 支持Skywalking 1.7 支持更多的生态

API，或者RPC Highway API，统一使用Swagger YAML定义API  微服务代码生成：服务端和客户端都基于API定义，通过 ServiceComb提供的工具生成不同语言的类库，客户端可以不导入服务 端的类库定义，双方互相解耦  微服务接口测试：测试基于流水线的API定义生成自动化测试用例， 防止开发本地随意修改API  微服务API依赖关系：通过微服务流水线编译、打包和系统集成 Gitter: https://gitter.im/ServiceCombUsers/Lobby 业务按需配置ServiceComb的类库依赖，基于standalone轻量级部署 开发态：按照业务实际需要配置ServiceComb的 maven 依赖，只加载需要的类库： 如果需要使用ServiceComb的流控再配置 如果需要使用私有RPC协议时才需要配置依赖 JVM Vert.X ServiceComb

务实 免费⽤于商业和⾮商业⽤途 兼容其他开源协议 协议 协议 A 类 - 可以依赖并包括在发布中 MIT, 2 和 3 条款 BSD B 类 - 可以依赖并且可能包括 通⽤开发和发布协议 (CDDL), Eclipse公共协议 (EPL), Mozilla公共协议 (MPL), 知识共享许可协议 (CC-A) X 类 - 不可以依赖或者包括在发⾏版中 GPL, LGPL, ⾮商业许可证

生成sql语句集（Mysql 或其他DB的方言） mysql/oracle 的规则文件 生成表关联关系list 计算权重，生成图 输出权重图， 选择、调用 指定算法 贪婪/谱聚类算法 内容格式化 拿规则类解析sql语句 返回计算结果 1 2 3 4 5 6 7 8 9 sqlrule (mysql/oracle/…) 选择规则，透 传sql语句集 传入表关联关系list

MetricsInitializer中的getOrder规划执行顺序， order数字越小，越先执行。 • Metrics-core实现3类MetricsInitializer： – DefaultRegistryInitializer: 实例化并注册 spectator-reg-servo，设置较小的order，保 证比下面2类MetricsInitializer先执行 – Meters Initializer: 实现TPS、时延、线程

康彬（robinkang） 乐信/架构总监 14年研发及管理经验，从0到1组建了乐信架构团队， 主导并推动了乐信集团业务系统从单体应用架构向微服 务架构的演变、从 php 技术栈向 java 技术栈的无缝转 型，从私有云向混合云的进化，及新一代的同城双活技 术架构的研发与落地工作 信用成长成就品质生活 • 大促的痛及混合云实践 • 单元化&双活的应用场景 • 同城双活的探索之路 • 未来的规划

03 思考 微服务架构引入的问题 6/30/2018 什么是Service Mesh • 一种基础设施层，服务间 通信通过Service mesh进 • 一种TCP/IP之上的网络模 型行 • 一个轻量的网络代理，与 业务部署在一起 • 可靠的传输复杂网络拓扑 中的服务请求，将服务变 为现代的云原生服务 Website: http://servicecomb.incubator

内部生效的key规则 -所有的key集中在一种类型的视图中管理，管理成本高。 -不断增长的规则定义，越来越复杂，人类不可读。 -Key设计无法扩展变更，没法轻易变更数据结构 Kie - 语义型分布式系统配置中心 core API storage config map cache backends K8s operator Consul operator dao config