一、构建服务。
构建SPring Eureka服务
目录结构:
yml配置:
笔记:
1.waitTimeInMsWhenSyncEmpty表示在服务器接收请求之前等待的初始时间,如果不设置的话,默认等待5分。。
2.每次服务注册需要30s的时间才能在Eureka中显示,因为需要Eureka需要从服务中接收三次连续心跳包ping,每次间隔10s,然后才能用这个服务。
然后,要有注解:
运行即可:
二、通过Eureka注册服务。
以组织服务来举例:
同样也需要引入Eureka。
配置yml,首先是关于Eureka的:
然后Spring:
笔记:
1.每个通过Eureka注册的服务都会有两个与之相关的组件:应用程序ID和实例ID。应用程序ID用于表示一组服务实例。应用程序ID由spring.application.name来指定。
2.为什么偏向于ip地址?
在默认情况下,Eureka在尝试注册服务时,都会使用主机名让外界跟他进行联系。一般主机名要经过DNS解析,所以如果是在容器的环境下,主机名都是随机生成的,没有DNS记录,所以IP地址更适合这些类型的服务,所以我们始终把这个属性设置为true。
3.开启缓存后,注册表会被缓存在本地,查找服务以缓存优先,且每隔30s就会主动联系Eureka服务,以便查看有没有任何更新。
4.defaultzone可以包含列表,逗号隔开,这里只有一个。
5.建立Eureka列表并没有实现高可用,初次之外还要建立集群才可以。建立集群是另外的知识点,这里先不展开讨论。
接下来运行组织服务
服务启动后,记得耐心等待30s。
然后用postman请求http://localhost:8761/eureka/apps/organizationservice
到目前为止,就已经有了一个通过Eureka注册的服务了。
笔记:
1.默认返回是xml格式的,也可以作为json返回,将Accept设置为application/json即可。
三、使用服务发现来查找服务。
现在组织服务已经注册到Eureka里了,接下来许可证服务(另一个单独的服务)将通过Eureka来调用组织服务。
牵扯到三个客户端库,从低到高包含了不同的与Ribbon进行交互的抽象层次(Ribbon是客户端缓存,可以把发现的服务的位置缓存在本地)。
- Spring DiscoveryClient
- 启用了RestTemplate的Spring DiscoveryClient
- Netflix Feign客户端
作者根据clientType字段来选择用哪个客户端来查找,比如controller里的这个方法:
查找的代码也很清晰明了:
1.拿discoveryClient来说:
这里又有一个上一章的知识点,就是配置文件是用的配置服务来搞定的,也就是数据库的配置文件都在配置服务里存放着,这里要启动自己的数据库服务,配置好配置服务的默认文件:
#启动数据库
docker run --name postgres1 -e POSTGRES_PASSWORD=password -p 5432:5432 -d postgres:9.1
连上试试:
这个表的数据,有sql语句的,直接运行就行。
配置default:
然后运行起来配置服务。
2.增加Ribbon缓存:
笔记:Spring cloud早期版本Ribbon是默认支持的,而现在的都得明确声明才可以。
然后这样去使用它:
在使用支持ribbon的情况下,使用Eureka服务ID来构建目标URL。
3.使用Netflix Feign客户端来调用服务
这种是第二种的替代方案。
只需要写个接口就可了,Spring Cloud框架将生成代理类。
笔记:在使用传统的Rest时,所有服务调用的HTPP状态码都可以获取到,而Feign客户端将http状态码映射到了Exception,也提供了编写错误码解析类的功能,具体不展开讨论了。
最后试着运行一下许可证服务: