目录
一、pod
1.1. 最小部署单元
1.2. 一组容器的集合
1.3. 共享网络
1.4. 生命周期是短暂的
二、controller
2.1. 确保预期的pod副本数量
2.2. 无状态应用部署
2.3. 有状态应用部署
2.4. 确保所有的node运行同一个pod
2.5. 一次性任务和定时任务
三、service
k8s中的核心概念大致上分为三个，分别是pod、controller和service。我们下面一一进行介绍。
一、pod
Pod是k8s的核心概念之一，搞不懂Pod，就没法玩k8s。
1.1. 最小部署单元
pod是k8s中最小部署单元。在docker中的最小部署单元是容器，而k8s中是pod。
1.2. 一组容器的集合
pod可以理解为一组容器的集合，pod里面有很多的容器。
1.3. 共享网络
一个pod中的容器是共享网络的。如果一个容器监听了80端口，另外的容器也可以监听到。如果一个容器启用了80端口，则另外的容器就不能使用80端口了。
1.4. 生命周期是短暂的
pod不是一直存在的，如果服务器重启，重新部署，则该pod就不存在了，此时会生成新的的pod。
二、controller
2.1. 确保预期的pod副本数量
2.2. 无状态应用部署
无状态应用是孤立存在的，只提供一项服务或功能，之前并未有任何约定就可以直接使用的应用。
无状态事务的典型示例是执行在线搜索，寻找您想要的答案。您在搜索引擎中输入问题，然后按 Enter。如果您的事务被意外中断或关闭，则只需重新开始即可。我们不妨将无状态事务看作一台自动售货机：一个请求对应一个响应。
2.3. 有状态应用部署
依赖于其他服务、存储等前置条件，网络ip要统一，每次都要请求相同的服务器。比如电子支付、电子邮件等。这些操作是在先前的事务背景下执行的，当前事务可能会受到先前事务的影响。正因如此，有状态应用在每次处理用户的请求时都会使用相同的服务器。
如果有状态事务被中断，其上下文和历史记录会被存储下来，这样就可以或多或少地从上次中断的地方继续。有状态应用会跟踪诸如窗口位置、设置首选项和近期活动等内容。我们可以把有状态事务视为与同一个人进行的定期对话。
2.4. 确保所有的node运行同一个pod
这个我们使用不多
2.5. 一次性任务和定时任务
一次性执行完就没了就是一次性任务，需要在一定周期内反复执行的就是定时任务。
三、service
定义一组pod的访问规则，也是pod的统一入口。
整体流程便是：
通过service统一入口进行统一访问，由controller进行创建pod。这就是k8s三大核心组件的整体工作流程。
