原文链接: Docker for Development: Common Problems and Solutions (翻译:Bruce.Chen)
从开发环境Dev到生产环境Prod已经开始用docker了吗? 这里有一些hacky用来解决开发中的常见问题。有些只适用于VirtualBox,其他的则没有限制。
端口转发只能用在boot2docker下的VM。 如果你也想用同一端口转发到你的主机,比如你正在测试Android应用程序的后台或者想分享VM呢?
你有两个选择:
1 — 到VirtualBox的设置里去添加一个Bridged adapter。 现在当你再启动docker-machine,你的VM就会得到一个正式的LAN地址。 这时你就可以从网络上的其他任何设备访问虚拟机,而且docker-compose的端口转发也可以使用。
2 — 等到 Issue #691 (或相关)得到解决。 就可以允许你使用SSH端口转发。唯一的问题是你必须手动的操作需要的每一个端口。
docker-machine ssh -L <host-port>:localhost:<machine-port>
默认情况下,当你用docker-machine创建一个VM,只得到非常低的配置(1CPU,1GB RAM)。 运行“docker-machine help create”去了解相应的flags后,就可用它们来增加CPU/RAM。 例如:
docker-machine create /
--driver virtualbox /
--virtualbox-cpu-count 2 /
--virtualbox-memory 2048 /
dev
有多种原因导致 这种 错误发生,但是最常见的一种是VirtualBox缺少 Guest Additions 。 请确定它被安装了(VirtualBox > Preferences > Extensions)并要匹配VirtualBox的版本。 这大多发生在VirtualBox是单独安装的。
在boot2docker中,这是一个 已知的bug 。因为它为了考虑提升速度而只是缓存NFS文件。所以你需要刷新文件系统缓存。
docker-machine ssh <name-of-your-machine>
sudo cache-clear
(OR)
sudo su
有些commands/languages忽略FS的缓存。 例如,当运行npm,less, vi,等等,你将不会发现这些错误。但其他的命令都使用缓存 —cat,python,Apache SendFile,等等。
在VirtualBox中,这个问题也涉及到[Apache SendFile bug](https://www.virtualbox.org/ticket/9069)。
有时你会看到怪异的网络错误,像地址不能解析,不能ping通,等等。通常是由于主机的网络配置被更改了(例如,你切换到了WiFi网络等),这时可以重启VM获得更新过的网络配置。
你的Dockerfile通常被用来编译和构建应用,并准备启动。 当以volume去挂载你的文件夹(如通常在开发的情况下),这会导致各种问题。
1—有些语言(Ruby, Python, 等等)的安装依赖于用户目录的共享文件夹。 其他的(Node/NPM)直接在当前的应用程序文件夹中安装。 因此,尽管构建容器的时候有“npm install“,但以后当你用共享的volume运行“docker-compose up”,“node_modules”文件夹消失了!
2—类似的,build文件夹也没了。 结果,容器用来启动应用的CMD多数情况下就不能工作。
这是棘手的,即使你在dev和prod用不同的Dockerfiles。 因为这不是一个build image时的问题,而是一个容器的运行时的问题。 目前的解决方法依赖于你的语言(rake/grunt/gulp/fabric/etc)对应的Task runner,并在docker的CMD中用它去开发。 不要在Dockerfile中填写应用的“build”逻辑,相反地请使用task runner。
{{{# gulp/grunt/rake/...
# have a "build" task
# used for normal production deployment
# here you use separate tasks as needed
COPY package.json /myapp/
RUN npm install
COPY . /myapp
RUN gulp build
CMD ["npm", "start"]
# when developing, combine all the above commands
myservice:
volumes: ".:/myapp"
command: "sh -c 'npm install && gulp build && npm start'"
确定你的“.dockerignore”文件在跨平台时能忽略常见的特殊文件。 这些不必要的文件将无效docker的构建缓存。 有了正确的”.dockerignore“的文件,build的时候你可以简单地运行”COPY ./myapp“去复制你的整个app源代码,而不是一个文件夹又一个文件的去复制。
# Ignore .git folder
.git*
build/
target/
node_modules/
.bundler/
etc
使用 gitignore.io 获取对应语言/平台的常见文件清单。 但请记住,”.gitignore”和”.dockerignore”甄别这些文件的方式不同。 Dockerignore要求整个文件名必须匹配。 所以在gitignore里,你可以写”node_modules“去忽略整个文件夹,但在dockerignore你不得不用”node_modules/*“。
下面的 docker-clean命令可以删除所有没有tag的image和停止的容器。 可定期运行该命令去清理VM。
docker ps -aqf status=exited | xargs docker rm
docker images -qf dangling=true | xargs docker rmi
可以用一个单独的docker-compose.test.yml,从平常的”docker-compose.yml“去” extend “服务,但这只是直接覆盖“command”set来运行测试。 然后在CI上,运行以下命令:
docker-compose -f docker-compose.test.yml run <service_name>
这将直接启动所有的链接服务,并运行测试,然后会用你的测试脚本的状态码退出。 现在,您的CI可以简单地安装docker-compose,并可以为每个服务运行上面的命令而不需要了解特定的服务!
当运行测试时,docker-compose很容易把所有的微服务链接在一起。 对于pet项目,这通常不是问题,但对于规模较大的项目就比较头痛。 尽早避免它, 可以像 stubby4node 那样,用一个描述stubbed endpoints的简单的YAML文件去使用stub servers。
当docker-machine VM的时钟与实际时间不同步,你会得到很多奇怪的错误,如签名错误(各种AWS服务)。 在这种情况下,只要重新启动该VM去同步时钟。 这通常发生在暂停/恢复你的笔记本电脑或台式机。 你的主机操作系统更新了时间,但挂起的VM却滞后了。 同样的情况对于Vagrant也是如此。
”无耻的plug“:当我们正在Docker上开发一个菜单栏的应用程序,我们往往在离开时让docker-machine VM一直运行,忘记将其关闭。 看一看 — github.com/rdsubhas/docker-menu !