上一篇文章我大概向大家描述了kubernetes中重要的概念，从本篇章开始，我将会针对之前的每一个重要概念进行一一详述，今天由Pod开始。

Pod 是 Kubernetes 的最小工作单元。每个 Pod 包含一个或多个容器。Pod 中的容器会作为一个整体被 Master 调度到一个 Node 上运行。通常会将紧密相关的一组容器放到一个 Pod 中，同一个 Pod 中的所有容器共享 IP 地址和 Port 空间，也就是说它们在一个 network namespace 中。

大家到这里可能会有一些疑惑，为什么kubernetes会设计出一个新的最小工作单元呢？好好的用容器做工作单元，一个容器就是一个调度的单位不是更好吗，大家对工作单元的理解因为有了docker等容器的知识也会比较容易。
这里的原因有三个：

1. pod里面的多个容器共享一个pause根容器。同一个pod的容器可以共享pause根容器的IP和volume，这样子使得一组紧密的容器之间的通讯和挂载卷变得非常简单。
2. 可以让一组紧密的容器可以被同时调度到同一个woker（node）节点中。例如如果我需要部署的服务中同时存在PHP+Mysql两个容器，每一个容器在启动的时候被scheduler随机分别部署在两个不同的woker节点上，他们之间的通讯就会变得困难。
3. 可以以整体的方式去进行容器组的管理，非常紧密的容器组可以由pod去管理他们的存活情况。
   

最后给大家扩展几个知识点：

1. 在kubernetes中，我们可以为每个Pod上面的容器或者是设置计算资源的限额，目前我发现能够支持的设置有CPU与Memory两种，其中CPU的资源单位为CPU（Core）的数量，是一个绝对值而非相对值，如可设置为200M等。
   

2. Pod有Event的记录，这是为了让我们在pod出现问题的时候能够有途径去获取具体的事件日志。当某个Pod迟迟无法创建时，可以用kubectl describe pod xxxx来查看它的描述信息，以定位问题的成因。当然我们也可以在kubernetes中集成各种监控和日志组件，例如ELK、Prometheus

3. 在kubernetes中也有和docker类似的volume，在kubernetes中命名为Pod Volume，它是被定义在Pod上，然后被各个容器挂载到自己的文件系统中的。实际上，在kubernetes上是支持非常多种文件挂载的，在接下来的教程中，我会为大家展示。