1. 新建Maven父工程

cloud2020 maven架构选择org.apache.maven.archetypes:maven-archetype-site
pom.xml代码如下

2. 建立支付module: cloud-provider-payment8001

项目结构：

2.1 pom.xml如下：

2.2 application.yml

2.3 主启动类 PaymentMain8001

2.4 数据库

建库：

2.5 业务类

2.6测试

Chrom浏览器可能不支持Post请求，可以使用PostMan工具测试,或者idea自带测试工具tools-Http client- Test Restful web service ,或者使用Swagger进行测试

总结： 1. 建module 2. 改pom 3. 写yml 4. 主启动 5. 业务类

3.1 pom.xml

3.2 application.yml

3.3 主启动

3.4业务类

订单也需要Payment、CommonResult实体类，但是不需要操作数据库，没有Service、Dao，只需添加Controller即可。

首说RestTemplate： RestTemplate提供了多种便捷访问远程Http服务的方法，是一种简单便捷的访问restful服务模板类，是Spring提供的用于访问Rest服务的客户端模板工具集，实现80到8001的远程调用。
官网地址：
https://docs.spring.io/spring-framework/docs/5.2.2.RELEASE/javadoc-api/org/springframework/web/client/RestTemplate.html 使用：
使用restTemplate访问restful接口非常的简单粗暴，（url、requestMap、ResponseBean.class）这三个参数分别代表REST请求地址、请求参数、HTTP响应转换被转换成的对象类型。

将RestTemplate对象注册到容器中

3.5启动80、8001服务，测试

80服务调用8001服务，实现效果如下：

查询：

添加：

浏览器并没有返回错误，但是我们来看数据库：

可以看到数据库只插入主键，并没有插入内容，要在8001的PaymentController加@RequestBody注解。

然后就可以插入了

项目中存在相同的代码（entities包下的Payment.class和CommonResult.class）,造成代码冗余，可以进行重构。
通过Maven聚合父工程，把相同重复的代码移到公开公用的工程里面，还可以放第三方接口、工具类，统一调配使用。

4.1 建立公共module

4.2 pom.xml

4.3 将entities包复制到cloud-api-commons

4.4 使用Maven打包发布上传到公用本地库里

打开Maven窗口，执行clean测试一下，无误后出现BUILD SUCCESS，然后执行install

4.5 删除重复entities，引入maven install的jar包坐标即可使用。

5.1建module cloud-eureka-server7001

5.2 pom.xml

5.3 application.yml

5.4 主启动类

这是个服务注册中心，主要干的活就是服务注册，不需要写业务类。
但是注意：Eureka有两个组件，一定要标清楚哪个是Server，哪个是Client。@EnableEurekaServer代表服务注册中心

5.5测试

出现上面图标，表示Eureka 服务端安装成功。No instances available表示当前没有服务注册进来

6.1将 Eureka-client 依赖引入，便于使用注解@EnableEurekaClient标注这是个Eureka Client端

6.2 在application.yml添加Eureka相关配置

6.3 主启动类添加注解@EnableEurekaClient

6.4 测试

注意： 要先启动EurekaServer

这样就注册进来了，入住进Eureka服务器的名称就是8001yml中配置的spring.application.name。红色警告是Eureka的自我保护机制，后面会详细说。

7.1 在pom添加 Eureka-client依赖

7.2 在application.yml添加相关配置

7.3 主启动类添加注解@EnableEurekaClient

7.4 测试

PS： 先启动EurekaServer，7001服务，再启动服务提供者provider，8001服务

cloud-order-server服务以入住，查询功能也可以正常执行

8.1 创建module cloud-eureka-server7002

8.2 pom.xml

8.3 写yml之前修改映射文件

找到 C:WindowsSystem32driversetc路径下的hosts文件

8.4 修改7001和7002的application.yml

8.5 主启动类

8.6测试

启动7001、7002

使用域名映射：

同时看到Eureka图标，且7001指着7002，7002指着7001，说明Eureka集群搭建成功。

9. 将两个微服务发布到Eureka集群配置中
   只需修改application.yml
   
   
   测试
   PS： 先启动EurekaServer，7001/7002服务；再启动服务提供者provider，8001；再启动消费者，80
   
   
   
   现在，就已经把支付服务8001、订单服务80注册进Eureka集群环境，调用也OK。

10.1 创建module cloud-provider-payment8002

10.2 pom.xml 同8001的 pom.xml 一样

10.3 写application.yml，注意改端口

10.4 主启动类和业务类直接从8001拷贝

10.5 修改8001和8002的controller，默认的负载均衡方式是轮询，看执行查询具体调用那台provider

10.6 测试

PS： 启动顺序：7001、7002、8001、8002、80

8001和8002也都访问正常，那如果我们用80访问呢？发现怎么刷新都是8001，这是因为我们的源程序地址是写死的：

单机版写死是没有问题的，但是现在有8001、8002了，所有不应该再关注具体的IP和端口，而是只认服务名称。代码修改为一下在试。

重新启动访问之后

发现报错了，现在对外暴露的不再是地址和端口，只认微服务名称了，可是微服务并不知道下面有几个，找不到这个主机名称，需要使用#LoadBalanced注解开启RestTemplate负载均衡功能。

提前说一下：这个就是后面要介绍的Ribbon负载均衡功能。

然后测试，多次刷新，就会发现8001、8002端口交替出现。

这样Ribbon和Eureka整合后Consumer可以直接调用服务而不用再关心地址和端口号，且该服务还有负载均衡功能了。O(∩_∩)O

这个架构是初级篇里面的重点，务必要学会，难的是后面的Alibaba的Nacos，也有服务注册和配置中心，Alibaba Nacos集群就比这个复杂了

高可用，试想你的注册中心只有一个only one，它出故障了那就呵呵o(￣︶￣)o了，会导致整个微服务环境不可用。

解决办法：搭建Eureka注册中心集群，实现负载均衡 + 故障容错

Eureka集群的原理：互相注册，相互守望。

一个Eureka集群包含7001和7002等许多服务，在这个集群中，7001指向其他所有服务，7002也指向其他所有服务。总之一句话：我自己一定要有我们这个圈子里的其他兄弟们的全部相关信息。 所以说，他们互相注册，相互守望，对外暴露出一个整体。

主机名称：服务名称修改
当前问题：服务注册含有主机名称，要想按照规范的要求，只暴露服务名，不要出现主机名。

解决方法：找到application.yml，添加配置

访问信息有IP信息显示

当前问题：鼠标放在①上，在左下角②中没有IP显示。后续的话，这些微服务可能部署到几号机器上的，服务端口是多少，比如192.168.11.133机器上的8002端口，在调错或排错的时候，几号机器几号端口微服务名称就很明了。

解决方法：在application.yml添加配置