转载

Docker使用过程中可能遇到的问题

51CTO技术沙龙 | 赋予APP不同凡响的交互和体验>>

Docker并不是一个新的技术，容器化也不是，早在2006年就陆续出现了LXC, OpenVZ，Jail等容器虚拟化技术，但是为什么Docker却能异军突起呢?Docker的核心是基于 Linux的CGroup、Namespace和LayeredFS技术，通过资源的控制、隔离和对镜像的分层处理，是Docker容器能够将应用程序和运行环境打包到一起，这样就可以Build, Ship And Run anywhere。与其说是Docker火，不如说是其天生的轻量级属性，正好迎合了云计算大行其道的今天。因此，笔者认为Docker改变整个云计算和互联网的格局是迟早的事，但是Docker在使用中，特别是在国内，又有什么需要注意的问题呢?

Docker使用过程中可能遇到的问题

1. 编译

Docker虽然说是一个开源的项目，但是如果你要在国内成功编译它是一件非常困难的事情。Docker是用Go来开发的，Go被誉为互联网时代的C语言，由google主导开发，它的开发者包括了 Chrome V8引擎和Unix的开发者，因此它天生就是易用且简介的。它具有良好的包管理、简介的语法和非常好的灵活性。但是，在国内很多package，你是不一定能够取下来的，这样就导致编译过程很难进行。

2. 安装

如果你在国外，没有GFW的限制，拥有非常好的网速，你使用Docker就像是在开一辆跑车。但如果你在国内，就好比是开了一辆没油的跑车。我曾经很多次遇到了安装失败的问题，而且安装速度非常缓慢。同时，如果你要在全封闭的内网安装Docker就更麻烦，你需要将所有的安装包完整迁移到内网，这个工作量是非常大的。下面就是一个官方安装失败的例子：

root@ghostcloud:~# curl -fsSL https://get.docker.com/ | sh    apparmor is enabled in the kernel and apparmor utils were already installed    + sh -c apt-key adv --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys 58118E89F3A912897C070ADBF76221572C52609D    Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.cr8hxY45Ve --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver hkp://p80.pool.sks-keyservers.net:80 --recv-keys 58118E89F3A912897C070ADBF76221572C52609D    gpg: requesting key 2C52609D from hkp server p80.pool.sks-keyservers.net    ?: p80.pool.sks-keyservers.net: Host not found    gpgkeys: HTTP fetch error 7: couldn't connect: Success    gpg: no valid OpenPGP data found.    gpg: Total number processed: 0

3. 镜像pull非常慢

Docker为什么火，有一个重要的原因就是它开创性的分层镜像机制，你的环境和应用程序都会被打包到镜像中。但是，一个比较大的问题是，Docker所有的镜像都依赖于基础镜像，而这些基础镜像都在国外的docker hub上，当你兴致勃勃准备用docker大干一场时，pull的漫长等待一定会让你很抓狂，而最后的超时失败，更会让你有说脏话的冲动。

4. 镜像存储

Dockerhub在国外这个问题还好，但是默认的dockerhub所有镜像都是公开的，就是说你的镜像别人都能够下载。这个策略跟github是一样的，如果你要用免费的，那么你就得开源。否则，给钱买私有仓库吧。Docker的私有仓库价格是非常贵的，而且速度还很慢。你不可能需要共享镜像时，都push到国外，再pull回来吧。当然有的人可能要说，我可以搭建私有仓库。不过私有仓库仅时候企业内部私有网络使用，而且没有基础镜像，如果你有跨区域的使用，是非常难处理的。

5. 云端的部署问题

至少在我写这篇文章的时候，不是每一家公有云厂商的基础镜像都能顺利的安装docker，docker是轻量级的虚拟化技术不假，但它仍然不能在短期内替代VM。如果你要在VM上使用docker，需要对网络、存储等做一些特殊的处理。

6. 容器和主机的管理

Docker是轻量级的不假，但是随着轻量以后，势必会出现大量的容器和主机。本身使用docker的出发点是降低运维成本，提升效率，但是管理上的成本相反却会上升。主机的监控、容器的监控、容器和容器之间的联系等等，都需要专业的公司来处理。很多人可能会想，我可以使用kubernetes，mesos等开源框架，不过我想给你敲一个警钟，如果你没有10人以上的运维团队，最好不要去碰这类框架。这类框架设计之初就是管理成千上万台的主机，如果你没有这么大的量，一定会让你日后的维护非常的酸爽。