一、订单支付两微服务注册进eureka集群-----------------------------P21
1.修改payment8001支付服务的yml文件，将其注册进集群
2.启动程序，先启动7001，再启动7002，再启动8001，最后启动8002，测试通过。
二、支付微服务集群配置------------------------P22
8001和8002对外暴露的 都是application文件中，微服务的名字cloud-payment-service，是通过Eureka暴露的，
order消费者也是通过Eureka获取到payment的服务地址
1.新建module，cloud-provider-payment8002
2.改pom,复制原本的8001的pom文件。
3.改yml文件，复制原本8001 的yml文件，但是需要更改端口。
4.业务类（复制8001 的mapper，以及java文件夹下的controller、service、dao等所有东西）
5.更改主启动类
6.为了后面的负载均衡，也就是告诉外界payment这个服务下面有多个机器支持。更改8001和8002中controller中的代码，为了服务被调用的时候，显示端口信息
7.测试，启动顺序 7001--7002--8001--8002--80
通过80消费者 访问服务，发现服务的提供者一直是8001没有改变。是因为消费者的controller中服务提供者的地址是写死的。
这里的地址写死，导致服务提供者一直是8001
更改访问的地址信息，改为通过微服务的名称来访问。
但是很遗憾的是，消费者这里 没法通过服务名称，获取到具体是哪台机器提供服务，所以报错了。
于是，需要启动restTemplate的负载均衡功能。默认是轮询的方式。
