微服务系列（一）-服务发现

服务发现

什么是服务发现

在微服务架构中，整个系统会按职责能力划分为多个服务，通过服务之间协作来实现业务目标。这样在我们的代码 中免不了要进行服务间的远程调用，服务的消费方要调用服务的生产方，为了完成一次请求，消费方需要知道服务 生产方的网络位置(IP地址和端口号)。
我们的代码可以通过读取配置文件的方式读取服务生产方网络位置，如下：

我们通过Spring boot技术很容易实现：
创建一个spring-boot父工程
创建Service B（服务生产者）
pom.xml如下

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <groupId>com.xu.nacos</groupId>
        <artifactId>nacos-discovery</artifactId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>nacos-restful-provider</artifactId>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
    </dependencies>


</project>

Service B是服务的生产方，暴露/service服务地址，实现代码如下：
1、创建Controller

@RestController
public class RestProviderController {

    //暴露一个Restful接口
    @GetMapping("/service")
    public String service(){

        return "provider invoke";
    }
}

创建application.yml，内容如下：

server：
	port：56010

创建Service A（服务消费者）
pom.xml如下

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <groupId>com.xu.nacos</groupId>
        <artifactId>nacos-discovery</artifactId>
        <version>0.0.1-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>

    <artifactId>nacos-restful-consumer</artifactId>

    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
    </dependencies>


</project>

创建controller

@RestController
public class RestConsumerController {

    @Value("${provider.address}")
    private String provider;


    @GetMapping("service")
    public String service(){
        //远程调用
        RestTemplate restTemplate = new RestTemplate();
        String forObject = restTemplate.getForObject("http://" + provider + "service", String.class);
        return "消费成功"+forObject;
    }
}

配置文件

server:
  port: 56020

#配置服务提供方的ip和端口
provider:
  address: 127.0.0.1:56010

以上消费方找到服务方并进行远程调用就叫服务发现
那么该如何来发现这些服务呢？服务方实例的增加对服务的发现会产生哪些问题呢？

服务发现流程

上边的例子看上去很完美，但是，仔细考虑以下，此方案对于微服务应用而言行不通。首先，微服务可能是部署在 云环境的，服务实例的网络位置或许是动态分配的。另外，每一个服务一般会有多个实例来做负载均衡，由于宕机 或升级，服务实例网络地址会经常动态改变。再者，每一个服务也可能应对临时访问压力增加新的服务节点。正如 下图所示：

基于以上的问题，服务之间如何相互发现？服务如何管理？这就是服务发现的问题了。 服务发现就是服务消费方通过服务发现中心智能发现服务提供方，从而进行远程调用的过程。 如下图：

上图中服务实例本身并不记录服务生产方的网络地址，所有服务实例内部都会包含服务发现客户端。

（1）在每个服务启动时会向服务发现中心上报自己的网络位置。这样，在服务发现中心内部会形成一个服务注册 表，服务注册表是服务发现的核心部分，是包含所有服务实例的网络地址的数据库。
（2）服务发现客户端会定期从服务发现中心同步服务注册表 ，并缓存在客户端。
（3）当需要对某服务进行请求时，服务实例通过该注册表，定位目标服务网络地址。若目标服务存在多个网络地 址，则使用负载均衡算法从多个服务实例中选择出一个，然后发出请求。

总结：
在微服务环境中，由于服务运行实例的网络地址是不断动态变化的，服务实例数量的动态变化 ，因此无法 使用固定的配置文件来记录服务提供方的网络地址，必须使用动态的服务发现机制用于实现微服务间的相互感知。 各服务实例会上报自己的网络地址，这样服务中心就形成了一个完整的服务注册表，各服务实例会通过服务发现中 心来获取访问目标服务的网络地址，从而实现服务发现的机制。