工作中使用了微服务架构，接下来的一段时间里，我会写一系列的文章来介绍微服务架构，同时我也会在github上写一个microservices的应用框架（地址会在后续文章给出）。

这篇文章主要讲述了微服务架构中的服务发现与服务注册。

翻译和整理自：

  • http://microservices.io/patterns/client-side-discovery.html
  • http://microservices.io/patterns/server-side-discovery.html
  • http://microservices.io/patterns/service-registry.html
  • http://microservices.io/patterns/self-registration.html
  • http://microservices.io/patterns/3rd-party-registration.html

一、客户端服务发现与服务端服务发现


1.上下文


service经常需要调用另一个service，在单一架构应用中，service通过语言层面或者程序层面去调用，在传统的分布式系统部署中，服务运行在一个固定的已知的地址（host和ports），从而可以简单的被别的service通过HTTP/REST或者某种RPC机制来调用。但是，微服务架构应用经常运行在虚拟化的或者容器化的环境中，很多服务和他们的地址是动态变化的。



因此, 你必须实现一种机制，使得service的客户端可以发送请求到动态变化的service实例上。


2.问题


service的客户端- API Gateway或者别的service怎么去发现service实例的地址？


3.强制条件


  • 每个service实例在具体的地址上（host，port）暴露出一个像HTTP/REST那样的远端API
  • service的数目和地址动态改变
  • 虚拟机和容器经常被赋予动态IP

4.解决方案


1）客户端服务发现


客户端发送请求到service时，通过查询一个Service Registry（它知道所有service实例的地址）的方式来获取service实例的地址，如下所示：


优点:

  • 与服务端服务发现相比有更少的网络跳数

缺点:

  • 把客户端与Service Registry绑定了
  • 你需要为你用的每个编程语言/框架实现客户端服务发现的逻辑。

2）服务端服务发现


当发送请求到一个service的时候，客户端发送请求到一个router，这个router是在一个已知的地址上运行的。router查询 service registry（可能在这个router中实现）, 然后把请求

发送到可用的service实例。


示例

AWS Elastic Load Balancer (ELB)就是一个服务端发现router的例子。客户端发送HTTP(s) 到ELB，ELB把流量负载均衡到一系列EC2机器上。除了作为负载均衡器，ELB同时也是一个Service Registry。 EC2实例在ELB上注册。

一些集群解决方案比如Kubernetes 和 Marathon在每个主机上运行一个proxy，这个proxy的作用就是一个服务端发现router。为了访问一个service，客户端连接到这个本地的proxy，通过那个service的port来访问到service。 proxy把请求发送到运行在这个集群上某个地方的service实例。


优点:

  • 与客户端服务发现相比， 客户端的代码更简单。
  • 一些云环境提供这个功能，比如ELB

缺点:

  • 除非是云环境，否则router必须是一个系统的组件，需要安装和配置。为了可用性和性能，也需要做replicate
  • 比客户端服务发现有更多的网络跳数

二、服务注册处(Service Registry)



服务注册处是一个保存了services, 实例，以及他们的地址的数据库。service实例在启动时被注册，在停止时删去注册。service的客户端或者router查询服务注册处来找到可用的service实例。服务注册处可以通过调用服务实例的健康检查API来验证它是否可以处理请求。

你需要决定service实例如何被注册到服务注册处。有两种选择：


1. 自己注册


服务实例负责把自己注册到服务注册处。在service实例启动时，它注册自己到服务注册处，在停止时，服务实例注销自己。


2. 第三方注册


一个第三方的注册器负责注册和注销服务实例到服务注册处。在service实例启动时，第三方的注册器注册服务到服务注册处，在停止时，第三方的注册器注销服务实例。





# 微服务 # 服务发现
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生