如何实现零宕机无缝迁移Spring Cloud应用至Kubernetes？

本文共计2742个文字，预计阅读时间需要11分钟。

由于该项目自始至终使用GitRunner进行版本控制，并基于虚拟机部署，因此尚未集成到版本审核平台。然而，鉴于项目重要性及涉及的服务和机器较多，有必要将该平台纳入。

因为该项目从始至今一直在使用GitRunner进行发版，并且基于虚机部署，所以一直没有集成到发版审核平台，但是由于项目比较重要，并且涉及的服务和机器较多，所以必须要把这个项目进行容器化并且统一发版工具才能更好的适应公司的环境，以及更好的应对下一代云计算的发展。

1.2 为什么要弃用Git Runner？

=====================

首先我们看一下Git Runner发版的页面，虽然看起来很简洁清爽，但是也难免不了会遇到一些问题。

1.2.1 多分支并行开发问题

===============

当多分支并行开发或者能够发版到生产环境的分支较多时，很容易在手动部署的阶段点错，或者看串行，当然这种概率很小。

但是我们可以看到另外一个问题，每次提交或者合并，都会触发构建，当我们使用Git Flow分支流时，可能同时有很多分支都在并行开发、并行测试、并行构建，如果Git Runner是基于虚机创建的，很有可能会出现构建排队的情况，当然这个排队的问题，也是能解决的。

1.2.2 多微服务配置维护问题

================

其次，如果一个项目稍微大一些，维护起来也不是很方便。