架构师入门:搭建双注册中心的高可用Eureka架构(基于项目实战)

  • 时间:
  • 浏览:0

    关闭后,亲戚亲戚亲戚朋友在浏览器里输入http://ekserver1:10001000/hello,虽然亲戚亲戚亲戚朋友在服务提供者和服务调用者的application.yml里指定的serviceUrl.defaultZone还会 http://ekServer1:8888/eureka/,但在一台Eureka服务器失效的情况表下,亲戚亲戚亲戚朋友依然能就看正确的结果,如下图所示。

    按如下次序启动三个小 项目的Spring Boot服务。

    这里亲戚亲戚亲戚朋友都不能故意关闭ek-cluster-server服务,以此来模拟一台服务器宕机的情况表。

    否则亲戚亲戚亲戚朋友我应该 本案例中代码,请给我站内留言。

    

    过后,否则服务器A或B宕机,没办法 另一台服务器依然都不能向外部提供服务列表,服务调用者依然都不能据此调用服务。

    第三步,否则在真实项目里,亲戚亲戚亲戚朋友一般会在两台主机上启动三个小 Eureka服务,统统这里亲戚亲戚亲戚朋友再创建三个小 Maven类型的项目ek-cluster-server-backup,和过后的ek-cluster-server相比,它们的差别还是在application.yml,代码如下。   

    这里亲戚亲戚亲戚朋友是在ek-cluster-ServiceProvider项目编写服务提供线程池池,它是根据上文架构师入门:搭建基本的Eureka架构(从项目里抽取)里的项目EurekaBasicDemo-ServerProvider改写而来,其中只修改了application.yml要素的代码。    

    第二,     ek-cluster-server-backup(第三个小 Eureka服务器)。

    在上文里,亲戚亲戚亲戚朋友演示Eureka客户端调用服务的整个流程,在这要素里亲戚亲戚亲戚朋友将在架构上有所改进。亲戚亲戚亲戚朋友都不能想象下,在上文里案例中,Eureka注册中心只部署在一台机器上,过后它一旦冒出 疑问,会因为整个服务调用系统的崩溃,否则你你这人情况表地处在生产环境上,后果是不堪设想的。

    否则亲戚亲戚亲戚朋友在刚才关闭的是ek-cluster-server-backup,让ek-cluster-server运行,这里亲戚亲戚亲戚朋友还是能就看同样的效果。也统统我说,在你你这人Eureka双服务器的集群里,一台服务器宕机后,整个服务体系依然可用,这就大大提升的系统的可用性。

        

    这里的端口号没变,依然是8888,但亲戚亲戚亲戚朋友在第5行把项目名修改成ekServer1,在第8行把提供服务的主机名也修改成ekServer1,在第11行,亲戚亲戚亲戚朋友指定了本服务所在的rul,这里请注意,亲戚亲戚亲戚朋友把ekServer1所在的serverUrl指定到ekServer2的8889端口上,也统统我说,这里亲戚亲戚亲戚朋友指定ekServer1向ekServer2注册。

     亲戚亲戚亲戚朋友把服务调用者的代码放上去去ek-cluster-ServiceCaller你你这人Maven项目里,这是根据过后里的EurekaBasicDemo-ServerCaller项目改写而来。其中亲戚亲戚亲戚朋友也只修改application.yml代码。    

    亲戚亲戚亲戚朋友别以为这是危言耸听,在高并发的场景下(比如双十一的并发环境),你你这人情况表地处的否则性不低。针对你你这人场景,这里亲戚亲戚亲戚朋友将部署两台Eureka注册中心,彼此相互注册,以此搭建三个小 可用性比较高的Eureka集群。

    第二步,创建ek-cluster-server项目,这虽然是根据上文 架构师入门:搭建基本的Eureka架构(从项目里抽取) 里的EurekaBasicDemo-Server项目改写而来,和过后的项目相比,亲戚亲戚亲戚朋友只改动了application.yml文件,代码如下。    

    虽然这里亲戚亲戚亲戚朋友也都不能通过http://localhost:8888/和http://localhost:8889/就看相同的效果,但不推荐。这不是则,在真实的项目里,Eureka的服务器应该是和开发机器分开的,也统统我说它们应该被部署在其它机器上,只不过这里亲戚亲戚亲戚朋友为了演示方便,把它们都放上去去本机。

    过后 ,亲戚亲戚亲戚朋友能在http://ekserver1:8888/和http://ekserver2:8889/你你这人个浏览器上就看如下图所示的三个小 可用的服务。否则是相互注册,统统它们的内容是一样的。

    虽然在集群里搭建了两台服务器,但服务提供者只需向其中的一台注册即可,否则高可用的便利性就会以牺牲代码可维护性为代价了。

    当事人保留本文中文字和代码的版权,转载请注明出处。

    这里为了演示方便,亲戚亲戚亲戚朋友在一台机器上模拟双服务器的场景,在真实项目里,亲戚亲戚亲戚朋友一般是把三个小 相互注册的服务器安装到两台主机上,否则否则只安装到一台上,没办法 该服务器地处故障语录,三个小 服务器还会失效。具体的实现步骤如下。

    第一,     ek-cluster-server(第三个小 Eureka服务器)。

          127.0.0.1       ekServer1

    当亲戚亲戚亲戚朋友确认服务启动后,都不能在浏览器里输入http://ekserver1:10001000/hello来查看服务调用的效果,这里虽然触发了ek-cluster-ServiceCaller中Controller里的hello法律法律依据。

          127.0.0.1       ekServer2

    第四,     ek-cluster-ServiceCaller(服务调用者)。

    改动点还是在第9行上,这里是向ekServer1服务器的8888号端口注册,同理,这里不需要向另外三个小 机器(ekServer2)注册。

    

    第一步,到C:\WINDOWS\system32\drivers\etc目录里,找到hosts文件,在其中加入三个小 机器名(虽过后 会 指向本机),代码如下。修改后,必须重启机器。

    当事人在写完java web轻量级开发面试教程后,再想写一本Spring Cloud方面的书,请各位大神我不知道该写哪几种方面的内容,否则是提些建议,谢谢了。

    这里的配置信息虽然和刚才的是对偶的,这里的application名和主机名都叫ekServer2,不过请注意第11行,这里的serviceUrl是注册到ekServer1的8888端口上,这里亲戚亲戚亲戚朋友同样指定ekServer2向ekServer1注册。结合上文,至此亲戚亲戚亲戚朋友实现了双服务器之间的相互注册。    

    亲戚亲戚亲戚朋友只改动了第9行的代码,这说明本服务是向ekServer1的8888号端口注册。

    在并发要求更高的环境里,亲戚亲戚亲戚朋友甚至都不能搭建2台以上的服务器,不过事实上,双机热备的集群能满足大多数的场景,一方面,还会 每个系统的并发量都很高,统统双机热备足以满足大多数的并发需求,当事人面,毕竟两台服务器一齐宕机的否则性统统我大。    

    在你你这人集群里,亲戚亲戚亲戚朋友将配置2台相互注册的Eureka服务器,过后一来,每台服务器都富含着对方的服务注册信息,大概双机热备,一齐,服务提供者只需向其中的三个小 注册服务。

    本文的案例是基于 架构师入门:搭建基本的Eureka架构(从项目里抽取) 改写的。

    第三,     ek-cluster-ServiceProvider(服务提供者)。

    和过后一样,这里的输出还是“In Caller, hello Eureka“,这说明双机热备的Eureka架构大概不需要影响基本的功能。同样,这里不建议通过http://localhost:10001000/hello来查看运行效果。 

    否则这里三个小 Eureka服务器是相互注册,统统本服务提供者不需要一齐向三个小 服务器注册,否则一旦向ekServer1注册后,该服务器会自动把你你这人服务提供者的信息基因重组到ekServer2上。