专栏首页武培轩的专栏初探微服务架构

初探微服务架构

之前介绍了什么时候进行服务化,以及服务化拆分的两种方式即横向拆分和纵向拆分,还提到了引入微服务架构需要解决的问题。

这篇文章将进行介绍微服务架构的各个组成部分。

下图是微服务架构的模块图,在具体介绍之前先来看下一次正常的服务调用的流程。

首先服务提供者(就是提供服务的一方)按照一定格式的服务描述,向注册中心注册服务,声明自己能够提供哪些服务以及服务的地址是什么,完成服务发布。

接下来服务消费者(就是调用服务的一方)请求注册中心,查询所需要调用服务的地址,然后以约定的通信协议向服务提供者发起请求,得到请求结果后再按照约定的协议解析结果。

而且在服务的调用过程中,服务的请求耗时、调用量以及成功率等指标都会被记录下来用作监控,调用经过的链路信息会被记录下来,用于故障定位和问题追踪。在这期间,如果调用失败,可以通过重试等服务治理手段来保证成功率。

总结一下,微服务架构下,服务调用主要依赖下面几个基本组件:

  • 服务描述:RESTful API (HTTP)、XML 配置(RPC)、IDL 文件(gRPC/Thrift)
  • 注册中心:注册(服务提供者->注册中心)、订阅(服务消费者->注册中心)、返回(注册中心->服务消费者)、通知(注册中心->服务消费者)
  • 服务框架:通信框架、通信协议、序列化和反序列化
  • 服务监控(发现问题):指标收集、数据处理、数据展现
  • 服务追踪(定位问题):RequestId传递
  • 服务治理(解决问题):单机故障-自动摘除、单IDC故障-自动切换、依赖服务不可用-熔断

接下来进行介绍这些组件。

服务描述

服务调用首先解决的问题就是服务如何对外描述。服务描述主要解决对外服务的服务名是什么,调用需要提供哪些信息,返回格式是什么以及如何进行解析。

常用的服务描述方式包括 RESTful API、XML 配置以及 IDL 文件三种。

RESTful API 方式通常用于 HTTP 协议的服务描述。RESTful API 方式的服务描述如下:

GET /sysDictoryDict/mapByUserId/{userId}
POST /enterprise/enterpriseDetail/top
PUT /enterprise/{enterpriseId}
DELETE /enterprise/{enterpriseId}

XML 配置方式多用作 RPC 协议的服务描述,通过 *.xml 配置文件来定义接口名、参数以及返回值类型等。XML 配置方式的服务描述主要分三个步骤:

  1. 服务提供者定义接口,并实现接口
  2. 服务提供者进程启动时,通过加载 server.xml 配置文件将接口暴露出去。
  3. 服务消费者进程启动时,通过加载 client.xml 配置文件引入要调用的接口。

IDL 文件方式通常用作 Thrift 和 gRPC 这类跨语言服务调用框架中,比如 gRPC 就是通过 Protobuf 文件来定义服务的接口名、参数以及返回值的数据结构。

服务描述方式比较

服务描述方式

使用场景

缺点

RESTful API

跨语言平台,组织内外都适用

相比 TCP,HTTP 作为通信协议性能较差

XML 配置

Java 平台,一般用于组织内部

不支持跨语言平台

IDL 文件

跨语言平台,组织内外都适用

修改/删除 PB 字段不能向前兼容

注册中心

接下来要解决的问题就是服务的发布和订阅,也就是说你提供一个服务,如何让外部想调用这个服务的人知道。就需要注册中心出场了,服务提供者将自己提供的服务以及地址登记到注册中心,服务消费者则从注册中心查询所需要调用的服务的地址,然后发起请求。

在整个微服务架构中,注册中心是最基础的核心服务之一,它记录着服务和服务地址的映射关系,为服务提供方提供注册、注销功能,为服务消费方提供服务发现的功能。

注册中心一般的工作流程是:

  • 服务提供者在启动时,根据服务发布文件中配置的发布信息向注册中心注册自己的服务。
  • 服务消费者在启动时,根据消费者配置文件中配置的服务信息向注册中心订阅自己所需要的服务。
  • 注册中心返回服务提供者地址列表给服务消费者。
  • 当服务提供者发生变化,比如有节点新增或者销毁,注册中心将变更通知给服务消费者。

常见的注册中心有 Netflix 的 Eureka、HashiCorp 的 Consul、雅虎的 Zookeeper、阿里的 Nacos 等。

服务框架

通过注册中心,服务消费者就可以获取到服务提供者的地址,有了地址后就可以发起调用。但在发起调用之前你还需要解决以下几个问题。

  • 服务通信采用什么协议?就是说服务提供者和服务消费者之间以什么样的协议进行网络通信,是采用四层 TCP、UDP 协议,还是采用七层 HTTP 协议,还是采用其他协议?
  • 数据传输采用什么方式?就是说服务提供者和服务消费者之间的数据传输采用哪种方式,是同步还是异步,是在单连接上传输,还是多路复用。
  • 数据压缩采用什么格式?通常数据传输都会对数据进行压缩,来减少网络传输的数据量,从而减少带宽消耗和网络传输时间,比如常见的 JSON 序列化、Java 对象序列化以及 Protobuf 序列化等。

这三部分就组成了一个完成的 RPC 调用框架,通信框架提供了基础的通信能力,通信协议描述了通信契约,而序列化和反序列化则用于数据的编/解码。一个通信框架可以适配多种通信协议,也可以采用多种序列化和反序列化的格式。

  • 通信框架:解决客户端和服务端如何建立连接、管理连接以及服务端如何处理请求的问题。
  • 通信协议:解决客户端和服务端采用哪些数据传输协议的问题。
  • 序列化和反序列化:解决客户端和服务端采用哪种数据编码的问题。

服务监控

可以正常发起服务调用后,就需要对调用情况进行监控,以了解服务是否正常。通常来讲,服务监控主要包括三个流程。

  • 指标收集:把每一次服务调用的请求耗时以及成功与否收集起来,并上传到集中的数据处理中心。
  • 数据处理:根据每次调用的请求耗时以及成功与否等信息,就可以计算每秒服务请求量、平均耗时以及成功率等指标。
  • 数据展示:通常都是将数据展示在 Dashboard 面板上,并且每隔 10s 等间隔自动刷新,用作业务监控和报警等。

服务追踪

记录服务调用经过的每一层链路,以便进行问题追踪和故障定位。

服务追踪的工作原理大致如下:

  • 服务消费者发起调用前,会在本地按照一定的规则生成一个 requestid,发起调用时,将 requestid 当作请求参数的一部分,传递给服务提供者。
  • 服务提供者接收到请求后,记录下这次请求的 requestid,然后处理请求。如果服务提供者继续请求其他服务,会在本地再生成一个自己的 requestid,然后把这两个 requestid 都当作请求参数继续往下传递。

以此类推,通过这种层层往下传递的方式,一次请求,无论最后依赖多少次服务调用、经过多少服务节点,都可以通过最开始生成的 requestid 串联所有节点,从而达到服务追踪的目的。

常用的服务追踪有 Twitter 的 Zipkin、华为的 skywalking、Uber 的 jaeger、大众点评的 CAT等。

服务治理

服务治理就是保证在各种意外情况下,服务调用仍然能够正常进行。

在生产环境中,经常会遇到下面几种情况:

  • 单机故障:服务治理可以通过一定的策略,自动摘除故障节点,就能保证单机故障不会影响业务。
  • 单 IDC 故障:服务治理可以通过自动切换故障 IDC 的流量到其他正常 IDC,可以避免因为单 IDC 故障引起的大批量业务受影响。
  • 依赖服务不可用:服务治理可以通过熔断,在依赖服务异常的情况下,一段时期内停止发起调用而直接返回。既保证了服务消费者能够不被拖垮,也给服务提供者减少压力,使其能够尽快恢复。

还有其他服务治理的手段比如自动扩缩容、负载均衡、服务路由以及服务容错等。

总结

主要对微服务架构中的组件进行了介绍,微服务架构主要由服务描述、注册中心、服务框架、服务监控、服务追踪以及服务治理等组成。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 初探微服务架构

    之前介绍了什么时候进行服务化,以及服务化拆分的两种方式即横向拆分和纵向拆分,还提到了引入微服务架构需要解决的问题。

    武培轩
  • 从单体应用走向服务化

    之前讲解了什么是微服务:微服务的核心在于服务治理,微服务架构是将复杂臃肿的单体应用进行细粒度的服务化拆分,每个拆分出来的服务各自独立打包部署,并交由小团队进行开...

    武培轩
  • 什么是微服务?

    维基百科:2014年,Martin Fowler 与 James Lewis 共同提出了微服务的概念,定义了微服务是由以单一应用程序构成的小服务,自己拥有自己的...

    武培轩
  • 初探微服务架构

    之前介绍了什么时候进行服务化,以及服务化拆分的两种方式即横向拆分和纵向拆分,还提到了引入微服务架构需要解决的问题。

    武培轩
  • 金融行业微服务架构解析

    对于微服务,每个人都有自己的理解,与互联网企业的大量落地相比,微服务在传统金融行业还没有普及,这首先是传统金融行业线上系统需求更新和版本迭代没有互联网公司那么频...

    yuanyi928
  • 微服务技术架构

    “ 微服务(MicroServices)架构是当前互联网业界的一个技术热点,大家是否明白一个微服务架构有哪些技术关注点(technical concerns)?...

    每天学Java
  • Spring Cloud 面试必知必会35个问,你能答上几个?

    Spring Cloud为开发人员提供了工具,以快速构建分布式系统中的一些常见模式(例如,配置管理,服务发现,断路器,智能路由,微代理,控制总线,一次性令牌,全...

    Java小咖秀
  • 微服务的团队应对之道|TW洞见

    这两年,微服务架构火了。在国内,从消费级互联网应用,到企业级应用;从金融领域,到电信领域;从新开发系统到已经开发了十几二十年的遗留系统;一夜之间,好像所有的团队...

    ThoughtWorks
  • 【12张手绘图】我搞懂了微服务架构!

    就目前而言,对于微服务业界并没有一个统一的、标准的定义(While there is no precise definition of this archite...

    Java团长
  • 微服务入门

    “微服务”最初是由 MartinFowler 在 2014年写的一篇文章 《MicroServices》中提出来的。 关于 Martin Fowler 的介绍,...

    王金龙

扫码关注云+社区

领取腾讯云代金券