Spring cloud Erueka

1.服务发现的由来

     服务发现及注册中心或是命名服务（后文统一称为服务发现），不是凭空出现的，其演进与软件开发的架构方式的演进有密切关联，大致如下：

   1.1 单体架构时代

          早期的互联网开发，多使用单体架构，服务自成一体，对于依赖的少数外部服务，会采用配置域名的方式访问，比如要使用外部短信供应商的短信发送接口，会使用appId和appKey，调用该供应商的域名接口即可。

   1.2 SOA架构时代

          以基于Http形式暴露服务为例，假设A服务部署在3台虚拟机上，这三个服务实例均有各自的独立内网ip,此时假设B服务要调用A服务的接口服务，有几种方式。

1.       A服务3个服务实例的内网ip给到消费者B服务，这个时候B服务在没有Client端负载均衡技术的条件下，通常会在B服务自己的Nginx上配置A服务的upstream，即将A服务的3个实例配置进去,比如：                                                                                 

   upstream  service_api_servers{
        server 192.168.137.131 weight = 3 max_fails=3 fail_timeout=20s;
        server 192.168.137.132 weight = 1 max_fails=3 fail_timeout=20s;
        server 192.168.137.133 weight = 4 max_fails=3 fail_timeout=20s;
   }
   
   ## ....
   
   server{
        listen 80 default_server;
        server_name serviceb.com.cn;
        location /api/services/{
           proxy_pass http://servicea_api_servers/api;
        }
   }

       通过B服务自己的nginx来维护A服务的具体实例ip,这种方式的缺点比较明显，那就是B服务耦合了A服务的实现细节，当A服务实例扩充/ip地址变化的时候，其下游的消费者就要去修改ip,非常麻烦。

    为了解耦合，采用服务提供方A服务自己维护ip实例的方式，暴露统一的内网域名给消费者去消费，这样B服务只需要配置一个内网域名即可，比如：

 

server{
     listen 80 default_server;
     server_name serviceb.com.cn;
     location /api/services/{
        proxy_pass http://servicea_api_servers/api;
     }
}

     而A服务自己的Nginx则自己维护ip实例，比如：

upstream  service_api_servers{
     server 192.168.137.131 weight = 3 max_fails=3 fail_timeout=20s;
     server 192.168.137.132 weight = 1 max_fails=3 fail_timeout=20s;
     server 192.168.137.133 weight = 4 max_fails=3 fail_timeout=20s;
}

## ....

server{
     listen 80 default_server;
     server_name serviceb.com.cn;
     location /api/services/{
        proxy_pass http://servicea_api_servers/api;
     }
}

         这样即实现了服务提供方与消费者之间的解耦，若A服务要变更实例ip地址，自己更改自身的nginx配置即可。

1.3 微服务时代

         在微服务时代，底层运维方式发生巨大的改变，随着Docker的流行，业务服务不在部署到固定的虚拟机上，其ip地址也不再固定，这个时候前面的解决方案就显得捉襟见肘了。

1.   以nginx为例，在没有引入服务注册中心的时候，通过手动或者脚本的方式，在部署的时候更新Nginx的配置文件，然后 reload,亦或者使用ngx_http_dyups_module通过rest api 来运行时直接更新upstream 而不需要reload。

  将服务注册中心作为一个标配的分布式服务组件，网关等都从服务注册中心获取相关服务的实例信息，实现动态路由。比如consul-template+nginx的方案，通过consul监听服务实例变化，然后更新Nginx的配置文件，通过reload实现服务列表更新。

2.Eureka 

   2.1 Eureka简介

    eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。Eureka包含两个组件：Eureka Server和Eureka Client。

     Eureka Server提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。

    Eureka Client是一个java客户端，用于简化与Eureka Server的交互，客户端同时也就是一个内置的、使用轮询(round-robin)负载算法的负载均衡器。

2.2 服务发现技术选型

       从列表看，有很多的服务发现组件可以选择，针对CP及AP,主要是Eureka 。

    

      Euraka Server端采用的是P2P的复制模式，但是它不保证复制操作一定能成功，因此它提供的是一个最终一致性的服务实例视图：Client 端在Server端的注册信息有一个带期限的租约，一旦Server端在指定期间没有收到Client端发送的心跳，则Server端会认为Client端注册的服务是不健康的，定时任务会将其从注册表中删除。

    选择Eureka的因素：

1. 选择AP而不是CP

如果是java语言体系，则偏好Java语言开发的，技术体系上比较统一，出现问题也好排查修复，对组件的掌控力较强，方便扩展维护。

2.3 Eureka入门实例

2.3.1 创建maven父级pom工程

           

<dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>

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

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

2.3.2 创建Eureka Server工程

        1. pom.xml 文件

<dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>
    </dependencies>

      2.Eureka Server 启动类

    

@SpringBootApplication
@EnableEurekaServer
public class EurekaServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServerApplication.class,args);
    }
}

     3.application.yml

    

spring:
  profiles:
    active: demo

    4.application-standalone.yml

server:
  port: 8761

eureka:
  instance:
    hostname: localhost
  client