diff --git a/_images/fig-example-large.png b/_images/fig-example-large.png
new file mode 100644
index 0000000..dc26d4f
Binary files /dev/null and b/_images/fig-example-large.png differ
diff --git a/fig/intro.md b/fig/intro.md
index 1ceb589..8569009 100644
--- a/fig/intro.md
+++ b/fig/intro.md
@@ -26,7 +26,7 @@ db:
 
 接着执行命令 `fig up` ，然后 Fig 就会启动并运行你的应用了。
 
-![Docker](../_images/fig-example-large.gif)
+![Docker](../_images/fig-example-large.png)
 
 Fig 可用的命令有:
 
diff --git a/kubernetes/design.md b/kubernetes/design.md
index 8ab17a9..7f76767 100644
--- a/kubernetes/design.md
+++ b/kubernetes/design.md
@@ -13,7 +13,7 @@
 
 下面这张图完整展示了 Kubernetes 的运行原理。
 
-![Kubernetes 架构](../../_images/k8s_architecture.png)
+![Kubernetes 架构](../_images/k8s_architecture.png)
 
 可见，Kubernetes 首先是一套分布式系统，由多个节点组成，节点分为两类：一类是属于管理平面的主节点/控制节点（Master Node）；一类是属于运行平面的工作节点（Worker Node）。
 
@@ -39,4 +39,4 @@
 * kubelet 是工作节点执行操作的 agent，负责具体的容器生命周期管理，根据从数据库中获取的信息来管理容器，并上报 pod 运行状态等；
 * kube-proxy 是一个简单的网络访问代理，同时也是一个 Load Balancer。它负责将访问到某个服务的请求具体分配给工作节点上的 Pod（同一类标签）。
 
-![Proxy 代理对服务的请求](../../_images/kube-proxy.png)
+![Proxy 代理对服务的请求](../_images/kube-proxy.png)
diff --git a/kubernetes/quickstart.md b/kubernetes/quickstart.md
index 5a577f4..1e051c2 100644
--- a/kubernetes/quickstart.md
+++ b/kubernetes/quickstart.md
@@ -4,7 +4,7 @@
 
 下图展示了在单节点使用 Docker 快速部署一套 Kubernetes 的拓扑。
 
-![在 Docker 中启动 Kubernetes](../../_images/k8s-singlenode-docker.png)
+![在 Docker 中启动 Kubernetes](../_images/k8s-singlenode-docker.png)
 
 Kubernetes 依赖 Etcd 服务来维护所有主节点的状态。
 
diff --git a/swarm/usage.md b/swarm/usage.md
index ee40198..39937c2 100644
--- a/swarm/usage.md
+++ b/swarm/usage.md
@@ -44,7 +44,7 @@ b7625e5a7a2dc7f8c4faacf2b510078e
 
 在所有要加入集群的节点上面执行 `swarm join` 命令，表示要把这台机器加入这个集群当中。在本次试验中，就是要在 83、84 和 124 这三台机器上执行下面的这条命令：
 ```sh
-sudo docker run --rm swarm join --addr=ip_address:2375 token://token_id
+sudo docker run -d swarm join --addr=ip_address:2375 token://token_id
 ```
 其中的 ip_address 换成执行这条命令的机器的 IP，token_id 换成上一步执行 `swarm create` 返回的 token。