Update 20210104 Docker Compose- a nice way to set up a dev environment.md

translated/tech/20210104 Docker Compose- a nice way to set up a dev environment.md

@@ -27,7 +27,7 @@ Docker Compose：搭建开发环境的好方式
   * 一个 Go 服务 (使用了 [gotty][2] 来代理一些 SSH 连接)
   * 一个 Postgres 数据库
 
-在本地搭建 Rails 服务非常简单，用不着容器（我只需要安装 Postgres 和 Ruby 就行了，小菜一碟）。但是，我还想要把匹配 `/proxy/*` 的请求的发送到 Go 服务，其他所有请求都发送到 Rails 服务，所以我还要用到 Nginx。问题来了，在笔记本电脑上安装 Nginx 对我来说太麻烦了。
+在本地搭建 Rails 服务非常简单，用不着容器（我只需要安装 Postgres 和 Ruby 就行了，小菜一碟）。但是，我还想要把匹配 `/proxy/*` 的请求的发送到 Go 服务，其他所有请求都发送到 Rails 服务，所以需要借助 Nginx。问题来了，在笔记本电脑上安装 Nginx 对我来说太麻烦了。
 
 是时候使用 `docker-compose` 了！
 
@@ -35,7 +35,7 @@ Docker Compose：搭建开发环境的好方式
 
 基本上，Docker Compose 的作用就是允许你运行一组可以互相通信 Docker 容器。
 
-你可以在一个叫做 `docker-compose.yml` 的文件中，配置你所有的容器。下面，我将贴上我为这个服务编写的 `docker-compose.yml` 文件（的全部内容），因为我觉得它真的很简洁、直接！
+你可以在一个叫做 `docker-compose.yml` 的文件中，配置你所有的容器。我在下方将贴上我为这个服务编写的 `docker-compose.yml` 文件（完整内容），因为我觉得它真的很简洁、直接！
 
 ```
 version: "3.3"
@@ -63,7 +63,7 @@ services:
       - "8777:80" # this exposes port 8777 on my laptop
 ```
 
-这个配置包含了两种容器。对于前面两个容器，我不加修改地使用了既有的镜像（`image: postgres` 和 `image: ubuntu`）。对于后面两个，我不得不构建一个自定义容器镜像，其中， `build: docker/rails` 的作用就是告诉 Docker Compose，它应该使用 `docker/rails/Dockerfile` 来构建一个自定义容器。
+这个配置包含了两种容器。对于前面两个容器，我直接使用了现有的镜像（`image: postgres` 和 `image: ubuntu`）。对于后面两个容器，我不得不构建一个自定义容器镜像，其中， `build: docker/rails` 的作用就是告诉 Docker Compose，它应该使用 `docker/rails/Dockerfile` 来构建一个自定义容器。
 
 我需要允许我的 Rails 服务访问一些 API 密钥和其他东西，因此，我使用了 `source secrets.sh`，它的作用就是在环境变量中预设一组密钥。
 
@@ -71,9 +71,9 @@ services:
 
 我一直都是先运行 `docker-compose build` 来构建容器，然后再运行 `docker-compose up` 把所有服务启动起来。
 
-你可以在 yaml 文件中设置 `depends_on`，这样你可以获得更多容器启动时的控制。不过，对于我的这些服务而言，启动顺序并不重要，所以我没有设置它。
+你可以在 yaml 文件中设置 `depends_on`，从而进行更多启动容器的控制。不过，对于我的这些服务而言，启动顺序并不重要，所以我没有设置它。
 
-### 使用网络通信也非常简单
+### 网络互通也非常简单
 
 有件很重要的事：容器之间得能够互相连接才行。Docker Compose 让这件事变得超级简单！假设我有一个 Rails 服务正在名为 `rails_server` 的容器中运行，端口是 3000，那么我就可以通过 `http://rails_server:3000` 来访问该服务。就是这么简单！
 
@@ -118,7 +118,7 @@ $ dig +short @127.0.0.11 go_server
 
 以下所有命令都是在容器外执行的，因为我没有在容器里安装很多网络工具。
 
-**第一步：**：使用 `ps aux | grep puma`，找到我的 Rails 服务的进程 ID。
+**第一步：**：使用 `ps aux | grep puma`，获取 Rails 服务的进程 ID。
 
 找到了，它是 `1837916`！感觉不错哦～
 
@@ -152,7 +152,7 @@ $ sudo nsenter -n -t 1837916 dig +short @127.0.0.11 59426 rails_server
 
 对于类似“这个服务似乎正运行在 X 端口上，但我却在 Y 端口上访问到了它，这是什么回事呢？”的问题，我的第一念头都是“一定是 iptables 在作怪”。
 
-于是，我运行了容器的网络命令空间内运行了 `iptables-save`，果不其然，真相大白：
+于是，我在运行了容器的网络命令空间内执行 `iptables-save`，果不其然，真相大白：
 
 ```
 $ sudo nsenter -n -t 1837916 iptables-save
@@ -165,13 +165,13 @@ COMMIT
 
 ### 数据库文件储存在一个临时目录中
 
-这样做有一个好处：我可以直接挂载 Postgres 容器的数据目录 `./tmp/db`，而不需要在我的笔记本电脑上管理 Postgres 环境。
+这样做有一个好处：我可以直接挂载 Postgres 容器的数据目录 `./tmp/db`，而无需在我的笔记本电脑上管理 Postgres 环境。
 
-我很喜欢这种方式，因为我真的不想在笔记本电脑上，亲自管理一个 Postgres 环境（我也真的不知道该如何配置 Postgres）。还有就是，出于习惯，我更喜欢让开发环境的数据库和代码放在同一个目录下。
+我很喜欢这种方式，因为我真的不想在笔记本电脑上独自管理一个 Postgres 环境（我也真的不知道该如何配置 Postgres）。另外，出于习惯，我更喜欢让开发环境的数据库和代码放在同一个目录下。
 
 ### 仅需一行命令，我就可以访问 Rails 控制台
 
-管理 Ruby 的版本总是有点棘手，并且，即使我暂时搞定了它，我也总是有点担心自己会把 Ruby 环境搞坏，然后就要修它修个十年（夸张）。
+管理 Ruby 的版本总是有点棘手，并且，即使我暂时搞定了它，我也总是有点担心自己会把 Ruby 环境搞坏，然后就要修它个十年（夸张）。
 
 （使用 Docker Compose）搭建好这个开发环境后，如果我需要访问 Rails <ruby>控制台<rt>console</rt></ruby>（一个交互式环境，加载了所有我的 Rails 代码），我只需要运行一行代码即可：
 
@@ -188,7 +188,7 @@ irb(main):001:0>
 
 我碰到了一个问题：Rails 控制台的历史记录丢失了，因为我一直在不断地重启它。
 
-不过，我也找到了一个相当简单的解决方案（嘿嘿）：我往容器中添加了一个 `/root/.irbrc` 文件，它能够把 IRB 历史记录文件的保存位置，修改到一个不受容器重启影响的地方。只需要一行代码就够啦：
+不过，我也找到了一个相当简单的解决方案（嘿嘿）：我往容器中添加了一个 `/root/.irbrc` 文件，它能够把 IRB 历史记录文件的保存位置指向到一个不受容器重启影响的地方。只需要一行代码就够啦：
 
 ```
 IRB.conf[:HISTORY_FILE] = "/app/tmp/irb_history"