所寫即所思｜一个阿里质量人对测试的所感所悟。

代码拉到本地后，需要在Jenkins中对代码进行构建，Java项目就需要依赖maven环境，maven也需要依赖JDK，因此需要安装JDK和maven，并配置到Jenkins服务。由于Jenkins作为调度工具，需要从git拉取代码、构建代码、发布自定义镜像到docker仓库，所以Jenkins需要配置大量内容。同样可以在本地/Users/用户名/.jenkins/workspace下查看pull的代码。环境搭建完成后，我们使用Jenkins的过程中，创建的任务以及安装的插件会落到特定的目录文件。

DevOps由Development和Operations两个词组成。其中Development代表着软件开发，包括设计、编码、测试等过程；Operations则代表着软件运维，包括部署、监控、维护等过程。因此，DevOps的字面意思可以理解为将软件开发和运维整合在一起的一种方法或理念，旨在加快软件交付速度、提高软件质量和可靠性。

在 1.20 及更高版本中，如果一个集群作用域的依赖对象指定了某个名字空间作用域的类别作为其属主， 则该对象被视为拥有一个无法解析的属主引用，因而无法被垃圾收集处理。当 Kubernetes 删除某个属主对象时，被留下来的依赖对象被称作被遗弃的（Orphaned）对象。值时会触发垃圾收集， 垃圾收集器会基于镜像上次被使用的时间来按顺序删除它们，首先删除的是最近未使用的镜像。除以上变量之外，kubelet 还会垃圾收集除无标识的以及已删除的容器，通常从最近未使用的容器开始。，并驱逐最近未使用的容器。

如果你使用 Lease，良好的做法是为明显关联到产品或组件的 Lease 定义一个名称。使用相同主机名的 kube-apiserver 新实例将使用新的持有者身份接管现有 Lease，而不是实例化新的 Lease 对象。如果集群操作员或其他终端用户可以部署一个组件的多个实例， 则选择名称前缀并挑选一种机制（例如 Deployment 名称的哈希）以避免 Lease 的名称冲突。kube-apiserver 租约的存在使得未来可以在各个 kube-apiserver 之间协调新的能力。

最常见的一个特定的控制器使用一种类型的资源作为它的期望状态， 控制器管理控制另外一种类型的资源向它的期望状态演化。例如，Job 的控制器跟踪 Job 对象（以发现新的任务）和 Pod 对象（以运行 Job，然后查看任务何时完成）。Kubernetes 允许你运行一个稳定的控制平面，这样即使某些内置控制器失败了， 控制平面的其他部分会接替它们的工作。Job 控制器会让 Job 的当前状态不断接近期望状态：创建为 Job 要完成工作所需要的 Pod，使 Job 的状态接近完成。控制器也会更新配置对象。

在这种配置下， API 服务器建立一个到集群中各节点的 SSH 隧道（连接到在 22 端口监听的 SSH 服务器） 并通过这个隧道传输所有到 kubelet、节点、Pod 或服务的请求。目的是为了让用户能够自定义他们的安装，以实现对网络配置的加固， 使得集群能够在不可信的网络上（或者在一个云服务商完全公开的 IP 上）运行。想要连接到 API 服务器的 Pod 可以使用服务账号安全地进行连接。这样，从集群节点和节点上运行的 Pod 到控制面的连接的缺省操作模式即是安全的， 能够在不可信的网络或公网上运行。

Kubernetes 通过将容器放入在节点（Node）上运行的 Pod 中来执行你的工作负载。 节点可以是一个虚拟机或者物理机器，取决于所在的集群配置。 每个节点包含运行 Pod 所需的服务； 这些节点由控制面负责管理。

Kubernetes 是一个可移植、可扩展的开源平台，用于管理容器化的工作负载和服务，可促进声明式配置和自动化。 Kubernetes 拥有一个庞大且快速增长的生态，其服务、支持和工具的使用范围相当广泛。