Eureka组件学习

提供者和消费者的概念

Eureka注册中心

远程调用的问题

在上一篇的文章当中，我们的order-service服务是采用硬编码的形式发起的http请求进行远程调用，这显然不合理，万一我们的user-service是集群部署，有不同的IP和端口号，那么只写8081的话那另外的user-service岂不是就没用了吗：

Eureka注册中心

它就是来帮助我们解决这些问题的。
首先注册中心eureka-server是服务端，那么与之相对不管是我们刚刚提到的order-service还是user-service等服务都被归为Eureka的客户端了。只要微服务一跑起来，就需要在Eureka注册中心进行注册。
然后order-service如果需要请求user-service就会向注册中心拉取user-service服务群的信息，拿到这些信息之后order-service就会通过负载均衡的算法进行筛选，从中选择一个进行远程访问。
那么user-service要是挂了呢？
这个Eureka注册中心也是会知道的，客户端的各种微服务每间隔30秒就会向注册中心发送请求以证明自己还未宕机，如果超过30秒还未有请求则说明该服务挂了，那么注册中心就会将其从注册中心记录中删去。

动手实践

#3 搭建EurekaServer注册中心

在昨天的cloud工程下新建一个Module，创建maven工程，在pom文件中引入jar：

<dependencies>
		<!--Eureka注册中心依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>
    </dependencies>

我们不需要写版本号，这是因为我们在父工程中已经定义好了各个依赖的版本：

我们可以进入其中看看：

这是冰山一角，可以看见都已经替我们做了版本的限定，所以我们引入cloud组件的时候，我们无需指定任何组件版本的信息。
然后我们编写启动类：

编写如下就成了springboot的启动类啦：

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

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

加上@EnableEurekaServer注解打开Eureka注册中心组件自动装配开关：

最后去写Eureka的配置文件：

server:
  port: 10086 # 服务端口号

# 下面这一段就是服务注册了
spring:
  application:
    name: eurekaserver  #取的微服务的名称，自己取的，因为eureka本身自己也是个微服务

eureka:
  client:
    service-url: #eureka的地址信息，eureka自己也会注册自己，因为到时候eureka集群部署的话，eureka与eureka之间也要相互通信
      defaultZone: http://127.0.0.1:10086/eureka

上面步骤都完成之后，启动eureka：

然后我们打开10086端口之后如下显示：

这个就是eureka的管理界面。
上面都是英文自己应该都能看懂，记录了一些机器系统的各种信息，关键是中间的那一段：

注册了的所有实例都会在这个红框中显示，上面就有一个eurekaserver，这是实例名称，就是我们刚刚注册的实例。
Ststus那里就是我们的IP和端口号，但因为Windows系统的原因，它显示的机器的名称，左边的UP就是正常状态，而Down的话就是挂掉了。

服务注册

我们将之前的user-service注册到注册中心中，注意这里的依赖是client，是客户端，之前eureka是服务端嗷：

这里貌似有点问题，好像版本对应不上所以client的这个依赖一直报错，和下面的原因类似：

不过我这里错的是eureka-client依赖的问题，同样是依赖没有下载完全导致其与正确的jar包产生冲突了，所以解决方法如下：

这样就不会报错了。
然后去写配置文件：
然后启动userservice服务就可以了。
如法炮制，也注册一下orderservice，启动之后看eureka：

可以看见我们的userservice和orderservice都被注册进了Eureka注册中心啦。
我们也可以对一个服务启动多个实例，idea为我们提供了这样的操作：

注意改名+改端口号（端口号在那个environment下面改）：

配完之后点击apply然后启动该实例：

再看Eureka就有两个UserService了：

Eureka服务发现（服务拉取）

@LoadBalanced就是负载均衡。
第一步去改业务代码：

然后去配置类中在RestTemplate上开启负载均衡：

重启OrderService后，我们去浏览器发起业务请求：

请求了两次可以发现完全正确，再来看控制台可以发现负载均衡也起作用了：

总结