在演示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 这个配置的意思是向注册中心注册自己，因为我们这个服务时注册中心，所以不需要注册自己，设置成 fasleeureka.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/ 连接我们发现这个时候有服务有两个地址，
这个时候我们就有两个相互依赖的服务注册中心了，那这两个服务注册怎么用了，我们下一篇介绍。
原文地址：https://www.cnblogs.com/jpwahaha/p/11072494.html