本文主要包括Pod的基本概念、使用场景，以及如何在时速云平台上进行Pod的编排部署，希望对大家在进行微服务架构实践时有所帮助。
我们先来看一下Pod的基本特性
Pod是 Kubernetes为部署、管理、编排容器化应用提出的概念，也是Kubernetes中的最小部署单元，直译过来的意思是“豆荚”，既简单又实用。
Pod是由一组紧耦合的容器组成的容器组，当然目前最流行的就是Docker容器，Pod就可以作为1或者多个Docker 容器的载体，当然也支持CoreOS的 rkt，并很容易扩展支持更多容器技术。
Pod中的所用容器会被一致调度、同节点部署，并且在一个“共享环境”中运行。这里的“共享环境”包括以下几点：
1）所有容器共享一个IP地址和端口空间，意味着容器之间可以通过localhost高效访问，不能有端口冲突
2）允许容器之间共享存储卷，通过文件系统交互信息
3）容器之间可以通过IPC（inter-process communication)进行通信（目前这个feature还没有实现，主要依赖于Docker对容器之间进程通信的支持，在Docker社区有issue track）
所以，如果按照每个Docker容器一个process的建议，Pod则是支持多个关系紧密进程很好的方式，更像是一个容器化的虚拟机。
Pod也提供探针功能，对容器服务进行健康检查，目前有两种方式：
1）LivenessProbe，用来检测服务是否正常运行，如果定义的规则失败了，系统就会*掉这个容器，默认情况下自动创建一个新的容器。
比如一个容器服务对外提供Restful Service，服务可能会在某些情况下hang或者响应时间变长，我们就可以定义一个URL作为health check，一旦这个URL没有正常响应，就认为需要重启服务，这时候就可以使用 LivenessProbe。
2）ReadinessProbe，用来标识容器是否准备好提供正常服务，如果没有启动完成检测失败，系统会将该服务节点从服务代理的列表中删除，用户的请求就不会路由到该节点了。Pod定义和LivenessProbe类似：
在Pod的生命周期管理中，还提供了在容器启动后(postStart) 和容器停止前(preStop)两个handler，方便我们在这两个事件上添加自定义的hook操作。
比如我们可以定义在容器创建后，先执行一条命令把自己的应用复制到tomcat的webapps下，那么直到这个hook操作完成，才会进行容器启动等后续操作。
