背景
传统应用上云,基于传统应用需要考虑上云的方案和改造成本,这也是传统应用上云过程中的难点,本篇介绍3台eureka搭建的方案。
方案一
此方案借助了K8S中Service的一些功能。
这种方案是传统方案的简单迁移版本,比较易于理解;pod通过k8s的service提供稳定的访问url,pod ip是会经常发生改变的,service一旦创建名称就不会发生改变了,所以通过service name访问到pod,
配置文件案例如下:
eureka:client:serviceUrl:defaultZone: https://service-name-1:8761/eureka/,http://service-name-2:8761/eureka/,http://service-name-3:8761/eureka/
方案二
此方案需要使用K8S StatefulSet和Headless Service的一些功能特点
需要创建一个StatefulSet和Headless Service,利用了StatefulSet可以为每个Pod分配一个独立的网络标识的特征来实现eureka集群方案。
server: port: 8761eureka: instance:hostname: $(StatefulSet 名称)-$(序号) # 获取本POD的网络标识符client: register-with-eureka: true fetch-registry: true service-url: # Eureka 实例之间互相注册,把配置3台服务的Headless Service路径配置上去# 如果配置了hostname的话,defaultZone可以简写: http://$(StatefulSet 名称)-0:8761/eureka defaultZone: http://$(StatefulSet 名称)-0.$(服务名称).$(名字空间).svc.cluster.local:8761/eureka,http://$(StatefulSet 名称)-1.$(服务名称).$(名字空间).svc.cluster.local.svc.cluster.local:8761/eureka,http://$(StatefulSet 名称)-2.$(服务名称).$(名字空间).svc.cluster.local.svc.cluster.local:8761/eureka
总结
方案一易于理解,学习成本比较低,容易想到;操作比较繁琐,没有充分利用K8S的的特性。
方案二需要对K8S的StatefulSet和Headless有一定的了解,操作简单,方便维护。
推荐使用方案二