消费者云CSE微服务实践

内容来源：2017年11月9日，华为架构师李林锋在“华为ServiceComb在线”进行《消费者云ServiceComb微服务实践》演讲分享。IT 大咖说（id：itdakashuo）做为独家视频合做方，经主办方和讲者审阅受权发布。

阅读字数：2229 | 4分钟阅读

嘉宾演讲视频回顾及PPT：suo.im/1hapHt

摘要

华为架构师李林锋分享华为消费云CSE的微服务实践。

华为消费者云业务简介

华为消费者云业务包括华为应用市场、华为视频、华为钱包、华为运动健康等服务，为华为和荣耀手机提供精品云服务，提高用户体验。

微服务框架技术选型——业务服务化目标

系统解耦，功能内聚，提高需求交付效率：经过业务的拆分和解耦，让系统敏捷起来，快速、小批量的交付价值需求，提高业务的交付效率。

践行API First：经过服务化，让服务提供者和消费者之间经过微服务API创建契约，利用Swagger OpenAPI规范，最终将微服务API规范化、标准化、在线化。系统从传统单体应用的黑盒调用（本地Java方法调用）转变成透明的API契约调用。

服务自治：经过在线的微服务治理结合云平台，能够实现微服务的弹性伸缩、故障自动迁移、降级熔断等，保障微服务的运行质量，提高业务SLA。

创建服务化团队：随着业务的不断拆分，大的研发团队也会被拆分红2-Pizza Team，微服务团队由3-5人组成，负责整个微服务的设计、开发、测试、部署运维和治理，经过全功能团队的建设，让业务真正敏捷起来。

微服务框架技术选型——支持多语言

尽管如今以Java和GO语言为主，可是从架构演进角度考虑，将来会根据消费者业务自身的特色引入更适合的语言。

服务框架不要绑定具体的语言实现，例如内部通讯协议使用某种语言特定的序列化机制、发布泛型、抽象接口等。

微服务框架技术选型——灵活和轻量级架构

当前业务服务端都是非Web应用，因此不须要运行在Web容器中，须要相似Main函数能够直接拉起来的Standalone模式。

服务框架要足够轻量级，能够按需加载类库，防止不当前业务的三方库发生冲突。

启停速度要快（秒级弹性伸缩）、资源占用要合理。

微服务框架技术选型——微服务安全

有些业务场景对微服务调用安全要求较高，须要微服务框架支持SSL传输、API鉴权和认证等。

对于一些敏感信息，例如用户帐号、金额等，在记录日志等落盘和采集时须要作脱敏处理、资源占用要合理。

敏感运维操做，须要记录安全日志，例如服务上线和下线、服务的流控阈值修改等。

微服务框架技术选型——服务治理能力

服务框架不能只单单解决分布式RPC调用、服务注册&发现和路由问题，更重要的是业务微服务上线以后，须要提供实用和丰富的在线治理能力。

流量控制、开发控制、超时控制、服务降级、服务熔断、路由权重调整…

经常使用的服务治理能力要内置到服务框架中，业务领域强相关、非通用能力能够经过扩展点实现。

微服务框架技术选型——易集成

当前业务使用Spring MVC等传统的单体架构，但愿能够较平滑、低成本的迁移到微服务架构上。

从业务接受度上，但愿不要翻天覆地的改变业务开发习惯，最好可以兼容原Spring MVC开发模式；从集成角度看，但愿能够灵活的与Spring Boot等框架集成。

微服务框架技术选型——高性能、低时延

虽然硬件成本已是白菜价，但软件性能依然很重要。消费者云业务服务集群规模大，单点的性能提高可以带来巨大收益。从用户体验看，端到端时延很是重要，分布式以后带来的时延增长，是一个很大的挑战。

不是全部业务都有苛刻的性能需求，不一样业务对性能的诉求不一样，能够按需选择协议和传输方式，服务与传输协议、序列化方式解耦。

微服务框架技术选型——成熟

微服务框架采用的技术应该是通过验证、业界主流的技术，例如网络传输采用Netty。微服务框架自己要成熟，通过不一样业务、较长时间的验证，商用发布的特性要稳定。不管是社区开源版本，仍是购买的商用软件，或者本身构建，技术支持和保障必定要到位。

微服务框架技术选型——结果

咱们评估了业界主流的各类分布式/微服务框架，最后选型了CSE，CSE可以很好的知足咱们的业务选型诉求。且CSE有更专业、简单、安全、高效的商业版华为云微服务引擎，和一个充满活力、人才云集的与商业版同源的ServiceComb开源社区。

仔细阅读了CSE的主要模块代码，包括网络通讯、线程调度模型等，代码质量很是高，对细节的把握比较好。

选型试用时，你们对CSE的接受度比较高，使用CSE改造已有的Spring MVC代码相对较容易些。

华为内部的平台，不管是新需求接纳，仍是技术支撑，各方面保障都比较给力。

天生支持Docker容器与华为公有云，下降业务云化成本。

CSE在消费者云业务的实践——可靠性

一、分布式服务化自己引入的潜在故障点：

二、微服务第三方依赖潜在故障点：

CSE的可靠性设计：

集群容错，自动路由；

服务中心、配置中心无状态集群，宕机不影响已有业务；

支持服务级故障隔离；

支持多链路和链路级故障隔离；

支持服务熔断和降级，以及第三方故障隔离（集成Hystrix）。

CSE在消费者云业务的实践——服务调用高性能

CSE的高性能设计：提供Rest和Highway RPC两种通讯协议，知足不一样业务场景。

高性能的Rest：集成Vertx,底层基于Netty，性能比传统Servlet NIO性能高X倍。

HighwayRPC：采用Netty + PB，既支持多语言，又保证高性能。

高性能开发设计：线程绑定技术，网络I/O线程绑定后端的服务调度线程，最大限度减小锁竞争。采用链接池机制，重用已有的链接。

CSE在消费者云业务的实践——服务治理能力

为何须要服务治理：随着业务的发展，服务愈来愈多，如何协调线上运行的各个服务，保障服务的SLA，对服务架构和运维人员是一个很大的挑战。

线上业务发生故障时，须要对故障业务作服务降级、流量控制、流量迁移等，快速恢复业务。

随着开发团队的不断扩大，服务的上线愈来愈随意，上线容易下线难，为了规范服务的上线和下线，在服务发布前，须要走服务预发布流程，由架构师或者项目经理对须要上线的服务作发布审核，审核经过的才可以上线。

服务治理目的：知足服务上下线管控、保障微服务的高效、健康运行。

部分服务治理配置项：

今天的分享就到这里，欢迎你们关注ServiceComb社区使用（http://servicecomb.io/cn/https://github.com/ServiceComb），也可到商业版华为云微服务引擎上进行体验（http://www.huaweicloud.com/product/cse.html）。