SpringCloud系列（一）：Eureka 注册中心

标签：org   apache   gis   鼓励   模块   主机名   操作   创建   epo   

在演示spring cloud之前得要知道我们为什么需要微服务框架。

先讲讲我的经历，以前我们做项目时所有功能都写在一起，只是做了分层（模型，数据，业务），所有业务逻辑都写在业务层，刚开始还好，等时间长了，代码量大，各业务代码之间有交集维护起来超级麻烦，每次改动都担心会不会对其他模块造成影响，只改动一个模块也要停系统发一次包，我们以前包含了订单，支付，会员，预定，库存，物流等模块，时间越长心里越慌，出问题的频次也越高，就这样恶性循环。后来我们尝试着把会员剥离了出去，发现效果还不错，后来慢慢的都一个个剥离了出去，一个模块一个服务，各自维护，每次发包只要发对应的模块，不影响其他模块，大大的降低了出问题的频次，维护起来也比较轻松。其实我们老早就摸到了微服务的门槛，只是那时候没有理论和概念作为支撑，只知道这样可行。

我相信大家或多或少有和我类似的经历，上面已经说到了一个模块一个服务，模块服务化其实就是微服务所提倡的，微服务的主旨是将原本独立的系统拆分成多个小型服务，这些小型服务都在各自独立的进程中运行。我之前只有不超过10个服务，而且是单服务应用，没有分布式，没有负载均衡，只是点对点通信。想想看如果是成千上百个服务，我们该怎么办，该如何管理这些服务？这个时候就该我们 spring cloud微服务框架出马了。spring cloud微服务框架的目的就是方便我们协调服务，管理服务，能更快更好的扩展服务。它里面有服务统一的注册中心，有客户端负载均衡，有服务容错保护，有网关，有服务追踪等等。讲了这么多，大家应该对微服务和微服务框架有了一个大体的认识，如果还不清楚的话，看一下我微服务栏里面的那个系列文章。

我们正式开始演示Spring Cloud Eureka，它包含了服务注册中心，服务注册，服务发现。我们把服务注册中心归类为Eureka的服务端，服务注册，服务发现归类为Eureka的客户端。

服务注册中心就是存放服务实例的地方（会保存服务实例的名称，IP地址，端口号，等信息），服务注册就是把服务提交到服务注册中心，服务发现就是从服务注册中心找到对应的服务。

大体的流程是这样的：第一步你得现有一个服务注册中心，第二部把你的服务注册到服务注册中心上去，第三步你的客户端通过服务发现机制找到服务。

下面我们就来创建一个服务注册中心

我们现在创建一个服务注册中心，创建一个 名为 eureka-server 的 spring boot 项目

POM如下：

 1 
 2 
 4     4.0.0
 5     
 6         org.springframework.boot
 7         spring-boot-starter-parent
 8         2.0.4.RELEASE
 9         
10     
11     com.jp
12     eureka-server
13     0.0.1-SNAPSHOT
14     eureka-server
15     Demo project for eureka-server
16 
17 
18     
19         UTF-8
20         UTF-8
21         1.8
22         Finchley.SR1
23     
24 
25     
26         
27             org.springframework.cloud
28             spring-cloud-starter-netflix-eureka-server
29         
30 
31         
32             org.springframework.boot
33             spring-boot-starter-test
34             test
35         
36     
37 
38     
39         
40             
41                 org.springframework.cloud
42                 spring-cloud-dependencies
43                 ${spring-cloud.version}
44                 pom
45                 import
46             
47         
48     
49 
50     
51         
52             
53                 org.springframework.boot
54                 spring-boot-maven-plugin
55             
56         
57     
58 

启动类：

1 @SpringBootApplication
2 @EnableEurekaServer
3 public class EurekaServerApplication {
4     public static void main(String[] args){
5         SpringApplication.run(EurekaServerApplication.class , args);
6     }
7 }

启动类中比平时我们创建的spring boot项目多了一个  @EnableEurekaServer，这个注解的功能就是帮我启动一个服务注册中心。

application.properties 配置内容如下：

1 spring.application.name=eureka-service
2 server.port=9001
3 eureka.instance.hostname=peer1
4 #是否向注册中心注册自己，客户端需要开启，默认为开启
5 eureka.client.register-with-eureka=false
6 #是否检索服务，客户端需要开启，默认为开启
7 eureka.client.fetch-registry=false

eureka.instance.hostname 这个配置是主机名，客户端访问注册中心用到（我这里配的 peer1  需要在本地 host中加入  127.0.0.1 peer1）
eureka.client.register-with-eureka  这个配置的意思是向注册中心注册自己，因为我们这个服务时注册中心，所以不需要注册自己，设置成 fasle
eureka.client.fetch-registry 这个配置的意思是是否检索服务，服务发现的地方才需要检索服务，我们服务注册中心的职责是维护服务实例，所以也不需要，设置成false

项目建好了，配置也好了，我们来启动项目，启动好了之后，在地址栏里面输入：http://localhost:9001/

 打开地址之后会看到这样的界面，说明我们注册中心启动成功了，我们发现  Instances currently registered with Eureka 这一栏是空的，说明还没有服务注册进来。

虽然我们服务注册中心起来了，但是我们想一个问题，我们的服务注册和服务发现都是依赖我们注册中心的，我们我们服务中心挂了，那我们整个微服务体系就挂了（虽然客户端可以存储服务实例列表，可以继续工作，但是也要隔端时间去服务注册中心同步的，当无法同步继续拿本地的服务实例操作时可能会引发一连贯的事故），所以我们需要保证服务注册中心的高可用，我们只要改变下配置文件，就可以达到我们的目的

我们创建一个 application-s9001.properties 文件：

spring.application.name=eureka-service
server.port=9001

eureka.instance.hostname=peer1
eureka.client.serviceUrl.defaultZone=http://peer2:9002/eureka/

#服务实例元数据，设置实例名，区分同一服务中不同实例的唯一标识
eureka.instance.instance-id= ${spring.cloud.client.ip-address}:${server.port}
#启用IP地址经进行服务注册
eureka.instance.prefer-ip-address=true

再创建一个 application-s9002.properties 文件：

spring.application.name=eureka-service
server.port=9002

eureka.instance.hostname=peer2
eureka.client.serviceUrl.defaultZone=http://peer1:9001/eureka/

#服务实例元数据，设置实例名，区分同一服务中不同实例的唯一标识
eureka.instance.instance-id= ${spring.cloud.client.ip-address}:${server.port}
#启用IP地址经进行服务注册
eureka.instance.prefer-ip-address=true

eureka.client.serviceUrl.defaultZone ： 指定了一个服务注册中心地址，我们会把当前服务注册到这个服务注册中心上

可以看到我们这两个配置文件取消了之前针对客户端设置的两个false配置，所以我们这两个服务也是客户端，为什么了，因为我们要把这两个服务注册注册中心相互注册，我们即使eureka的服务端，又是客户端，其实eureka-service中自带了一个客户端，我们在做单服务实例时离心的会发现每隔一段时间会有一个报错，这个就是eureka-service中自带的客户端造成的，其实eureka鼓励我们使用多实例服务注册中心

我们可以看到在 s9001中 指定了服务注册中心的地址为 s9002，而 s9002 中指定了服务注册中心的地址为s9001。

我们启动两个服务指定不同的配置文件，参数如下：

-Dspring.profiles.active=s9001

-Dspring.profiles.active=s9002  

 如果是通过idea启动配置如下：

我们先启动 端口是9001，启动的时候会报错，我们先忽略，我们接着启动 端口是9002的服务，我们发现之前 端口9001的服务不报错了，通过 http://localhost:9001/  连接我们发现这个时候有服务有两个地址，

这个时候我们就有两个相互依赖的服务注册中心了，那这两个服务注册怎么用了，我们下一篇介绍。  

SpringCloud系列（一）：Eureka 注册中心

标签：org   apache   gis   鼓励   模块   主机名   操作   创建   epo   

原文地址：https://www.cnblogs.com/jpwahaha/p/11072494.html