html 为什么⼤量的项⽬会加⼊Apache 为什么⼤量的项⽬会加⼊Apache 有社会责任感的公司 — 公益贡献 ⾼质量的代码 — 众多的开发者可以从不同⻆度审视代码 合作与竞争 — 竞争对⼿可以通过开源项⽬合作共赢 “免费的”培训 — 通过社区培训新的开发者省时省⼒ 法律保护 — ASF为贡献者提供法律保护 Apache孵化器 Apache孵化器 提供⼀个官⽅进⼊Apache 软件基⾦会途径。 该存在。 贡献者 — 项⽬依赖于来⾃社区的贡献者们。得益于贡献者 们，及时反馈bug，邮件讨论，对bug进⾏改正，增加⽂档 等任务能够完成。 代码提交者 — 以功绩为参考项，杰出的贡献者们能够成为 代码提交者。 项⽬管理委员会会员 — 项⽬委员会（PMC）负责制定项⽬ 的⽅向，批准发布以及对新的代码提交者和PMC会员投 票。 发展社区 发展社区 丰富介绍内容 使⽤草根媒体，提升⽹站曝光度 与下游项⽬建⽴合作 授之于⻥与授之于渔 帮助开发者成为代码提交者 对发布进⾏投票 对发布进⾏投票 邮件列表中可以进⾏投票，投票开放72⼩时 发布需要遵循ASF原则 需要 3 +1 投票, +1 票⽐ -1 票更多 ⼀个 -1 票 (反对票) 不会阻⽌发布 -1 需要充实的理由 每个⼈可以重新投票 如果投票通过，接下来就是IPMC对发布进⾏投票 如果投票没有通过，那么重新创建新的发布然后再次投票

需要等元信息同步以后才能接入流 量，扩容流量接入时间长 负载均衡节点对接名字服务 虎牙负载均衡部署的机器一台机器上可能存在数百的配置，每次节点生效需要重新 reload配置，且节点新增或删除需人工上系统操作配置，配置生效对服务会有中断 配置IP方式 配置名字服务 客户端主动监听名字服务更新，节 点变更秒级生效 负载均衡配置固话在配置文件中， 节点操作需要人工上系统操作增减 节点 基于Nginx dyups模块的动态上下线 1、web专区的nginx有健康检查的功能， 但是只是基于tcp， 根据 一段时间请求否正常， 对节点进行临时屏蔽 2、web专区和业务都会有自己的拨测， 一般只会用于告警， 缺乏 都能根据业务反馈， 动态切换节点的能力 3、支付等业务， 对故障时间敏感， 手工切换无法满足需求 背景 目标 1、提供http，tcp的业务拨测能力， 能够按照预定条件进行对负载 均衡RS节点的摘除，屏蔽故障 2、保证拨测任务的SLA，能够按时执行，故障屏蔽秒级生效时间 DNS-F客户 端使用监听模式push/pull拉取更新信息 客户端定时轮询服务端获取其他服务ip信息并对 比，相比之下服务端压力较大、延迟较大 伸缩性 使用Raft选举算法性能、可用性、容错性均比较 好，新加入节点无需与所有节点互相广播同步信 息 由于使用广播同步信息，集群超过1000台机器 后对eureka集群压力很大 健康检查模式/方式 支持服务端/客户端/关闭检查模式，检查方式有 tcp

式  服务框架要足够轻量级，可以按需加载类库，防止不当前业务的 三方库发生冲突  启停速度要快（秒级弹性伸缩）、资源占用要合理 微服务框架技术选型-微服务安全  有些业务场景对微服务调用安全要求较高，需要微服务框架支持 SSL传输、API鉴权和认证等  对于一些敏感信息，例如用户账号、金额等，在记录日志等落盘 和采集时需要做脱敏处理、资源占用要合理  敏感运  消费者云业务服务集群规模大，单点的性能提升能够带来巨大收益  从用户体验看，端到端时延非常重要，分布式乊后带来的时延增加，是一个很大的挑戓  丌是所有业务都有苛刻的性能需求，丌同业务对性能的诉求丌同， 可以按需选择协议和传输方式，服务不传输协议、序列化方式解耦 微服务框架技术选型-成熟  微服务框架采用的技术应该是经过验证、业界主流的技术，例如网 络传输采用Netty Cloud等，都无法完全满足业务的 选型诉求，而CSE则能够很好的满足我们的需求  仔细阅读了CSE的主要模块代码，包括网络通信、线程调度模型等，代码质量非常高， 对细节的把握比较好  选型试用时，大家对CSE的接受度比较高，使用CSE改造已有的Spring MVC代码相对较 容易些  华为内部的平台，无论是新需求接纳，还是技术支撑，各方面保障都比较给力  天生支持

每个服务相对较小并比较容易开发维护。 • 服务可以独立的部署。 • 更适合小团队（个人）开发管理 • 更容易实验和采纳新的技术。 强大： • 使大型的复杂应用程序可以持续的交付和持续的部署。 • 更容易测试 • 更容易对已有大型系统进行修改和扩展 • 容易进行的性能优化 • 更高的可用性 • 更容易的进行性能伸缩性 适合同学们学习 Demo也可以作为生产系统的一部分 [社区网站] http://servicecomb 信，无法做出高质量的拆分。 不同的业务，涉及的不同的服务间通信有不同的要求 1. 关注事务性要求（ACID） 2. 关注对性能的要求 举例：商品维护和下订单是2个微服务，下订单系统对性能有较高要求，所以可以考虑把商品的价格从商品维护微服务同步到订单系统，该同步动作 对性能没有要求，对事务性有要求。 常见的服务间通信模式：同（异)步通信，API组合，基于MQ的异步通信 事务性： saga, NvmeSSD-持久化配置 索引-加 锁 update-where 2. 库存缓存 AP Codis 3. 收藏数据 AP Codis 用户发请 求查库存 里列表 读缓存的 库存的列 表返回 用户对有库存 的房子发起下 单请求 再次查 询缓存 列表 锁定 资格 下单 （减库 存） 减 资 格 有库存 无库存 有资格 无 有库存 无 Codis MySQL-MGR

Value Object - 值对象 • 通过值确定对象的等价性 Domain Services - 业务逻辑 Aggregate - 聚合(根) • ⼀一组实体对象和值对象的集合 • 外部对聚合的访问通过聚合根 Factories - 对象⼯工⼚厂 Repository - 存储机制 Tactical-战术建模 领域驱动设计的架构 �16 Domain Model • 核⼼ ③ ④ ⑤ ⑥ 参与过程： • 根据对业务的理理解，将领域事件写在橙⾊色贴上，每个即时贴代表⼀一个事件 • 事件按照从左到右按时间顺序排列列，不不同参与者的事件需保证相对顺序 • 事件采⽤用⽤用“xx已xx”的格式，如“订单已创建” 什什么是(领域)事件？ • 任何的业务都会以数据的形式留留下⾜足迹。我们对于数据的追溯可以通过对 事件的追溯来完成。当把这些事件按照时间顺序排列列起来，⼏几乎可以清晰 划分⼦子域&界限上下⽂文 统⼀一语⾔言 ① ② ③ ④ ⑤ ⑥ 寻找聚合 注意要点： • 聚合接受命令，产⽣生事件 参与过程： • 对命令和事件进⾏行行划分找到聚合边界 • 利利⽤用聚合定义进⾏行行确认 • 识别出分布在时间轴不不同位置的同⼀一个聚合 • 对聚合使⽤用⼤大的⻩黄⾊色即时贴进⾏行行标记 什什么是聚合？ 聚合是⼀一组相关领域对象的集合。 • 聚合内相关对象保证数据⼀一致性

Service Mesh在华为公 有云的实践 ⽥田晓亮 华为架构师 ⽥田晓亮 华为 架构师 8年软件⾏行业经验，曾就职于三星，2012年进⼊入云计算领域，对PaaS， DevOps，APM有深⼊入的研究和实践经验。⽅方案⽀支撑近千台VM中应⽤用部署管理监 控 2016年加⼊入华为担任架构师，负责微服务的Go语⾔言开发框架及Service Mesh设计 和落地，Go语⾔言微服务框架被华 Network Physical Application Transport Network Physical 为什么使⽤用Service Mesh • ⽆无需多种语⾔言的微服务框架开发 • 对业务代码0侵⼊入 • 不适合改造的单体应⽤用 • 开发出开的应⽤用既是云原⽣生的⼜又具有独⽴立性 没有银弹 • 新的故障点 • ⼀一定程度的性能降低 • 侵⼊入式框架有更强的定制和扩展能⼒力 Prometheus Grafana Physical Kubernetes Design Goal • 尽可能提供定制化 • 减少对业务影响 • ⾼高性能 • 使服务可视化 • 使服务更具弹性 Data Plane 即Mesher组件本⾝身，对所有请求进⾏行处 理 • 注册发现服务 • 执⾏行路由策略 • 负载均衡 • 透明TLS传输 • ⽣生成监控数据 Mesher

每个服务相对较小并比较容易开发维护。 • 服务可以独立的部署。 • 更适合小团队（个人）开发管理 • 更容易实验和采纳新的技术。 强大： • 使大型的复杂应用程序可以持续的交付和持续的部署。 • 更容易测试 • 更容易对已有大型系统进行修改和扩展 • 容易进行的性能优化 • 更高的可用性 • 更容易的进行性能伸缩性 适合同学们学习 Demo也可以作为生产系统的一部分 [社区网站] http://servicecomb 通信，无法做出高质量的拆分。 不同的业务，涉及的不同的服务间通信有不同的要求 1. 关注事务性要求（ACID） 2. 关注对性能的要求 举例：客户维护和订单是2个微服务，订单系统对性能有较高要求，所以可以考虑把购房资格信息从客户维护微服务同步到订单系统，改同步动作 对性能没有要求，对事务性有要求。 常见的服务间通信模式：同（异)步通信，API组合，基于MQ的异步通信 事务性： saga, NvmeSSD-持久化配置 索引-加 锁 update-where 2. 库存缓存 AP Codis 3. 收藏数据 AP Codis 用户发请 求查库存 里列表 读缓存的 库存的列 表返回 用户对有库存 的房子发起下 单请求 再次查 询缓存 列表 锁定 资格 下单 （减库 存） 减 资 格 有库存 无库存 有资格 无 有库存 无 Codis MySQL-MGR

10 捐赠给Apache 进入孵化器 成为Apache 顶级项目 首个Apache微服务顶级项目 提供一站式的微服务开源解决方案，致力于帮助企业、用户和开发 者将应用轻松微服务化上云，实现对微服务应用的高效运维管理 华为开始实践 微服务 2012年 2019 • 2018 OSCAR尖峰开源技术创新奖 • 2018 COSCL首届中国优秀开源项目一等奖 • 2019 首个行业微服务标准的核心参考框架 接入 流行 生态 Apache ServiceComb 融合开源生态的一站式微服务解决方案 融合开源生态的一站式微服务解决方案 • 团队协作困难 • 问题定位困难 • 资源利用率低 • 对现有系统改动小 • 提升性能和硬件 利用率 • 提升定位问题效率 Apache ServiceComb 插件式处理链 SpringMVC 编程模型 限流 负载均衡 分布式追踪 动态配置 为微服务教程，软通动力、 中软国际等ISV作为微服务赋能教材，在深圳大学、南方科技大学、深职院等被作为赋能课程进 行微服务讲座 ServiceComb 开源社区总结 对开发者们，我们想说 对用户们，我们想说 选择Apache ServiceComb，我们会认真对待您在微信群/Github Issue/MailGroup的： 每一个问题 每一个建议 期待与您共建社区，持之以恒，共同解决微服务难题。

RESTful API）。每个服务都围绕着具体业务进⾏行构建，并且能够被独⽴立的部署到 ⽣生产环境、类⽣生产环境等。另外，应当尽量避免统⼀一的、集中式的服务管理机 制，对具体的⼀一个服务⽽而⾔言，应根据业务上下⽂文，选择合适的语⾔言、⼯工具对其进 ⾏行构建。 为什么要采⽤用微服务架构？ - Rebecca Parsons 让系统尽可能快的响应变化！ 初衷 • 服务足够小  • 独立运行  回到问题 1.运维⾃自动化 1 基础设施⾃自动化 实施了新的部署流程，成功率 ⼤大⼤大提⾼高，部署时间缩短到 30分钟。 2 ⾼高效监控 服务提供状态汇报，利⽤用 Splunk聚合⽇日志，对服务运 ⾏行状态进⾏行监控，⼤大⼤大提⾼高运 维效率。 2.DevOps⼀一家亲 2012 2015 环境⼿手⼯工维护，频频出错 缺乏有效监控 3 服务过⼤大，堵塞交付 快速增⻓长的结果导致服务过⼤大

request Flight Compensated Saga Ended Transaction Rollback 对服务的要求 • 幂等 T = T T … T car rental saga T T' time • 可交换补偿 T C = T C T 对服务的要求 • 幂等 T = T T … T car rental saga T T' time C 保留留所有事务数据！ • 持久性 （Saga log） 缺乏隔离性带来的问题 • 两个Saga事务同时操作⼀一个资源会出现数据语义不不⼀一致的的情况。 • 两个Saga事务同时操作⼀一个订单 ，彼此操作会覆盖对⽅方（更更新丢失） • 两个Saga事务同时访问扣款账号，⽆无法看到退款 （脏读取问题） • 在⼀一个Saga事务内，数据被其他事务修改前后的读取值不不⼀一致（模糊 读取问题） http://microservices