【容器】

LoadBalancer Service 是在 Node Service 的基础上继续扩展的，类似于 Node Service 在 Cluster Service 的基础上进行扩展。

这些 Pods 如何知道 Service 的 IP 和端口 Port 呢？ 服务发现主要解决的问题是：让 Pods 及时知道 Service 的 IP 和端口 Port。 Service 服

Service 其实是一个抽象的概念，通过虚拟 IP（VIP） 映射出指定的端口，将客户端发来的请求进行代理并转发到后端具有相同 Label 的 Pods 中。 它是 Kubernetes

`DaemonSet`的作用：在每个 `Node` 上都调度一个 `Pod` `DaemonSet`解决了：如何同时在集群中的所有节点上提供基础服务和守护进程

在实际的生产环境中，当服务的请求数量急剧增加的时候，我们需要对某个服务进行扩容，当资源紧张或服务的工作负载降低时，我们可以对某个服务进行缩容。 Pod 扩缩容分为两种模式，手动扩缩容和自动扩

使用 Deployment 进行 Pod 的部署、升级与回滚。 Deployment 资源对象为 Pod 和 ReplicaSet（ReplicationController 的升级版）提供

Deployment 回滚 默认情况下，kubernetes 会在系统中保存所有 Deployment 的 rollout 历史记录，方便随时回退。

使用 Deployment 进行 Pod 的部署、升级与回滚。 Deployment 为 Pod 和 ReplicaSet 提供了声明式定义方法，可以替代之前使用的 RC 来管理应用

预选策略 (Predicates Policies) 预选策略的主要目的是过滤掉不符合条件的 Node 节点，预选策略大体上可以分为如下 4 类

kube-scheduler 职责及调度流程 Master 节点上的核心服务之一 Scheduler。负责实现 `Pod` 的调度，整个调度的过程通过执行一系列复杂的算法

为什么在一个pod上运行多个容器，而不是在一个容器上运行多个进程呢？多容器Pod的特征是什么？使用场景：应用由一个主进程和一个/多个辅助进程组成。

在 `Pod` 的容器中，`Secrets` 可以被挂载成为数据卷或是引用为环境变量来使用。另外还可以在私有仓库 `Docker` 镜像拉取时配置进行使用。

Secret 对象可以存储和管理敏感信息 ConfigMap传递敏感数据，就需要Secret。 不仅用户可以创建 Secret 对象，kubernetes 系统也会创建一些 Secret 对象

每次使用的时候，都需要先定义 `ConfigMap`，然后在 `Pod` 中引用定义好的配置信息。通过环境变量方式使用 `ConfigMap`。

一、前言 想象一个场景：在 Kubernetes 集群中有的时候需要传递一些配置给应用，比如：数据库地址、用户名、密码等，可以有哪些办法呢？ 传统思路有三： 在打包镜像时将配置信息直接写入配置文件中：

使用副本集 ReplicaSet 或部署 Deployment 来创建并管理 Pod。 这样部署可以自动运

一个 Pod 是 Kubernetes 最基本的构建单元，也是最小、最简单的构建单元。`Pod` 也是扩缩容的基本单位，`Kubernetes` 的扩容和缩容都是直接对 `Pod` 进行操作的

这是我参与更文挑战的第21天，活动详情查看：更文挑战 零、前言（容器其实是一种特殊的进程而已） 为什么使用容器？ 左图是虚拟机的工作原理，右图是Docker，所示： 容器的核心技术是Cgroup和Na