diff --git a/concepts/pod.md b/concepts/pod.md
index 02a70c3e7..efed49280 100644
--- a/concepts/pod.md
+++ b/concepts/pod.md
@@ -18,7 +18,7 @@ Pod中的容器也有访问共享volume的权限，这些volume会被定义成po
 
 根据docker的结构，Pod中的容器共享namespace和volume，不支持共享PID的namespace。
 
-就像每个应用容器，pod被认为是临时（非持久的）实体。在Pod的生命周期中讨论过，pod被创建后，被分配一个唯一的UI（UID），调度到节点上，并一致维持期望的状态知道被终结（根据重启策略）或者被删除。如果node死到了，分配到了这个node上的pod，在经过一个超时时间后会被重新调度到其他node节点上。一个给定的pod（如UID定义的）不会被“重新调度”到新的节点上，而是被一个同样的pod取代，如果期望的话甚至可以是相同的名字，但是会有一个新的UID（查看replication controller获取详情）。（未来，一个更高级别的API将支持pod迁移）。
+就像每个应用容器，pod被认为是临时（非持久的）实体。在Pod的生命周期中讨论过，pod被创建后，被分配一个唯一的UI（UID），调度到节点上，并一致维持期望的状态直到被终结（根据重启策略）或者被删除。如果node死到了，分配到了这个node上的pod，在经过一个超时时间后会被重新调度到其他node节点上。一个给定的pod（如UID定义的）不会被“重新调度”到新的节点上，而是被一个同样的pod取代，如果期望的话甚至可以是相同的名字，但是会有一个新的UID（查看replication controller获取详情）。（未来，一个更高级别的API将支持pod迁移）。
 
 Volume跟pod有相同的生命周期（当其UID存在的时候）。当Pod因为某种原因被删除或者被新创建的相同的Pod取代，它相关的东西（例如volume）也会被销毁和再创建一个新的volume。
 
@@ -131,4 +131,4 @@ Pod是kubernetes REST API中的顶级资源类型。
 
 在kuberentes1.6的V1 core API版本中的Pod的数据结构如下图所示：
 
-![Pod Cheetsheet](../images/kubernetes-pod-cheatsheet.png)
\ No newline at end of file
+![Pod Cheetsheet](../images/kubernetes-pod-cheatsheet.png)