一个简单易用的容器管理平台-Humpback

时间:2021-12-19 16:05:55

什么是Humpback?

项目开源地址在此: Humpback Source,觉得有用或者有趣,欢迎给个star~

在回答这个问题前,我们得先了解下什么的 Docker(哦,现在叫 Moby,文中还是继续称 Docker)。

Docker-百度百科 中,对 Docker 已经解释得很清楚了。

简单来说,Docker可以帮助我们以容器的方式快速运行APP。

由于一个镜像就是一个完整的 APP,只要我们构建好镜像,我们就可以快速,一致的在多个地方运行同样的 APP。这虽然解决了 APP 一致性的这个问题,但是,我们在部署的时候,依然要远程到服务器上,拖镜像,通过一长串命令(端口映射,磁盘映射,环境变量等的配置)来启动Docker容器。

这是一个重复而容易出错的过程,Humpback 就是为了解决该问题而生(当然,我们已经扩展了更多的功能:如集群管理,镜像构建,私有仓库管理等)。

那现在来回答什么是 HumpbackHumpback 是一个简单易用的轻量级容器管理平台,一个私有仓库管理平台,一个容器调度平台。

那它能做什么呢?

  1. Web界面 的方式,来进行容器的创建/运行以及管理(启动,停止,重启,监控,应用版本升级/回退)。 ★★★★★
  2. 镜像构建,将镜像所需文件和Dockfile打包为 .tar.gz 文件,就可以打包为一个镜像 ★★
  3. 管理私有仓库,将自己部署好的私有仓库,纳入到humpback的管理中。 ★★★★
  4. 集群容器调度,当我们部署一个app时,只需要告诉humpback,我要部署多少个实例,humpback会自动根据配置进行集群部署,并通过WebHook通知部署结果。 ★★★
  5. 对容器管理进行权限设定。 ★★

注:星级表示功能的常用程度,五星为最常用的功能。

差点忘了贴官方文档和Github地址,罪过!

Humpback官方文档

Github 开源汇总地址

Github Humpback 组织

部署Humbpack

说了这个多,有没有想尝试下使用 Humbpack 进行容器管理?易用,不仅体现在真正的使用上,还需要能够简单部署。

接着,我们就看一下应该如何部署 Humpback

  1. 安装 Docker (如果是Windows机器,那通过虚拟机(Hyper-V or Vmware)安装Linux就算是第0步吧)

这是前置条件(需要1.8.3以上),关于Docker的安装,我就不详细说明了,我相信有兴趣体验Humbpack的,Docker安装肯定不在话下。

  1. 部署 Humpback 管理站点

既然是用的Docker,那毫无疑问,我们已经把Humpback-web打包成了一个镜像,只需要pull下来即可使用。在确认docker已经安装成功的前提下,执行如下命令,即可安装好 Humbpack 的管理站点。

# 创建一个目录,用来存储humpback-web的数据库文件
mkdir -p /opt/app/humpback-web # 完整粘贴即可,利用docker启动容器。其中如果要修改监听端口,就把8000改掉。
docker run -d --net=host --restart=always \
-e HUMPBACK_LISTEN_PORT=8000 \
-v /opt/app/humpback-web/dbFiles:/humpback-web/dbFiles \
--name humpback-web \
humpbacks/humpback-web:1.0.0

启动成功之后,访问 http://localhost:8000 来确定是否部署成功。

如果要在宿主机访问,请使用虚拟机绑定的IP地址,另外,需要注意防火墙。

如果能够在浏览器中看到登录界面,那么就可以输入默认超级管理员账户:admin,密码:123456 进行登录。

  1. 部署 Humpback-agent

从项目名称就很容易看出,这货就是一个代理,为Humpback管理站点提供数据的。

需要先在要被管理的机器上安装Docker环境(如果就在humpback这台虚拟机中试验,可以跳过,因为已经安装Docker),之后输入 docker version 查看一下版本号,我们主要关注其中的 API Version(待会要用)。

老规矩,我们的 humpback-agent 也必然是一个镜像,那么执行如下方式安装下:

# 为了简单使用,先不考虑集群功能
# 注意,之前我们在 docker version 中记录的 API Version 要排上用场了,
# 以下命令中有个环境变量 DOCKER_API_VERSION ,需要被设定为我们记录的API VERSION的值。
docker run -d -ti --net=host --restart=always \
-e DOCKER_API_VERSION=v1.21 \
-v /var/run/:/var/run/:rw \
--name=humpback-agent \
humpbacks/humpback-agent:1.0.0

当启动成功之后,我们的 humpback-agent 也部署成功了。

  1. 将机器(虚拟机)纳入Humpback管理

打开我们第2步运行起来的Web管理平台,登录之后,创建一个Group:

一个简单易用的容器管理平台-Humpback

并将部署了 humpback-agent 的机器IP,添加到Servers属性中,如图:

一个简单易用的容器管理平台-Humpback

,然后进入我们的Group就能看到我们的机器和容器了。

一个简单易用的容器管理平台-Humpback

至此,我们的Humback已经可用了,当然,这仅仅部署了一部分功能。如果需要私有仓库和集群,参考官方文档进行部署即可。

举个栗子

光说不练,等于白干。现在,我们已经部署好 Humpback 了,那我们就来简单使用下。

场景一

假设有如下场景,我们想要部署一个Redis来做缓存。

官方提供的操作过程:

# 远程登录到服务器之后
$ wget http://download.redis.io/releases/redis-3.2.8.tar.gz
$ tar xzf redis-3.2.8.tar.gz
$ cd redis-3.2.8
$ make

其中可能会遇到的问题:

  1. wget没装,手动安装wget。
  2. make redis 出错,需要安装依赖项
  3. 需要先登录到服务器
  4. 等等

但是如果用Humpback呢?

  1. 打开Web管理界面的添加容器页面
  2. 填写容器相关信息如下:
  3. 点击确定,OK,妥了。

在这样的场景下,两者的差距并不大。

接着,我想临时停一下Redis:

常规做法:

  1. 登录到服务器(又要登录,烦不烦)
  2. 找到这个服务(通过名称找,哎呀,命令记不住了)
  3. 停止

如果用Humpback呢?

  1. 在容器管理界面,点击Stop,OK,妥了

此时有 Humpback 就简单多了。

再接着,发现一台redis不够了,又一台服务器,需要部署redis。

常规做法:只能把之前的部署步骤再做一次。

如果这台服务器也被Humpback管理中,那么用Humpback仅仅是创建一个容器的事情。

场景二

在场景一中,我们是使用三方库,那这个场景呢,我们用来部署一个Web程序。

常规部署过程:

  1. 打包程序
  2. 登录服务器,把程序拷贝到服务器上
  3. 修改配置文件
  4. 运行程序

如果有多台,那么就要重复N次这样的步骤

那如果是Humpback呢?

  1. 构建镜像
  2. 创建容器并运行

如果有多台要部署,只需要批量创建容器即可,一次搞定

第二天,发布了一个新版本

常规部署过程:

  1. 重新打包程序,拷贝到服务器上(还要担心覆盖出错)
  2. 修改配置文件
  3. 重新启动程序

Humpback中:

  1. 构建新版本镜像
  2. 在容器管理中,点击升级,选择新版本即可。

在这个过程,差异还不是太明显,不过明显humpback更快

第三天,发现新版本程序,有个严重bug(没有bug的程序不是好程序)

这下常规部署过程就折腾了,相当于重新发布一个历史版本,而且此时还不能保证和历史版本一致。

但,如果是humpback,在容器管理界面,点击升级(实际可以升级/降级),然后选中历史版本,点击确定,就完完整整的还原到历史版本上去了。

总结

总之,Humpback好用,有需要就赶紧体验下吧。暂时不需要,也可以体验下,吹牛也能多一些套路,而且,万一以后用得到呢。

当然,此文提到的仅仅的基础用法,但我觉得,这足够了。要想体验更复杂的玩法,强烈建议参考官方文档。

另附上几张操作图:

创建容器界面:

一个简单易用的容器管理平台-Humpback

容器详细信息界面:

一个简单易用的容器管理平台-Humpback

容器版本升级界面

一个简单易用的容器管理平台-Humpback

容器监控界面

一个简单易用的容器管理平台-Humpback