围绕应用构建平台功能 • 操作的起点为应用 • 数据库，缓存服务，容器平台等围绕应用创建 应用 RDS DDM DMS DCS CCE ECS ELB 监控 软件中心 流水线 servicecomb.apache.org github.com/apache?q=servicecomb 缺少了什么 • 流水线，平台等自动化手段的完备，使得开发人员开始思考业务功能的拆分，复用，使得网络拓扑更加复杂 用，使得网络拓扑更加复杂 • 从过去“数据中心网络拓扑几乎没变化”变为“应用发布，应对业务流量，随时随地的网络拓扑变化” • 平台功能解决了应用运行时之前的种种问题，但为了将应用的运行时统一治理，保障业务可靠运行，需要引入微服务框架 来解决分布式系统中的难题 9 github.com/apache?q=servicecomb servicecomb.apache.org ServiceComb实践 全微服务化架构 基于RFID技术的楼宇设施管理 遇到的问题 性能瓶颈稳定 性差 复杂度高不易 扩展 • 单体应用，功能耦合 • 新增功能影响现有业务，升级业务中断 • 业务增长对性能要求高，增加机器不能解决问 题 • 一个业务问题影响整个系统，风险高 基于微服务引擎Mesher功能将PHP应用接入微服务治理 Mesher 工作流服务 Mesher 故障处理服务 Mesher 资产管理服务

Company Linux Con Workshop Quick Start Demo 殷湘 姜宁 • 为了用户能更容易理解微服务架构原则，了解ServiceComb 的功能以及如何用其快速开发微服务； • 所以提供大家耳熟能详的例子，降低学习曲线的同时，增加 趣味性，加深用户的理解 。 Manager (网关) Doorman (认证服务) Worker (运算服务) Bulletin Worker/Beekeeper 9. Worker/Beekeeper处理请求并返回 处理结果给Manager 10. Manager返回处理结果给用户 Manager为用户唯一接口人，主要功能有 • 认证用户，保护Worker，以免非法用户骗取服务并逃避服务费用； • 联系能力相符的Worker ，平衡工作量，避免单个Worker超载； • 管理Project archiv，避免重复工作，保证Company收益最大化。 将最近常用的项目进行归档，如果有内容相同的请求到达， Manager可以就近获取结果，不必再购买Worker/Beekeeper提 供的计算服务，节省项目组开支 Human Resource从运维层面保证服务的可靠性，主要功能有 • 弹性伸缩：保证用户请求量超过Worker处理能力的某个阈值后，招聘更多Worker加入项目； 当请求量回落后，裁剪Worker以节省项目组开支 • 健康检查：保证Worker告病时，能有替补接手任务

开源领域的Metrics比较 比较项 Netflix Servo Dropwizard Metrics Spring Boot Actuator 计数器（Monitor）的实 现 性能相对高效 功能相对丰富 较弱，但是支持使用 Dropwizard Metrics集成实现 强化 数据发布 Push模式，自带三种 Observer Pull或Push，自带几种 Reporter Pull或Push，自带两种 ServiceComb Java Chassis中的Metrics • ServiceComb Java Chassis是一个包含了服务注册，服务发现，服务 配置以及管理功能的微服务框架，因此我们决定提供内置的更强 大的Metrics功能： • 开箱即用，不写一行代码输出关键Metrics，全面覆盖调用数、TPS、 Latency等； • 基于Netflix Servo，使用固定统计周期（稍后会详细介绍）；

a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 b) 网关固定IP:端口/服务名/URL -> 服务动态IP:端口/URL (网关固定IP:端口/A服务名 =A服务动态IP:端口) 注册中心 ServiceCenter SDK SDK 基本的健康检测 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 3个组件的更多功能 1…..* • 服务注册中心 ServiceCenter a) https://github.com/apache/servicecomb-service-center b) 当前实例的报表 管理楼盘的基本信息，楼盘 1-n 楼栋 1-n 房源。 管理开售活动，进行开售时 的抢购 用户查看自己的开售活动和 抢房资格，管理查看收藏的 房源，查看自己的抢房结果。 用户和管理员登录/修改密 码等功能。可扩展为多种登 录方式。 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb

im/ServiceCombUsers/Lobby Mesher Design Goal • 侵入式与非侵入式可结合使用 • 不绑定基础设施 • 服务可视化 • 高性能，轻量 • 尽最大可能插件化各功能模块 • 透明的产品体验：整合容器平台，微服务引擎，API 网关，指标监控，日志审计等云上服务，封装为微服 务平台，让用户感知不到背后的复杂 Website: http://servicecomb Circuit Breaker Rate Limiting Config Center Scheduler Governance API server Prometheus Zipkin 功能与实现原理 多协议支持 • 任意协议请求都被抽象为Invocation模型进行处理，最终再转换 为协议请求转发 6/30/2018 Http Request Grpc Request Transfer 服务调用层级不要超过3层 • 若调用层级超过2层，业务代码想要用上调用链追踪需要将TraceID转发 • 想要根据某些业务数据进行路由的话，将数据放在请求的header当中 • 业务开发期不要上云后就打开容错功能，容错会掩盖业务问题 6/30/2018 Take Away • 一个商用级SERVICE MESH服务的设计之道 • Service Mesh在华为云的实践 • 华为云CSE无”微”不至助力文思海辉玩转微服务

平均解析时间 之前200ms+ 现在1ms以下 缓存命中率 之前92% 现在99.8%+ 解析失败率 之前0.1% 现在0% 应用探活场景下的落地 1、web专区的nginx有健康检查的功能， 但是只是基于tcp， 根据 一段时间请求否正常， 对节点进行临时屏蔽 2、web专区和业务都会有自己的拨测， 一般只会用于告警， 缺乏 都能根据业务反馈， 动态切换节点的能力 3、支付等业务， 对故障时间敏感， 手动上下线服务方式 通过控制台页面和API 通过调用API 跨中心同步 支持 不支持 k8s集成 支持 不支持 分组 Nacos可用根据业务和环境进行分组管理 不支持 权重 Nacos默认提供权重设置功能，调整承载流量压 力 不支持 厂商 阿里巴巴 Netflix 服务注册发现对比 配置中心对比 对比项目/配置中心 apollo nacos 开源时间 2016.5 2018.6 配置实时推送 发布 接入Mesh应用 未接入Mesh应用 Nacos 订阅 发布 发布 • 基于开源Istio，对接Nacos实现服 务注册与发现 • 解决多技术栈复杂性 • 解决多语言Dubbo客户端功能差异问题 在闲鱼落地： Nacos支持Service Mesh方案 Nacos支持Service Mesh规划 Istio/Pilot Nacos Istio/Pi lot Nacos

管理楼盘的基本信息，楼盘 1-n 楼栋 1-n 房源。 管理开售活动，进行开售时 的抢购 用户查看自己的开售活动和 抢房资格，管理查看收藏的 房源，查看自己的抢房结果。 用户和管理员登录/修改密 码等功能。可扩展为多种登 录方式。 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 b) 网关固定IP:端口/服务名/URL -> 服务动态IP:端口/URL (网关固定IP:端口/A服务名 =A服务动态IP:端口) 注册中心 ServiceCenter SDK SDK localhost:7779 [社区网站] http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb 3个组件的更多功能 1…..* • 服务注册中心 ServiceCenter a) https://github.com/apache/servicecomb-service-center b) 当前实例的报表（UI）

K8S 对接⾏行行业解决⽅方案 ServiceComb项⽬目介绍 • Java Chassis • ⾼高性能的微服务框架，提供服务注册发现以及动态配置管理理，以及限流降级，容错熔 断等服务治理理功能 • Service Center • 基于Etcd⾼高性能，⾼高可⽤用服务注册中⼼心 • Saga • 微服务事务最终⼀一致性问题解决⽅方案 • 提供⼀一个集中式的事务协调器器，协调微 2017年年9⽉月 2017年年12⽉月 ServiceComb 1.0.0-m2 新特性 • Java Chassis • 全⾯面⽀支持⽂文件上传与下载 • 监控指标模块优化 • 提供优雅下线功能 • 提供Maven Archetype创建⼯工程代码 • Service Center • 前端UI与服务中⼼心整合 • 优化微服务实例例统计信息 • Saga 0.2.0 • ⽀支持Spring

根据兼容规则，将实例进行分组 只有edge service场景下，对于同一个目 标微服务，存在多个版本分组 • 兼容分组内，新版本功能集合大于旧版本，自动 根据url选择合适的版本组 • AZ亲和性 • 根据传输通道分组 • 根据实际调用统计，隔离暂时不可用的调用目标 • 开发人员通过SPI扩展过滤功能 2.以过滤得到的Endpoint集合作为输入，根据配置的策 略进行LoadBalance： • 轮询、响应时间权重、随机

华为消费者云业务包括 华为应用市场、华为视频、华为钱包、华为运 劢健康等服务，为华为和荣耀手机提供精品云服务，提升用户体验 华为消费者云业务简介 微服务框架技术选型-业务服务化目标  系统解耦，功能内聚，提升需求交付效率：通过业务的拆分和解耦，让系统敏 捷起来，快速、小批量的交付价值需求，提升业务的交付效率  践行API First：通过服务化，让服务提供者和消费者乊间通过微服务API建立契约，利 升业务SLA  建立服务化团队：随着业务的丌断拆分，大的研发团队也会被拆分成2-Pizza Team， 微服务团队由3-5人组成，负责整个微服务的设计、开发、测试、部署运维和治理，通过 全功能团队的建设，让业务真正敏捷起来 微服务框架技术选型-支持多语言  尽管现在以Java和GO语言为主，但是从架构演进角度考虑，未来 会根据消费者业务自身的特点引入更适合的语言  服务