摘要:为了证明模板,我们可以使用环境变量配置让这个变成一个更通用的代理服务器。我们将定义环境变量作为一个站点的代理。当这个容器使用这个环境变量启动,将使用它来生成一个的路径。
一种 Dockerize 应用的简单方式
标签(空格分隔): Docker dockerize
作者是 jasonwilder。原文地址是 A Simple Way to Dockerize Applications
Dockerizing 一个应用是转化一个应用运行在 Docker 容器中的过程。虽然 dockering 大部分应用是简单的,但是这里每次都有一些问题围绕着工作。每次工作的时候有几个问题都需要待解决。
在 dockerization 时两个常见的问题是:
当它依赖于配置文件时,使得应用使用环境变量
发送应用日志到 STDOUT/STDERR,当它默认记录在 Docker 的文件系统
这篇文章介绍一个新工具:dockerize ,它简化了这两个常见的问题。
问题 配置许多应用使用配置文件来控制它们怎么工作,不同的运行环境有不同的值。比如,对于一个开发环境的数据库连接细节将与生产环境的不同。类似的,API keys 和其他的敏感细节在不同环境将不同。
使用 docker 容器有几个方法可以处理这些环境变量的问题:
在镜像中嵌入所有的环境变量细节和使用一个控制环境变量变量来指出在运行时使用哪个文件。(比如:APP_CONFIG=/etc/dev.config)
在运行时,使用卷来挂载绑定配置文件的数据
使用封装脚本,使用工具像 sed 那些环境变量来修改配置数据
嵌入所有的环境变量细节是不理想的,因为环境变量的改变应该不需要重新构建一个镜像。它也缺少安全,因为敏感数据 API keys, login 证书等等,作为环境变量被存储在镜像中。私发一个开发环境可能会泄露生产环境细节。有些类型的细节在任何镜像中都应该避免的。
使用 volumes 保持这些细节在镜像外面,但会使得部署更复杂,因为你不仅部署镜像。你必须使配置文件的变更和镜像协调。
注入环境变量到普通文件中也不是重要的。你可能有时会制作一个 sed 命令或写一些普通的脚本给它,但这是重复性的工作。这确实产生了一个镜像,但在 Docker 生态系统中工作的很好。
LoggingDocker 容器日志记录到 STDOUT 和 STDERR 更容易故障排解,监控和融入一个中央日志系统。日志可以通过 docker logs 命令和 Docker 日志 API 调用来直接访问。这也有许多工具可以自动拉取 docker 日志和运送它们如果日志记录进 STDOUT 和 STDERR。
不幸地是,默认,许多应用日志记录一个或多个文件到文件系统上。虽然这通常可以围绕工作,计算出每个应用的日志配置的细微差别是乏味的。
使用 Dockerizedockerize 是一个小型的 Golang 应用,可以通过以下简化 dockerization 过程:
在启动时使用模板生成配置文件和容器环境变量
tail 任意的日志文件到 STDOUT 和 STDERR
启动一个进程,运行在容器里面
一个示例为了证明它怎样工作,我们将详细讲述使用 dockerize 来 dockerizing 一个一般的 nginx 的过程。
FROM ubuntu:14.04 # Install Nginx. RUN echo "deb http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" > /etc/apt/sources.list.d/nginx-stable-trusty.list RUN echo "deb-src http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" >> /etc/apt/sources.list.d/nginx-stable-trusty.list RUN apt-key adv --keyserver keyserver.ubuntu.com --recv-keys C300EE8C RUN apt-get update RUN apt-get install -y nginx RUN echo "daemon off;" >> /etc/nginx/nginx.conf EXPOSE 80 CMD nginx
下一步,我们将安装 dockerize 和通过它运行 nginx:
FROM ubuntu:14.04 # Install Nginx. RUN echo "deb http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" > /etc/apt/sources.list.d/nginx-stable-trusty.list RUN echo "deb-src http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" >> /etc/apt/sources.list.d/nginx-stable-trusty.list RUN apt-key adv --keyserver keyserver.ubuntu.com --recv-keys C300EE8C RUN apt-get update RUN apt-get install -y wget nginx RUN echo "daemon off;" >> /etc/nginx/nginx.conf RUN wget https://github.com/jwilder/dockerize/releases/download/v0.0.1/dockerize-linux-amd64-v0.0.1.tar.gz RUN tar -C /usr/local/bin -xvzf dockerize-linux-amd64-v0.0.1.tar.gz ADD dockerize /usr/local/bin/dockerize EXPOSE 80 CMD dockerize nginx
默认 Nginx 在 /var/log/nginx 目录下记录两个不同的文件。如果你交互式的运行这个容器,这将有 nginx 的 access and error 日志流到控制台,或者是你运行 docker logs nginx,因此你可以看到发生了什么。
我们可以通过传递 -stdout
CMD dockerize -stdout /var/log/nginx/access.log -stderr /var/log/nginx/error.log nginx
现在当你运行容器,nginx 日志通过 docker logs nginx 是可用的。
为了证明模板,我们可以使用环境变量配置让这个变成一个更通用的代理服务器。我们将定义环境变量 PROXY_URL 作为一个站点的代理 URL。
PROXY_URL="http://jasonwilder.com"
当这个容器使用这个环境变量启动,dockerize 将使用它来生成一个 nginx 的location 路径。
这是模板:
server { listen 80 default_server; listen [::]:80 default_server ipv6only=on; root /usr/share/nginx/html; index index.html index.htm; # Make site accessible from http://localhost/ server_name localhost; location / { access_log off; proxy_pass {{ .Env.PROXY_URL }}; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }
这时我们最后的 Dockerfile 将看起来这样:
FROM ubuntu:14.04 # Install Nginx. RUN echo "deb http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" > /etc/apt/sources.list.d/nginx-stable-trusty.list RUN echo "deb-src http://ppa.launchpad.net/nginx/stable/ubuntu trusty main" >> /etc/apt/sources.list.d/nginx-stable-trusty.list RUN apt-key adv --keyserver keyserver.ubuntu.com --recv-keys C300EE8C RUN apt-get update RUN apt-get install -y wget nginx RUN echo "daemon off;" >> /etc/nginx/nginx.conf RUN wget https://github.com/jwilder/dockerize/releases/download/v0.0.1/dockerize-linux-amd64-v0.0.1.tar.gz RUN tar -C /usr/local/bin -xvzf dockerize-linux-amd64-v0.0.1.tar.gz ADD default.tmpl /etc/nginx/sites-available/default.tmpl EXPOSE 80 CMD dockerize -template /etc/nginx/sites-available/default.tmpl:/etc/nginx/sites-available/default -stdout /var/log/nginx/access.log -stderr /var/log/nginx/error.log nginx
-template
使用下面命令运行容器:
$ docker run -p 80:80 -e PROXY_URL="http://jasonwilder.com" --name nginx -d nginx
然后你可以通过 http://localhost 访问,它将代理到这个站点。
这是一个简化的例子,但是使用嵌入的 split 函数和 range 声明使它可以很容易的被扩展来处理多个代理值和其他选项。这里有一些其他的可用模板函数示例。
总结虽然这个例子有点简单,许多应用需要一些 shims 来使得在 Docker 中运行的更好。dockerize 是一个通用的工具来帮助你处理这个过程。
你可以在 jwilder/dockerize 找到代码。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/26356.html
摘要:上一篇容器化开发环境已经简单的介绍了如何容器化开发环境。学会断点调试容器中的应用,再也不用为我那乌黑亮丽的头发着急啦原文链接 上一篇容器化开发环境已经简单的介绍了如何容器化开发环境。在开发过程中,很多时候都需要通过断点的方式来调试程序或定位BUG,那么如何断点调试运行在容器中的应用呢??? 容器就像一个虚拟机,就像一个远程的服务器,要断点调试容器中的应用,就像要断点调试虚拟机和远程的服...
摘要:上一篇容器化开发环境数据库连接和迁移分享了关于如何给容器中的应用创建数据库连接,接下来将分享一下如何将数据库从应用容器中分离出来。 上一篇容器化开发环境 - 数据库连接和迁移分享了关于如何给容器中的应用创建数据库连接,接下来将分享一下如何将数据库从应用容器中分离出来。 为什么要进行分离?当应用和数据库在同一个容器中运行时,也就意味着,应用和数据库的生命周期捆绑在了一起,应用和数据库的运...
摘要:为了不让别人痛苦,更不想让自己痛苦,请容器化开发环境吧,让我们享受一键部署开发环境的痛快吧。接下的例子依赖的环境和,请移步自行安装。 有没有过项目之间各种Java版本开发环境切换的场景;有没有过github上clone回来的代码库,由于各种开发环境依赖无法运行的问题;有没有过进入一个新项目时各种配开发环境到深夜的经历...Come On!为什么会这样,一切都是开发环境问题。为了不让别人...
摘要:在容器化开发环境中分享了如何容器化本地的开发环境。对于一个应用,数据库似乎是必不可少的东西。下面会通过例子来介绍一下如何一个容器中的数据库。例子将会使用的技术栈在目录下新建文件,用于控制数据库的启动。 在 容器化开发环境 中分享了如何容器化本地的开发环境。对于一个Web应用,数据库似乎是必不可少的东西。下面会通过例子来介绍一下如何Setup一个容器中的数据库。例子将会使用的技术栈: ...
阅读 2985·2021-11-25 09:43
阅读 3635·2021-08-31 09:41
阅读 1243·2019-08-30 15:56
阅读 2128·2019-08-30 15:55
阅读 2996·2019-08-30 13:48
阅读 2818·2019-08-29 15:15
阅读 986·2019-08-29 15:14
阅读 2660·2019-08-28 18:26