前面的文章我们分享了 pod ，RC，RS，DaemonSet，CJ，Service 等各种资源今天我们来分享一波如何将磁盘挂载到容器中，在 docker 里面这种技术叫做 数据卷，感兴趣的小伙伴可以查看一下文章：【Docker 系列】docker 学习六，探究一下数据卷容器对于一个 pod ，他有自己的 CPU，RAM，网络接口等资源都是可以被 pod 里面的容器共享的，但是每一个容器是有自己独

以上就是今天分享到的。

好不容易，终于来到 k8s 自身的原理之的一部分了前面我们用 2 个简图展示了 pod 之间和 pod 与 node 之间是如何通信息的，且通信的数据包是不会经过的。

前面咱们分享了 mater 和 worker 节点里面都有哪些组件，他们又是各自主要负责的工作是什么，现在我们心里应该都有数了吧etcd 存储资源配置，ApiServer 提供 RESTful Api 用于交互，scheduler 用于调度 pod，controller manager 控制器管理器kubelet 管理 节点上的所有组件和内容，kube-proxy，作为代理将数据给到 pod。

在 K8S 中定义一个 pod 也是比较简单的，就是写一个 yaml 文件，只不过我们刚开始需要多加尝试和练习yaml 文件大体是这样的，纯手写， 下面的配置，我把不太容易理解的或者说是容易误解的名词解释一下，其他的自行看英文即可理解。

那么前面分享了那么多的关于 k8s 自身组件的原理，这一切的一切，咱们在主机环境都是需要耗费很大的人力成本去做的事情，因而，最终才会选择服务部署在 k8s 上面，

我们继续来查看 k8s 的卷，上一次我们分享了将磁盘挂载到容器中，empyDir 和 gitRepo 都是会随着 pod 的启动而创建，随着 pod 的删除而销毁那么我们或许会有这样的需求，期望在 pod 上面读取节点的文件或者使用节点的文件系统来访问节点的设备。

可以得到 namespace，secret.name，service-account.name，service-account.uid 等信息，ServiceAccount 相当重要，之前我们说到过访问 pod 元数据的时候，就提到过 ServiceAccount**，以及相应的挂载文件：**文件来进行身份认证的，这是代表了运行的 pod 中的应用程序的身份证明，技术是开放的，我们的心态，更应是开

在我们学习 docker 和 K8S 的过程中，有没有思考过，为什么需要引入 pod 这个概念，我们一个容器里面设计成跑多个进程不就好了吗？实际上，容器是被设计成每个容器只能运行一个进程的，当然这个进程在程序中自动开辟的子进程是不包含在内的如果我们单个容器中运行了多个不相关的进程，那么当同一个容器中别的进程崩溃的时候，便会影响到其他进程多个进程跑在同一个容器中，如何区分进程在标准输出打印的信息呢，

前面有分享到 master 主节点上的 四个组件，etcd，ApiServer，scheduler，controller manager接下来我们分享一波 woker 节点上的组件，xdm 还记得？前面多多少少说了一些，但是 kubectl 具体是做啥的呢？