ServiceComb

在微服务架构中，客户端负载均衡是指负载均衡器作为客户端软件的一部分,客户端得到可用的服务实例列表然后按照特定的负载均衡策略,分发请求到不同的服务。 ServiceComb内置了客户端负载均衡组件，开发者可以非常简单的使用。具体可参考: https://docs.servicecomb.io/java-chassis/zh_CN/references-handlers/loadbalance.html 本文将介绍ServiceComb与SpringCloud的Ribbon负载均衡组件协同工作，以构建微服务应用。ServiceComb已适配对应的接口和配置，用户用极简单的方法配置后即可使微服务应用具备负载均衡的能力。 示例 以下通过一个服务提供者provider-service和消费者consumer-service作为demo演示。 provider-service会启动3个微服务实例，消费者端consumer-service使用Ribbon负载均衡调用proveder-service服务的接口。其中consumer-service在调用provider-service提供的接口时会打印出真实调用的URL ↓↓↓ 完整示例地址： https://github.com/lisenwork/servicecomb-demo/tree/master/servicecomb-ribbon

开源爱好者和微服务开发者们福利来袭 Apache 基金会董事Roman Shaposhnik Apache 孵化器主席 Justin Mclean Apache 秘书长和赞助商大使 Craig Russell Apache 成员及 ServiceComb 负责人姜宁…… 全球最大的开源软件基金会Apache的大咖们和ServiceComb社区管理委员会成员们齐聚一堂，将从多维度带来干货满满的精彩技术和实践分享。 Apache ServiceComb Meetup (2018华为全联接大会) 10月12日 上海世博展览馆416-417会议厅 演讲内容： Apache之道 Speaker： Roman Shaposhnik，Apache基金会董事会成员，Apache ServiceComb项目Champion。毕业于俄罗斯圣彼得堡大学，有二十余年工作经历，擅长开源、虚拟化、云计算、大数据相关领域。作为Mentor成功孵化了Apache ServiceComb、HAWQ、Datafu、Groovy等项目，并且是Apache ServiceComb、Bigtop、Groovy、Ignite等项目PMC成员。 议题简介： Apache软件基金会 是全球最大的开源基金会，目前拥有300多个开源项目，涵盖大数据、云计算、服务器和Web框架、构建管理、内容管理、物联网等众多领域

在上一篇 《ServiceComb + SpringCloud Ribbon使用篇》中介绍了负载均衡的概念和ServiceComb协同SpringCloud Ribbon的使用, 本篇将从源码角度介绍ServiceComb是如何实现与SpringCloud Ribbon协同工作的。 一. ServiceComb对接 Spring Cloud Ribbon思路 在Ribbon的wiki介绍页(https://github.com/Netflix/ribbon/wiki/Working-with-load-balancers)可以发现这样的描述： ServerList - this can be static or dynamic. If it is dynamic (as used by DynamicServerListLoadBalancer), a background thread will refresh and filter the list at certain interval 这段介绍了ServerList接口，该接口既可以是静态获取服务实例列表也可以是动态获取的。 如果是动态获取服务列表（被DynamicServerListLoadBalancer使用），会有一个后台线程在特定得时间间隔负责刷新和过滤服务列表。 也就是说，我们只要实现了ServerList接口

2018年6月25日，开源界面盛会LC3上，华为继去年开源微服务方案ServiceComb后，又宣布将于7月份开源微服务领域服务网格ServiceMesh产品化技术Mesher。 ServiceComb社区凭借与华为云的源头关系，获得关于Mesher的第一手信息： 华为云是最早将Service Mesh产品化商用的企业之一，旨在将微服务中的应用问题和网络问题分离。 当前华为云AI和文思海辉楼宇设施管理服务等业务已经使用Mesher进行商用。 Mesher 还具备基础设施完全解耦，高性能，侵入式与非侵入式治理互通，可扩展三方SDK等特点。 Mesher 开源后，将会如何运作，进入哪个基金会，是否会进入ServiceComb，这些是当前业界最为关注的事情，ServiceComb目前能提供的信息也仅是这些。但是ServiceComb与开源后的Mesher一衣带水，不论Mesher是否进入ServiceComb，ServiceComb都将会竭尽所能帮助Mesher建立热衷和忠诚开源的品质，为开源社区营造好的土壤贡献力量。 对于关于ServiceComb对于Service Mesh和 Mesher的思考，在下面《 ServiceComb 社区在其开源一周年之际写给微服务开发者的一封信》 已经有了相关表述： 写在ServiceComb开源一周年之际 2018年6月25日，开源界盛会LC3

5 问ServiceComb 微服务 ServiceComb 是谁? ServiceComb取名寓意蜂巢，是微服务开源项目，Apache软件基金会孵化项目，其源自ServiceComb商业版华为云微服务引擎CSE，于2017年5月开源开放。原主体代码于2007年12月由华为捐赠给Apache，是 全球首个进入Apache软件基金会孵化的微服务开源项目 。其提供 一站式开源微服务解决方案 ，融合SDK框架级、0侵入ServiceMesh场景并支持多语言。 ​ ServiceComb目前拥有三个主要的子项目，分别为： Java chassis https://github.com/apache/incubator-servicecomb-java-chassis 开箱即用Java语言 微服务SDK，含服务契约、编程模型、运行模型与通信模型四个部分，具备负载均衡、容错熔断、限流降级、调用链追踪等全面微服务治理能力，服务治理能力与业务逻辑隔离。 Service Center—服务注册中心 https://github.com/apache/incubator-servicecomb-service-center 基于Etcd的高性能、高可用、无状态的Golang版分布式服务注册与发现中心，可实时服务实例注册、实时服务实例推送和服务间契约测试等。 Saga—分布式事务解决方案 https:/

ServiceComb ServiceCenter 新的版本即将发布，在这次发版中将带来异构、多服务中心同步工具 Syncer，在这里将从我们的已有的实践经验出发，带来对Syncer的介绍。 项目地址： https://github.com/apache/servicecomb-service-center/tree/master/syncer 为什么使用服务中心同步工具 从传统架构到微服务，为了解决微服务之间动态变更带来的问题，各微服务框架百花齐放，从而衍生出Service-center、eureka、consul等一系列服务中心；在云环境大行其道的今天，公/私有云并存、混合云部署在企业实践中似乎已成为趋势。在这过程中不得不面临一些问题： 异构服务中心间的实例如何发现？ 跨区域间的实例信息怎么同步？ 统一企业内部微服务架构过程中，如何平滑迁移？ 中心化解决方案带来的思考 在最初的项目中，我们应用了ServiceCenter的中心化解决方案 ServiceCenter Aggregate，详细介绍请参考： https://github.com/apache/servicecomb-service-center/blob/master/docs/multidcs.md 。在使用这样的中心化解决方案后，异构服务中心的实例被同步到 Aggregate 中，服务只需指定服务发现地址到