从来不懂K8s的人在10分钟内将应用跑在了K8s中

大家可能都听说过 K8s 或者 docker ，可能有容器编排的概念，知道这会提高运维效率，但是由于上手难度高迟迟没有学习它。

今天我以自己的实际经历教大家将自己的应用在10分钟内部署到k8s中，你不需要懂任何的 docker 命令和 k8s 命令就能管理应用。就是这么酷～

背景

2019年疫情的影响，大学生们纷纷开始在家上网课。
然而，他们可能会遇到老师留下的作业问题，而不知道如何解决。
同时，在进行百度搜索时，经常会遭遇许多广告的干扰。
因此，我计划开发一款专门为大学生提供搜题功能的APP。

起初所有业务都写在一个 jar 包，为了实现低耦合，我耗费大量精力，将其模块化。
模块化后可能分为多个模块，比如文档模块，搜题模块，用户模块，网关模块...
微服务模块又需要注册中心，为了应对突发流量又引入了sentinel流量控制。
越来越多的应用需要部署，而且管理愈发困难。

为了解决这个问题，这时候我使用了Jenkins 自动化构建与部署，自己手动部署了其他的依赖环境后，jar包的构建运行任务交给 Jenkins 来做。

这时候我发现还有一些不满足需求的地方，我需要寻找一款全自动，可视化的运维工具。最终发现了 Rainbond 这个应用管理平台。

这篇文章主要分享我探索全自动化运维的道路。

Jenkins 自动化及其遇到的挑战

懒惰是我进步的动力，为何不利用节约下来的时间多享受一会呢？

思考中，我萌生了自动化部署和运行的想法。
我本地提交到github，通过配置webhook，jenkins可以自动拉java代码并构建，
最后分发到我指定的服务器上并运行。

可以看到这是一连串的操作。确实节省很多时间，但是其中某个步骤出问题都会导致分发失败。

我在想虽然构建运行自动化了，但是如果我的应用突然宕机了，
那么我自己也不知道啊，只有用户来反馈的时候，我才能知道我网站原来进不去了。

这时候我在想：是不是有一种工具可以检测应用是否在线呢？

找到了很多可以检测应用是否在线的开源工具，应用宕机自动通知，
但是，通知我有什么用呢？
我在外旅游，我又无法去重新运行它。

这时候我意识到，事情没有我想的那么简单！

总结下可以分为以下几点：

应用宕机，自己不知道，需要客户反馈？
宕机后需手动重启？
更新代码重新运行的时候有些应用启动时间比较长，造成服务中断，怎么样让新应用起来之后再关闭旧应用呢？
查看日志的时候不想登陆服务器执行 tail xxx。有没有支持点击查看应用日志的呢？
流量太大，需要启动多个应用负载均衡？
对于非java应用支持可能不友好。

于是我开启了新的探索之路。

追寻一款自动化运维工具

Kubernetes（简称 K8s）名声在外，大家是否听说过？

起初，我觉得 K8s 确实可以解决我当前的所有问题。但是，K8s的安装与学习成本非常高。

可能我自己对它的概念不够清楚，但定位上我大致知道是方便运维的。因此为了能减轻我自己运维的负担，我开始百度，疯狂寻找 K8s 可视化工具，挺多的，但是很多都不维护了，这样子出了 bug 也没人能解决啊！

Rainbond的诞生

无意间发现了 Rainbond 平台，看其介绍发现不用懂 K8s 也可以把应用部署到 K8s 中，并且实现可视化运维管理。

而且其设计理念是：不需要懂 K8s 也能轻松管理容器化应用，平滑无缝过渡到 K8s。正好解决我的需求。

K8s 运行的应用可能需要打 docker 镜像后编写复杂 yaml 文件，过程枯燥无味，并且新手上手难度高。

而 Rainbond 为我们做了这件事，从源码到运行，全权负责，你只需要提供源码，Rainbond自动帮你运行起来。
而且运行在自己的服务器，数据安全有保证。

关键：它还是开源的！Github 地址：https://github.com/goodrain/rainbond

安装Rainbond

安装的时候，出乎意料之外的简单，只需要一句命令。而且 5 分钟就可以把平台全部运行起来，包括 K8s。这让我难以置信！！

curl -o install.sh https://get.rainbond.com && bash ./install.sh

部署自己的应用

平台运行起来后，就需要部署我自己的应用了。

我的业务主要还是 Java 开发的，之前我都是需要打出 Jar 包，再去运行。从来没了解过 docker 镜像怎么打。而使用 Rainbond 的时候，我发现它对于各种开发语言（Java、NodeJS、Go、Python、Php等）都支持的比较好，只需要提供代码仓库地址，它就能把代码打包成镜像并且运行起来。下面就以我自己的 Java-Maven 项目为例部署试试。

把大象关进冰箱需要三步，而把我的代码运行到 K8s 上也只需要三步：输入代码仓库地址->调整构建参数->构建。

1. 输入代码仓库地址

首先我通过源代码构建，输入我自己的仓库地址，点击创建。出现提示：组件构建源检测中...大概不到30秒通过了。竟然自动识别了是maven项目。

2. 调整构建参数（可选）

在识别出我的代码是 Java-Maven 以后，点击下一步，会有详细的源码构建参数让我配置，主要包含 JDK 类型、JDK 版本、Maven 版本以及启动命令等参数。这些都是默认生成的，但是也可以根据自己的需求来修改。

需要注意的点主要在于，在页面上配置端口时，这里的端口号需要与代码启动时的端口一致，也就是 server.port 配置的值。如果端口不对，可能会导致业务无法访问。如果不需要监听端口可直接删除，或者修改。

3. 构建

点击确认构建之后，可以查看构建日志，它会自动从 maven 仓库下载依赖，自动构建，再打包出镜像并运行到 K8s 上，大概 3 分钟左右就全部构建完成，而且成功运行了。此时点击页面右上角的访问，即可直接访问到我自己的业务了。

此外，Rainbond 还有完善的监控页面，可以清楚知道 CPU 和内存的使用量。

哦？还有应用的运行的实时日志？不错不错！看，这是熟悉的Spring日志呀！

而且还在【其他设置】中找到了我梦寐已久的应用宕机自动重启。

简单配置之后，检测应用是否宕机，宕机就可以重启应用，再也不用让客户来反馈网站进不去了！！！

至此基本功能已经完全满足了我的需求，于是好奇的我再次点了一下构建。

它会再次从 git 仓库拉代码，云端自动构建，构建成功之后自动运行。

另外这里 Rainbond 考虑的很周到，在构建完成应用启动时，它会先运行新应用，新应用运行起来之后才会关闭旧应用！完美解决了我之前每次更新服务，都需要停机几分钟的问题。

更多好玩的，自己去装一下试试，我就不一一介绍了，我去迁移应用去喽！

更多功能请参考 Rainbond 官网：https://www.rainbond.com

对比

相比于之前传统运维任何操作都需要自己手动执行，繁琐又枯燥的问题。Jenkins 帮我解决了自动构建和自动部署的问题。而 Rainbond 则帮我解决了更新业务服务中断以及我应用过多后的管理问题。我简单做了个对比表格如下：

任务	传统运维	jenkins	rainbond
自动构建	❌	✅	✅
自动部署	❌	✅	✅
更新代码服务不中断	❌	❌	✅
弹性伸缩	❌	❌	✅
可视化监控	❌	❌	✅
日志	❌	❌	✅
集群	❌	❌	✅

如果你使用了 Rainbond 来管理应用，那么可以做到以下几点：

应用自动构建部署运行，支持多语言源码。
如果应用宕机了，Rainbond 可以帮我们检测出来，让他自动重启或者下线这个应用。
我升级的时候，Rainbond 可以先开启新应用，然后再关闭旧应用，实现服务不中断。
流量大的时候，他会自动负载均衡，帮我们再启动一个服务实例来实现负载均衡。
并且还可以在 Rainbond 控制台查看某个应用的实时日志。

转型成功

从此，我写完代码，提交到 git 之后，webhook 通知了 Rainbond 平台，Rainbond 自动拉取代码
根据代码语言自动构建，然后打包成 docker 镜像，最后生成 K8s 所需要的 yaml 文件运行到 K8s 中，
一键完成了应用的构建和部署。

当然不仅仅是这些，Rainbond 还可以很方便的重启，停止，启动，构建应用。当我有些业务暂时不需要时，我还可以先关闭节省资源，需要时再一键启动即可。

可视化的监控，可以监控应用的 CPU 使用量和内存使用量，非常之完美！

并且还有很方便的web终端，可以直接进 linux 系统执行命令。

之前我查看应用日志还要 ssh 连接服务器，进入日志目录执行 tail xx 命令，特别繁琐，并且我压根不知道应用占用的内存和 CPU 使用情况，对自己的应用状态一无所知，Rainbond 做到了全部可视化。

节省的时间可以放心外出旅游了！
再也不怕用户返回网站进不去了！

下面是我自己的应用全部部署好以后的拓扑图。细心的小伙伴可能会发现，应用之间有连线，是有关联的，这是应用之间的依赖关系。如果 Java 应用依赖 mysql ，mysql 启动异常了，Java 应用是不会启动的，需要先启动 mysql 应用后才会启动 Java。Rainbond 启动应用时会严格按照应用的启动顺序来启动应用。

而且绿色表示应用全都处于运行中，一旦哪个服务出现问题，这里就会变成红色，一目了然。