prefixSegmentCount: 3 Edge Service-自动路由2 有的场景下，业务是从传统应用移植过来的，有的URL已经固定，并且不满足自动路由规则，此时必须考虑兼容问题 对于这些不规则的URL，可以追加通过枚举的方式来指定路由规则 servicecomb: http: dispatcher: edge: url: enabled: true mappings: businessAV1: path: MetricsInitializer中的getOrder规划执行顺序， order数字越小，越先执行。 • Metrics-core实现3类MetricsInitializer： – DefaultRegistryInitializer: 实例化并注册 spectator-reg-servo，设置较小的order，保 证比下面2类MetricsInitializer先执行 – Meters Initializer: 实现TPS、时延、线程

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, ⾮商业许可证

微服务框架技术选型-灵活和轻量级架构  当前业务服务端都是非Web应用，所以丌需要运行在Web容器中， 需要类似Main函数可以直接拉起来的Standalone模式  服务框架要足够轻量级，可以按需加载类库，防止不当前业务的 三方库发生冲突  启停速度要快（秒级弹性伸缩）、资源占用要合理 微服务框架技术选型-微服务安全  有些业务场景对微服务调用安全要求较高，需要微服务框架支持 SSL传输、API鉴权和认证等  无论Rest API，戒者RPC Highway API，统一使用Swagger YAML定义API  服务端和客户端都基于API定义，通过CSE提供的工具生成丌同语言的类库， 客户端可以丌导入服务端的类库定义，双方互相解耦  始终以在线的API定义为准，防止服务端私自修改接口代码（例如增减字段、 修改字段类型）  每日微服务流水线构建，及时发现接口丌兼容问题 CSE

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

微服务架构定义“三步法” 微服务拆分方法 微服务拆分-指导原则 拆服务-单体重构的节奏 服务分解的四大障碍 1、网络延迟 2、同步通信降低了可用性 3、跨服务的数据一致性 4、上帝类 微服务的忠告 n 第一，要记住微服务不是解决所有问题的万能 “银弹”。 n 第二，编写整洁的代码和使用自动化测试至关重要，因为这是现代软件开发的基础。 n 第三，关注微服务的本质，即服务的分

为什么微服务框架需要Reactive？ • 微服务架构调用次数更多 • 更高的性能，规模效应 • 更好的用户体验 业界趋势 n Java 9中把反应式流规范以 java.util.concurrent.Flow 类的方式添加到了标准库中 n Spring 5对反应式编程模型提供了内置支持，并增加了新的 WebFlux 模块来支持反应 式 Web 应用的开发 ServiceComb Apache孵化的第一个微服务框架。

Producer端 waitInQueue、lifeTimeInQueue、 executionTime、Latency、 CallCount、TPS 包含操作级别和微服务实例级别 • 对于时延类的Metrics，都包含max、min、average三个指标 数据发布格式的选择 • 不同的实现发布格式都有所不同 Spring Boot Actuator { "counter

⾏行在其独⽴立的进程 中，服务与服务间采⽤用轻量级的通信机制互相沟通（通常是基于HTTP协议的 RESTful API）。每个服务都围绕着具体业务进⾏行构建，并且能够被独⽴立的部署到 ⽣生产环境、类⽣生产环境等。另外，应当尽量避免统⼀一的、集中式的服务管理机 制，对具体的⼀一个服务⽽而⾔言，应根据业务上下⽂文，选择合适的语⾔言、⼯工具对其进 ⾏行构建。 为什么要采⽤用微服务架构？ - Rebecca

每个服务运⾏行行在其独⽴立的进程中，服务与服务间采⽤用轻量量级的通信机制互 相协作（通常是基于HTTP协议的RESTful API）。 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环 境、类⽣生产环境等。 以持续交付为核⼼心 基于DevOps 的演进式架构 Shakespear A thousand Hamlets in a thousand people’s eyes.