diff --git a/translated/tech/20151119 Going Beyond Hello World Containers is Hard Stuff.md b/published/20151119 Going Beyond Hello World Containers is Hard Stuff.md
similarity index 59%
rename from translated/tech/20151119 Going Beyond Hello World Containers is Hard Stuff.md
rename to published/20151119 Going Beyond Hello World Containers is Hard Stuff.md
index c42b278787..f4e7b89720 100644
--- a/translated/tech/20151119 Going Beyond Hello World Containers is Hard Stuff.md	
+++ b/published/20151119 Going Beyond Hello World Containers is Hard Stuff.md	
@@ -1,42 +1,41 @@
-要超越Hello World 容器是件困难的事情
+从 Hello World 容器进阶是件困难的事情
 ================================================================================
 
-在[我的上一篇文章里][1]， 我介绍了Linux 容器背后的技术的概念。我写了我知道的一切。容器对我来说也是比较新的概念。我写这篇文章的目的就是鼓励我真正的来学习这些东西。
+在[我的上一篇文章里][1]， 我介绍了 Linux 容器背后的技术的概念。我写了我知道的一切。容器对我来说也是比较新的概念。我写这篇文章的目的就是鼓励我真正的来学习这些东西。
 
-我打算在使用中学习。首先实践，然后上手并记录下我是怎么走过来的。我假设这里肯定有很多想"Hello World" 这种类型的知识帮助我快速的掌握基础。然后我能够更进一步，构建一个微服务容器或者其它东西。
+我打算在使用中学习。首先实践，然后上手并记录下我是怎么走过来的。我假设这里肯定有很多像 "Hello World" 这种类型的知识帮助我快速的掌握基础。然后我能够更进一步，构建一个微服务容器或者其它东西。
 
-我的意思是还会比着更难吗，对吧？
+我想，它应该不会有多难的。
 
-错了。
+但是我错了。
 
-可能对某些人来说这很简单，因为他们会耗费大量的时间专注在操作工作上。但是对我来说实际上是很困难的，可以从我在Facebook 上的状态展示出来的挫折感就可以看出了。
+可能对某些人来说这很简单，因为他们在运维工作方面付出了大量的时间。但是对我来说实际上是很困难的，可以从我在Facebook 上的状态展示出来的挫折感就可以看出了。
 
-但是还有一个好消息：我最终让它工作了。而且他工作的还不错。所以我准备分享向你分享我如何制作我的第一个微服务容器。我的痛苦可能会节省你不少时间呢。
+但是还有一个好消息：我最终搞定了。而且它工作的还不错。所以我准备分享向你分享我如何制作我的第一个微服务容器。我的痛苦可能会节省你不少时间呢。
 
-如果你曾经发现或者从来都没有发现自己处在这种境地：像我这样的人在这里解决一些你不需要解决的问题。
+如果你曾经发现你也处于过这种境地，不要害怕：像我这样的人都能搞定，所以你也肯定行。
 
 让我们开始吧。
 
-
 ### 一个缩略图微服务 ###
 
-我设计的微服务在理论上很简单。以JPG 或者PNG 格式在HTTP 终端发布一张数字照片，然后获得一个100像素宽的缩略图。
+我设计的微服务在理论上很简单。以 JPG 或者 PNG 格式在 HTTP 终端发布一张数字照片，然后获得一个100像素宽的缩略图。
 
-下面是它实际的效果：
+下面是它的流程：
 
 ![container-diagram-0](https://deis.com/images/blog-images/containers-hard-0.png)
 
-我决定使用NodeJS 作为我的开发语言，使用[ImageMagick][2] 来转换缩略图。
+我决定使用 NodeJS 作为我的开发语言，使用 [ImageMagick][2] 来转换缩略图。
 
 我的服务的第一版的逻辑如下所示：
 
 ![container-diagram-1](https://deis.com/images/blog-images/containers-hard-1.png)
 
-我下载了[Docker Toolbox][3]，用它安装了Docker 的快速启动终端。Docker 快速启动终端使得创建容器更简单了。终端会启动一个装好了Docker 的Linux 虚拟机，它允许你在一个终端里运行Docker 命令。
+我下载了 [Docker Toolbox][3]，用它安装了 Docker 的快速启动终端（Docker Quickstart Terminal）。Docker 快速启动终端使得创建容器更简单了。终端会启动一个装好了 Docker 的 Linux 虚拟机，它允许你在一个终端里运行 Docker 命令。
 
-虽然在我的例子里，我的操作系统是Mac OS X。但是Windows 下也有相同的工具。
+虽然在我的例子里，我的操作系统是 Mac OS X。但是 Windows 下也有相同的工具。
 
-我准备使用Docker 快速启动终端里为我的微服务创建一个容器镜像，然后从这个镜像运行容器。
+我准备使用 Docker 快速启动终端里为我的微服务创建一个容器镜像，然后从这个镜像运行容器。
 
 Docker 快速启动终端就运行在你使用的普通终端里，就像这样：
 
@@ -44,11 +43,11 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 ###  第一个小问题和第一个大问题###
 
-所以我用NodeJS 和ImageMagick 瞎搞了一通然后让我的服务在本地运行起来了。
+我用 NodeJS 和 ImageMagick 瞎搞了一通，然后让我的服务在本地运行起来了。
 
-然后我创建了Dockerfile，这是Docker 用来构建容器的配置脚本。（我会在后面深入介绍构建和Dockerfile）
+然后我创建了 Dockerfile，这是 Docker 用来构建容器的配置脚本。（我会在后面深入介绍构建过程和 Dockerfile）
 
-这是我运行Docker 快速启动终端的命令：
+这是我运行 Docker 快速启动终端的命令：
 
     $ docker build -t thumbnailer:0.1
 
@@ -58,32 +57,31 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 呃。
 
-我估摸着过了15分钟：我忘记了在末尾参数输入一个点`.`。
+我估摸着过了15分钟我才反应过来：我忘记了在末尾参数输入一个点`.`。
 
 正确的指令应该是这样的：
 
     $ docker build -t thumbnailer:0.1 .
 
+但是这不是我遇到的最后一个问题。
 
-但是这不是我最后一个问题。
-
-我让这个镜像构建好了，然后我Docker 快速启动终端输入了[`run` 命令][4]来启动容器，名字叫`thumbnailer:0.1`:
+我让这个镜像构建好了，然后我在 Docker 快速启动终端输入了 [`run` 命令][4]来启动容器，名字叫 `thumbnailer:0.1`:
 
     $ docker run -d -p 3001:3000 thumbnailer:0.1
 
-参数`-p 3001:3000` 让NodeJS 微服务在Docker 内运行在端口3000，而在主机上则是3001。
+参数 `-p 3001:3000` 让 NodeJS 微服务在 Docker 内运行在端口3000，而绑定在宿主主机上的3001。
 
-到目前卡起来都很好，对吧？
+到目前看起来都很好，对吧？
 
 错了。事情要马上变糟了。
 
-我指定了在Docker 快速启动中端里用命令`docker-machine` 运行的Docker 虚拟机的ip地址：
+我通过运行 `docker-machine` 命令为这个 Docker 快速启动终端里创建的虚拟机指定了 ip 地址：
 
     $ docker-machine ip default
 
-这句话返回了默认虚拟机的IP地址，即运行docker 的虚拟机。对于我来说，这个ip 地址是192.168.99.100。
+这句话返回了默认虚拟机的 IP 地址，它运行在 Docker 快速启动终端里。在我这里，这个 ip 地址是 192.168.99.100。
 
-我浏览网页http://192.168.99.100:3001/ ，然后找到了我创建的上传图片的网页：
+我浏览网页 http://192.168.99.100:3001/ ，然后找到了我创建的上传图片的网页：
 
 ![container-diagram-3](https://deis.com/images/blog-images/containers-hard-3.png)
 
@@ -91,13 +89,13 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 但是它并没有工作。
 
-终端告诉我他无法找到我的微服务需要的`/upload` 目录。
+终端告诉我他无法找到我的微服务需要的 `/upload` 目录。
 
-现在开始记住，我已经在此耗费了将近一天的时间－从浪费时间到研究问题。我此时感到了一些挫折感。
+现在，你要知道，我已经在此耗费了将近一天的时间－从浪费时间到研究问题。我此时感到了一些挫折感。
 
 然后灵光一闪。某人记起来微服务不应该自己做任何数据持久化的工作！保存数据应该是另一个服务的工作。
 
-所以容器找不到目录`/upload` 的原因到底是什么？这个问题的根本就是我的微服务在基础设计上就有问题。
+所以容器找不到目录 `/upload` 的原因到底是什么？这个问题的根本就是我的微服务在基础设计上就有问题。
 
 让我们看看另一幅图：
 
@@ -109,7 +107,7 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 ![container-diagram-5](https://deis.com/images/blog-images/containers-hard-5.png)
 
-这是我用NodeJS 写的在内存工作、生成缩略图的代码：
+这是我用 NodeJS 写的在内存运行、生成缩略图的代码：
 
     // Bind to the packages
     var express = require('express');
@@ -171,19 +169,19 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
     
     module.exports = router;
 
-好了，回到正轨，已经可以在我的本地机器正常工作了。我该去休息了。
+好了，一切回到了正轨，已经可以在我的本地机器正常工作了。我该去休息了。
 
-但是，在我测试把这个微服务当作一个普通的Node 应用运行在本地时...
+但是，在我测试把这个微服务当作一个普通的 Node 应用运行在本地时...
 
 ![Containers Hard](https://deis.com/images/blog-images/containers-hard-6.png)
 
-它工作的很好。现在我要做的就是让他在容器里面工作。
+它工作的很好。现在我要做的就是让它在容器里面工作。
 
 第二天我起床后喝点咖啡，然后创建一个镜像——这次没有忘记那个"."!
 
     $ docker build -t thumbnailer:01 .
 
-我从缩略图工程的根目录开始构建。构建命令使用了根目录下的Dockerfile。它是这样工作的：把Dockerfile 放到你想构建镜像的地方，然后系统就默认使用这个Dockerfile。
+我从缩略图项目的根目录开始构建。构建命令使用了根目录下的 Dockerfile。它是这样工作的：把 Dockerfile 放到你想构建镜像的地方，然后系统就默认使用这个 Dockerfile。
 
 下面是我使用的Dockerfile 的内容：
 
@@ -209,7 +207,7 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 ### 第二个大问题 ###
 
-我运行了`build` 命令，然后出了这个错：
+我运行了 `build` 命令，然后出了这个错：
 
     Do you want to continue? [Y/n] Abort.
     
@@ -217,7 +215,7 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 我猜测微服务出错了。我回到本地机器，从本机启动微服务，然后试着上传文件。
 
-然后我从NodeJS 获得了这个错误：
+然后我从 NodeJS 获得了这个错误：
 
     Error: spawn convert ENOENT
 
@@ -225,25 +223,25 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
 
 我搜索了我能想到的所有的错误原因。差不多4个小时后，我想：为什么不重启一下机器呢？
 
-重启了，你猜猜结果？错误消失了！（译注：万能的重启）
+重启了，你猜猜结果？错误消失了！（LCTT 译注：万能的“重启试试”）
 
 继续。
 
-### 将精灵关进瓶子 ###
+### 将精灵关进瓶子里 ###
 
 跳回正题：我需要完成构建工作。
 
-我使用[`rm` 命令][5]删除了虚拟机里所有的容器。
+我使用 [`rm` 命令][5]删除了虚拟机里所有的容器。
 
     $ docker rm -f $(docker ps -a -q)
 
 `-f` 在这里的用处是强制删除运行中的镜像。
 
-然后删除了全部Docker 镜像，用的是[命令`rmi`][6]:
+然后删除了全部 Docker 镜像，用的是[命令 `rmi`][6]:
 
     $ docker rmi if $(docker images | tail -n +2 | awk '{print $3}')
 
-我重新执行了命令构建镜像，安装容器，运行微服务。然后过了一个充满自我怀疑和沮丧的一个小时，我告诉我自己：这个错误可能不是微服务的原因。
+我重新执行了重新构建镜像、安装容器、运行微服务的整个过程。然后过了一个充满自我怀疑和沮丧的一个小时，我告诉我自己：这个错误可能不是微服务的原因。
 
 所以我重新看到了这个错误：
 
@@ -251,19 +249,17 @@ Docker 快速启动终端就运行在你使用的普通终端里，就像这样
     
     The command '/bin/sh -c apt-get install imagemagick libmagickcore-dev libmagickwand-dev' returned a non-zero code: 1
 
-这太打击我了：构建脚本好像需要有人从键盘输入Y！ 但是，这是一个非交互的Dockerfile 脚本啊。这里并没有键盘。
+这太打击我了：构建脚本好像需要有人从键盘输入 Y！ 但是，这是一个非交互的 Dockerfile 脚本啊。这里并没有键盘。
 
-回到Dockerfile，脚本元来时这样的：
+回到 Dockerfile，脚本原来是这样的：
 
     RUN apt-get update
     RUN apt-get install -y nodejs nodejs-legacy npm
     RUN apt-get install imagemagick libmagickcore-dev libmagickwand-dev
     RUN apt-get clean
 
-The second `apt-get` command is missing the `-y` flag which causes "yes" to be given automatically where usually it would be prompted for.
-第二个`apt-get` 忘记了`-y` 标志，这才是错误的根本原因。
+第二个`apt-get` 忘记了`-y` 标志，它用于自动应答提示所需要的“yes”。这才是错误的根本原因。
 
-I added the missing `-y` to the command:
 我在这条命令后面添加了`-y` ：
 
     RUN apt-get update
@@ -281,7 +277,6 @@ I added the missing `-y` to the command:
 
     $ docker run -d -p 3001:3000 thumbnailer:0.1
 
-Got the IP address of the Virtual Machine:
 获取了虚拟机的IP 地址：
 
     $ docker-machine ip default
@@ -298,11 +293,11 @@ Got the IP address of the Virtual Machine:
 
 在容器里面工作了，我的第一次啊！
 
-### 这意味着什么? ###
+### 这让我学到了什么? ###
 
-很久以前，我接受了这样一个道理：当你刚开始尝试某项技术时，即使是最简单的事情也会变得很困难。因此，我压抑了要成为房间里最聪明的人的欲望。然而最近几天尝试容器的过程就是一个充满自我怀疑的旅程。
+很久以前，我接受了这样一个道理：当你刚开始尝试某项技术时，即使是最简单的事情也会变得很困难。因此，我不会把自己当成最聪明的那个人，然而最近几天尝试容器的过程就是一个充满自我怀疑的旅程。
 
-但是你想知道一些其它的事情吗？这篇文章是我在凌晨2点完成的，而每一个折磨的小时都值得了。为什么？因为这段时间你将自己全身心投入了喜欢的工作里。这件事很难，对于所有人来说都不是很容易就获得结果的。但是不要忘记：你在学习技术，运行世界的技术。
+但是你想知道一些其它的事情吗？这篇文章是我在凌晨2点完成的，而每一个受折磨的时刻都值得了。为什么？因为这段时间你将自己全身心投入了喜欢的工作里。这件事很难，对于所有人来说都不是很容易就获得结果的。但是不要忘记：你在学习技术，运行世界的技术。
 
 P.S. 了解一下Hello World 容器的两段视频，这里会有 [Raziel Tabib’s][7] 的精彩工作内容。
 
@@ -320,12 +315,12 @@ via: https://deis.com/blog/2015/beyond-hello-world-containers-hard-stuff
 
 作者：[Bob Reselman][a]
 译者：[Ezio](https://github.com/oska874)
-校对：[校对者ID](https://github.com/校对者ID)
+校对：[wxy](https://github.com/wxy)
 
 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
 
 [a]:https://deis.com/blog
-[1]:http://deis.com/blog/2015/developer-journey-linux-containers
+[1]:https://linux.cn/article-6594-1.html
 [2]:https://github.com/rsms/node-imagemagick
 [3]:https://www.docker.com/toolbox
 [4]:https://docs.docker.com/reference/commandline/run/