神刀安全网

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

注册中心Eureka Server

SpringCloud微服务实战(三)-服务注册与发现

新建项目

使用@EnableEurekaServer

SpringCloud微服务实战(三)-服务注册与发现

就可以让应用变为Eureka服务器,这是因为spring boot封装了Eureka Server,让你可以嵌入到应用中直接使用
直接运行成功如下

SpringCloud微服务实战(三)-服务注册与发现

但是不断报异常,why?

SpringCloud微服务实战(三)-服务注册与发现

这是因为该应用虽然是 Server 端,但也同时是 Client 端,也需要一个注册中心将自己注册进去
为消除其异常,修改下配置
配置需要注册的地址,也就是往自己身上注册

SpringCloud微服务实战(三)-服务注册与发现

通过观察源码,知道其实是一个 map, 所以配置如下

SpringCloud微服务实战(三)-服务注册与发现

启动仍旧报错,其实正常问题,因为服务端自己又是 Server, 又是 Client, 服务端未启动完成时,客户端肯定是无法找到服务端的
但是 eureka 的服务端/客户端采用心跳通信方式

SpringCloud微服务实战(三)-服务注册与发现

可看到地址已随配置被改变

接下来配置实例名

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

实例名被修改成功

但是该应用本身就是个注册中心,不需要将其显示在注册实例中,通过以下配置

SpringCloud微服务实战(三)-服务注册与发现

为防止冲突,将端口号回改为默认

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

服务中心

SpringCloud微服务实战(三)-服务注册与发现

为避免每次手动启动,将应用打成 war 包(jar)

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

通过 java 命令启动

SpringCloud微服务实战(三)-服务注册与发现

启动成功效果

SpringCloud微服务实战(三)-服务注册与发现

Mac 下 Ctrl+C 退出服务

SpringCloud微服务实战(三)-服务注册与发现

后台执行

SpringCloud微服务实战(三)-服务注册与发现

查看其相关进程信息

如此该应用就方便了我们,不需要每次都去手动启动应用,在后台会重启,若想杀死进程直接 kill

SpringCloud微服务实战(三)-服务注册与发现

3.3 Eureka Client的使用

SpringCloud微服务实战(三)-服务注册与发现

默认情况下,DiscoveryClient的实现将使用远程发现服务器自动注册本地Spring Boot服务器。可以通过在@EnableDiscoveryClient中设置autoRegister=false来禁用此功能。

启动Server, 再启动 Client

SpringCloud微服务实战(三)-服务注册与发现

发现并没有注册成功实例

因为没有配置注册目标地址信息

SpringCloud微服务实战(三)-服务注册与发现

之后再次重启,依旧无法注册成功,几经勘察,添加以下依赖后,成功运行,注册到服务器

SpringCloud微服务实战(三)-服务注册与发现

再指定 client 名字

SpringCloud微服务实战(三)-服务注册与发现

发现成功注册

SpringCloud微服务实战(三)-服务注册与发现

此为 client 应用ip 地址

SpringCloud微服务实战(三)-服务注册与发现

但其实可以自定义

SpringCloud微服务实战(三)-服务注册与发现

接着点击进入那个链接,URL如下

SpringCloud微服务实战(三)-服务注册与发现

  • Eureka保证AP
    有时会发现如下红色警戒!

    SpringCloud微服务实战(三)-服务注册与发现

    Eureka看明白了这一点,因此在设计时就优先保证可用性。我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接down掉不可用。也就是说,服务注册功能对可用性的要求要高于一致性。
    如果Eureka服务节点在短时间里丢失了大量的心跳连接(注:可能发生了网络故障),那么这个 Eureka节点会进入“自我保护模式”,同时保留那些“心跳死亡”的服务注册信息不过期。此时,这个Eureka节点对于新的服务还能提供注册服务,对于“死亡”的仍然保留,以防还有客户端向其发起请求。当网络故障恢复后,这个Eureka节点会退出“自我保护模式”。Eureka的哲学是,同时保留“好数据”与“坏数据”总比丢掉任何数据要更好。
    在开发模式,最好关闭该模式(默认是开启的),仅能在开发环境关闭!,生产环境禁止关闭!!!

    SpringCloud微服务实战(三)-服务注册与发现

3.4 Eureka的高可用

如果一台 eureka宕机了咋办呢,为了实现高可用,如果直接加一台服务器并无任何卵用,考虑将两台 eureka 互相注册

SpringCloud微服务实战(三)-服务注册与发现

复制得到两份 eureka,并以端口区分

SpringCloud微服务实战(三)-服务注册与发现

将 eureka1注册到 eureka2上并启动

SpringCloud微服务实战(三)-服务注册与发现

将 eureka2注册到 eureka1上并启动

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

发现 client 在1,2同时都注册成功了!
假如此时 eureka1宕机了,会发生什么呢?

SpringCloud微服务实战(三)-服务注册与发现

我们来将1给关闭

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

发现2依旧存活,并且 client 还在连接

若此时再 client 端重启又会发生什么呢?

SpringCloud微服务实战(三)-服务注册与发现

因为无法注册,自然报错了,E2上也没有 client 端再连接了

SpringCloud微服务实战(三)-服务注册与发现

那么问题来了,怎么才能保证 E1宕机后, client 仍能注册在 E2上呢?只要保持每次都同时往两个 E 注册

SpringCloud微服务实战(三)-服务注册与发现

同理可得,当有3个 E 时,如此相互注册

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

新建 E3

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

对于我们的开发环境,部署一个 E 即可,不再集群

3.5 Eureka总结

SpringCloud微服务实战(三)-服务注册与发现

3.6 分布式下服务注册的地位和原理

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

A 类比青楼中的嫖客, B 类比青楼女子,注册中心呢就相当于青楼中的妈咪
一般 嫖客服务一来,就肯定直接点名春花还是秋月呀,直接问妈咪要花魁就行

SpringCloud微服务实战(三)-服务注册与发现

SpringCloud微服务实战(三)-服务注册与发现

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » SpringCloud微服务实战(三)-服务注册与发现

分享到:更多 ()