wordpress wp-o-matic/白山seo

一、Pod 配置管理

可变配置用 ConfigMap；

敏感信息用 Secret；

身份认证用 ServiceAccount 这几个独立的资源来实现的；

资源配置用 Resources；

安全管控用 SecurityContext；

前置校验用 InitContainers 这几个在 spec 里面加的字段，来实现的这些配置管理。

二、ConfigMap

1、介绍

ConfigMap 主要是管理可变配置信息，比如配置文件，环境变量，或者命令行参数。

它的好处在于它可以让可变配置和容器镜像进行解耦，保证了容器的可移植性。

2、创建

kubectl create configmap [NAME] [DATA]

用 kubectl 这个命令来创建，它带的参数主要有两个：一个是指定 name，第二个是 DATA。其中 DATA 可以通过指定文件或者指定目录，以及直接指定键值对。

3、使用

ConfigMap主要被Pod使用。

● 第一种是环境变量。通过 valueFrom 下的 ConfigMapKeyRef 这个字段，name 指定 ConfigMap 名，key 是 ConfigMap.data 里面的 key。

● 第二个是命令行参数。

● 最后一个是通过 volume 挂载的方式直接挂到容器的某一个目录下面去。

4、注意要点

① ConfigMap 文件的大小。虽然说 ConfigMap 文件没有大小限制，但是在 ETCD 里面，数据的写入是有大小限制的，现在是限制在 1MB 以内。

② 第二个注意点是 pod 引入 ConfigMap 的时候，必须是相同的 Namespace 中的 ConfigMap。

③ 第三个是 pod 引用的 ConfigMap。假如这个 ConfigMap 不存在，那么这个 pod 是无法创建成功的，这也表示在创建 pod 前，必须先把要引用的 ConfigMap 创建好。

三、secret

1、介绍

Secret 是一个主要用来存储密码 token 等一些敏感信息的资源对象。

2、创建

有两种创建方式：

① 系统创建：K8s 为每一个 namespace 的默认用户（default ServiceAccount）创建 Secret。

② 用户手动创建： kubectl create secret generic [NAME] [DATA] [TYPE]，DATA 可以指定文件/键值对，TYPE 默认为Opaque。

3、使用

Secret 主要是被 pod 来使用，一般是通过 volume 形式挂载到容器里指定的目录，然后容器里的业务进程再到目录下读取 Secret 来进行使用。

四、ServiceAccount

Pod 创建时 Admission Controller 会根据指定的 ServiceAccount (默认为default)把对应的 Secret 挂载到容器中固定的目录下。

当 Pod 访问集群时，可以默认利用 Secret 其中的 token 文件来认证 Pod 的身份。

五、Resource

1、介绍

Resource 容器资源配置管理。目前内部支持类型有三种：CPU、内存，以及临时存储。资源配置主要分成 request 和 limit 两种类型，一个是需要的数量，一个是资源的界限。CPU、内存以及临时存储都是在 container 下的 Resource 字段里进行一个声明。

2、Pod 服务质量 (QoS) 配置

根据 CPU 对容器内存资源的需求，对 pod 的服务质量进行一个分类，分别是 Guaranteed、Burstable 和 BestEffort。

① Guaranteed ：pod 里面每个容器都必须有内存和 CPU 的 request 以及 limit 的一个声明，且 request 和 limit 必须是一样的，这就是 Guaranteed；

② Burstable：Burstable 至少有一个容器存在内存和 CPU 的一个 request；

③ BestEffort：只要不是 Guaranteed 和 Burstable，那就是 BestEffort。

六、SecurityContext

SecurityContext 主要是用于限制容器的一个行为，它能保证系统和其他容器的安全。

SecurityContext 主要分为三个级别：

第一个是容器级别，仅对容器生效；

第二个是 pod 级别，对 pod 里所有容器生效；

第三个是集群级别，就是 PSP，对集群内所有 pod 生效。

七、InitContainer

1、InitContainer 和普通 container 的区别

① InitContainer 首先会比普通 container 先启动，并且直到所有的 InitContainer 执行成功后，普通 container 才会被启动；

② InitContainer 之间是按定义的次序去启动执行的，执行成功一个之后再执行第二个，而普通的 container 是并发启动的；

③ InitContainer 执行成功后就结束退出，而普通容器可能会一直在执行。

2、InitContainer 的用途

InitContainer 主要为普通 container 服务，比如为普通 container 启动之前做一个初始化，或者为它准备一些配置文件。