现在很多 SpringCloud 组件都在往 Kubernetes 中迁移，SpringBoot Admin 作为我们微服务监控经常使用的组件，也要将它迁移到 Kubernetes 环境下。虽然现在 Netflix 的组件以及不再维护，但是它的很多组件大多数都是经历过生产环境下验证过得，尤其是网关 Zuul。现在很多公司部署网关还是依旧优先选择使用 Zuul 1.x 版本部署。Zuul 2.x 版本和现在 SpringCloud 新推出的 Gateway 使用 Netty 作为底层，提供异步接口，不过这也间接增加了代码复杂性和缺少生产环境验证，所以现在生产环境还是推荐使用 Zuul 1.x 版本，这里记录在 Kubernetes 下部署 Zuul 1.x 的构建及部署过程。

现在很多 SpringCloud 组件都在往 Kubernetes 中迁移，SpringBoot Admin 作为我们微服务监控经常使用的组件，也要将它迁移到 Kuberntes 环境下。在之前写过 SpringBoot Admin 与 SpringCloud Kubernetes 组件结合，通过 API 方式发现服务列表，让 Admin 服务能服务发现。但是现在还是很多实际生产环境中，还是将 Eureka 注册中心部署到 Kubernetes 环境下作为注册中心，然后将全部服务注册到 Eureka，通过注册中心将服务间关系进行关联，所以考虑到这种情况，所以这里将使用 Admin + Eureka 方式来部署。

现阶段实际往 Kubernetes 中迁移的 SpringCloud 项目大多数都是之前未使用 Kubernetes 的项目，项目比较依赖依赖注册中心 Eureka Server，SpringCloud 的服务都是依赖它进行服务的注册与获取服务地址，由于 Eureka 是作为基础组件使用，需要保证它的稳定性，所以决定用 StatefulSet 方式部署 Eureka，这里记录下这个过程。