SpringCloud系列(一):Eureka 注册中心
在演示spring cloud之前得要知道我们为什么需要微服务框架。
先讲讲我的经历,以前我们做项目时所有功能都写在一起,只是做了分层(模型,数据,业务),所有业务逻辑都写在业务层,刚开始还好,等时间长了,代码量大,各业务代码之间有交集维护起来超级麻烦,每次改动都担心会不会对其他模块造成影响,只改动一个模块也要停系统发一次包,我们以前包含了订单,支付,会员,预定,库存,物流等模块,时间越长心里越慌,出问题的频次也越高,就这样恶性循环。后来我们尝试着把会员剥离了出去,发现效果还不错,后来慢慢的都一个个剥离了出去,一个模块一个服务,各自维护,每次发包只要发对应的模块,不影响其他模块,大大的降低了出问题的频次,维护起来也比较轻松。其实我们老早就摸到了微服务的门槛,只是那时候没有理论和概念作为支撑,只知道这样可行。
我相信大家或多或少有和我类似的经历,上面已经说到了一个模块一个服务,模块服务化其实就是微服务所提倡的,微服务的主旨是将原本独立的系统拆分成多个小型服务,这些小型服务都在各自独立的进程中运行。我之前只有不超过10个服务,而且是单服务应用,没有分布式,没有负载均衡,只是点对点通信。想想看如果是成千上百个服务,我们该怎么办,该如何管理这些服务?这个时候就该我们 spring cloud微服务框架出马了。spring cloud微服务框架的目的就是方便我们协调服务,管理服务,能更快更好的扩展服务。它里面有服务统一的注册中心,有客户端负载均衡,有服务容错保护,有网关,有服务追踪等等。讲了这么多,大家应该对微服务和微服务框架有了一个大体的认识,如果还不清楚的话,看一下我微服务栏里面的那个系列文章。
我们正式开始演示Spring Cloud Eureka,它包含了服务注册中心,服务注册,服务发现。我们把服务注册中心归类为Eureka的服务端,服务注册,服务发现归类为Eureka的客户端。
服务注册中心就是存放服务实例的地方(会保存服务实例的名称,IP地址,端口号,等信息),服务注册就是把服务提交到服务注册中心,服务发现就是从服务注册中心找到对应的服务。
大体的流程是这样的:第一步你得现有一个服务注册中心,第二部把你的服务注册到服务注册中心上去,第三步你的客户端通过服务发现机制找到服务。
下面我们就来创建一个服务注册中心
我们现在创建一个服务注册中心,创建一个 名为 eureka-server 的 spring boot 项目
POM如下:
1 <?xml version="1.0" encoding="UTF-8"?> 2 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 3 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 4 <modelVersion>4.0.0</modelVersion> 5 <parent> 6 <groupId>org.springframework.boot</groupId> 7 <artifactId>spring-boot-starter-parent</artifactId> 8 <version>2.0.4.RELEASE</version> 9 <relativePath/> 10 </parent> 11 <groupId>com.jp</groupId> 12 <artifactId>eureka-server</artifactId> 13 <version>0.0.1-SNAPSHOT</version> 14 <name>eureka-server</name> 15 <description>Demo project for eureka-server</description> 16 17 18 <properties> 19 <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> 20 <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> 21 <java.version>1.8</java.version> 22 <spring-cloud.version>Finchley.SR1</spring-cloud.version> 23 </properties> 24 25 <dependencies> 26 <dependency> 27 <groupId>org.springframework.cloud</groupId> 28 <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId> 29 </dependency> 30 31 <dependency> 32 <groupId>org.springframework.boot</groupId> 33 <artifactId>spring-boot-starter-test</artifactId> 34 <scope>test</scope> 35 </dependency> 36 </dependencies> 37 38 <dependencyManagement> 39 <dependencies> 40 <dependency> 41 <groupId>org.springframework.cloud</groupId> 42 <artifactId>spring-cloud-dependencies</artifactId> 43 <version>${spring-cloud.version}</version> 44 <type>pom</type> 45 <scope>import</scope> 46 </dependency> 47 </dependencies> 48 </dependencyManagement> 49 50 <build> 51 <plugins> 52 <plugin> 53 <groupId>org.springframework.boot</groupId> 54 <artifactId>spring-boot-maven-plugin</artifactId> 55 </plugin> 56 </plugins> 57 </build> 58 </project>
启动类:
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/ 连接我们发现这个时候有服务有两个地址,
这个时候我们就有两个相互依赖的服务注册中心了,那这两个服务注册怎么用了,我们下一篇介绍。