什么是Humpback?
项目开源地址在此: Humpback Source,觉得有用或者有趣,欢迎给个star~
在回答这个问题前,我们得先了解下什么的 Docker
(哦,现在叫 Moby
,文中还是继续称 Docker
)。
在 Docker-百度百科 中,对 Docker
已经解释得很清楚了。
简单来说,Docker可以帮助我们以容器的方式快速运行APP。
由于一个镜像就是一个完整的 APP
,只要我们构建好镜像,我们就可以快速,一致的在多个地方运行同样的 APP
。这虽然解决了 APP
一致性的这个问题,但是,我们在部署的时候,依然要远程到服务器上,拖镜像,通过一长串命令(端口映射,磁盘映射,环境变量等的配置)来启动Docker容器。
这是一个重复而容易出错的过程,Humpback
就是为了解决该问题而生(当然,我们已经扩展了更多的功能:如集群管理,镜像构建,私有仓库管理等)。
那现在来回答什么是 Humpback
,Humpback
是一个简单易用的轻量级容器管理平台,一个私有仓库管理平台,一个容器调度平台。
那它能做什么呢?
- 以
Web界面
的方式,来进行容器的创建/运行以及管理(启动,停止,重启,监控,应用版本升级/回退)。 ★★★★★ - 镜像构建,将镜像所需文件和Dockfile打包为
.tar.gz
文件,就可以打包为一个镜像 ★★ - 管理私有仓库,将自己部署好的私有仓库,纳入到humpback的管理中。 ★★★★
- 集群容器调度,当我们部署一个app时,只需要告诉humpback,我要部署多少个实例,humpback会自动根据配置进行集群部署,并通过WebHook通知部署结果。 ★★★
- 对容器管理进行权限设定。 ★★
注:星级表示功能的常用程度,五星为最常用的功能。
差点忘了贴官方文档和Github地址,罪过!
部署Humbpack
说了这个多,有没有想尝试下使用 Humbpack
进行容器管理?易用,不仅体现在真正的使用上,还需要能够简单部署。
接着,我们就看一下应该如何部署 Humpback
:
- 安装
Docker
(如果是Windows机器,那通过虚拟机(Hyper-V or Vmware)安装Linux就算是第0步吧)
这是前置条件(需要1.8.3以上),关于Docker的安装,我就不详细说明了,我相信有兴趣体验Humbpack的,Docker安装肯定不在话下。
- 部署
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
进行登录。
- 部署
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
也部署成功了。
- 将机器(虚拟机)纳入Humpback管理
打开我们第2步运行起来的Web管理平台,登录之后,创建一个Group:
并将部署了 humpback-agent
的机器IP,添加到Servers属性中,如图:
,然后进入我们的Group就能看到我们的机器和容器了。
至此,我们的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
其中可能会遇到的问题:
- wget没装,手动安装wget。
- make redis 出错,需要安装依赖项
- 需要先登录到服务器
- 等等
但是如果用Humpback呢?
- 打开Web管理界面的添加容器页面
- 填写容器相关信息如下:
- 点击确定,OK,妥了。
在这样的场景下,两者的差距并不大。
接着,我想临时停一下Redis:
常规做法:
- 登录到服务器(又要登录,烦不烦)
- 找到这个服务(通过名称找,哎呀,命令记不住了)
- 停止
如果用Humpback呢?
- 在容器管理界面,点击Stop,OK,妥了
此时有
Humpback
就简单多了。
再接着,发现一台redis不够了,又一台服务器,需要部署redis。
常规做法:只能把之前的部署步骤再做一次。
如果这台服务器也被Humpback管理中,那么用Humpback仅仅是创建一个容器的事情。
场景二
在场景一中,我们是使用三方库,那这个场景呢,我们用来部署一个Web程序。
常规部署过程:
- 打包程序
- 登录服务器,把程序拷贝到服务器上
- 修改配置文件
- 运行程序
如果有多台,那么就要重复N次这样的步骤
那如果是Humpback呢?
- 构建镜像
- 创建容器并运行
如果有多台要部署,只需要批量创建容器即可,一次搞定
第二天,发布了一个新版本
常规部署过程:
- 重新打包程序,拷贝到服务器上(还要担心覆盖出错)
- 修改配置文件
- 重新启动程序
Humpback中:
- 构建新版本镜像
- 在容器管理中,点击升级,选择新版本即可。
在这个过程,差异还不是太明显,不过明显humpback更快
第三天,发现新版本程序,有个严重bug(没有bug的程序不是好程序)
这下常规部署过程就折腾了,相当于重新发布一个历史版本,而且此时还不能保证和历史版本一致。
但,如果是humpback,在容器管理界面,点击升级(实际可以升级/降级),然后选中历史版本,点击确定,就完完整整的还原到历史版本上去了。
总结
总之,Humpback好用,有需要就赶紧体验下吧。暂时不需要,也可以体验下,吹牛也能多一些套路,而且,万一以后用得到呢。
当然,此文提到的仅仅的基础用法,但我觉得,这足够了。要想体验更复杂的玩法,强烈建议参考官方文档。
另附上几张操作图:
创建容器界面:
容器详细信息界面:
容器版本升级界面
容器监控界面