用pod创建mysql（创建一个mydb数据库）

K8S——Pod入门理解

1、个人理解：POD是容器组的一个抽象，类似于一栋出租楼里面的房子，房子的其他小房间像容器，房间里的水，电充当应用服务。出租屋内的小房间门跟容器端口差不多，出租屋大门像pod上的端口，整栋楼大门像Service对外暴露的端口。2使用Pod的原因？pod是K8s最小的运行，部署单位。

2、再来说说pod还有哪些功能，这些功能也是k8s为什么设计pod的原因之一 通过probe：LivenessProbe或者ReadinessProbe，可以探测应用是否处于健康状态，如果不健康做出相关的反应。 这就好比k8s可以定期的帮你监控、维持一整个应用的健康。

3、在K8S环境中，pod是核心概念，每一个pod包含一个特殊根容器，即pause容器，该容器是K8S的一部分。pod内部可容纳多个容器，共享网络与存储资源。pause容器负责存储所有容器的状态，pod存在于节点中，通过二层网络通信。pod分为普通与静态两种类型。定义pod较为简单，通过编写yaml文件实现。

4、重要性：Kubelet是节点上Pod运行的核心组件，确保了Pod的正常运行和集群的调度策略得以实施。Pod 功能：Pod是K8S中最小的可部署单元，通常由一个或多个紧密耦合的容器组成。这些容器共享网络、存储资源，并在同一个环境中运行。结构：Pod可以包含一个或多个容器，这些容器通过共享资源实现紧密耦合。

使用Zadig从0到1搭建持续交付平台

1、使用Zadig从0到1搭建持续交付平台，这个过程在实际中涉及到多个步骤与组件的集成。首先，需要理解Zadig是一个集CI（持续集成）、CD（持续部署）和自动化测试于一身的云原生开源软件交付平台。它的目标是让开发者能更专注于业务开发，而运维人员则可以更专注于系统稳定性维护。接下来，开始部署过程。

2、集成Sonarqube工具实现代码扫描和代码质量的持续监控。系统性能监控与优化：使用Zadig的能效面板进行系统性能的监控与优化。通过以上步骤，可以从0到1搭建一个完整的持续交付平台，实现开发、测试和运维的闭环管理。

3、在完成MySql安装后，继续安装Zadig。

4、接下来，我将介绍如何从零开始搭建持续交付平台，使用 Zadig。首先，让我们了解 Zadig 是什么。Zadig 是一个集成 CI、CD 和自动化测试的平台，旨在构建一个云原生的开源软件交付系统。部署 Zadig 的过程相对直接，我们可以参考官方文档进行安装。以下是简要的环境配置和安装步骤。

kubernetes控制器-Statefulset详解-管理有状态的应用

StatefulSet是为了管理有状态服务的问题而设计的。有状态服务，如mysql主从、redis集群等，需要数据持久化的目录，每一个Pod都有自己独有的数据持久化存储目录。

Kubernetes中的StatefulSet主要用于管理有状态应用，提供拓扑和存储状态管理。以下是关于StatefulSet的详细解 StatefulSet的应用场景 有状态应用：StatefulSet适用于那些实例之间存在依赖关系和数据存储需求的应用，如MySQL集群、MongoDB集群、ZooKeeper集群等。

StatefulSet本质上是deployment的一种变体，在v9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识（hostname），还必须要用到共享存储。

subpath的用法和误删pvc的血泪经验

1、之前错误理解为subpath是为了在不同容器间共享数据，实则是让一个volume在多个目录下使用。要实现容器间共享数据，应直接挂载同一volume。对于误删pvc的情况，其血泪教训不可忽视。查看并调整pv的保留策略至关重要。如果策略为Delete，删除pvc后，服务器上的目录会直接被删除。更改storage class的保留策略时需谨慎。

KuberneTES之StatefulSet

1、Kubernetes中的StatefulSet主要用于管理有状态应用，提供拓扑和存储状态管理。以下是关于StatefulSet的详细解 StatefulSet的应用场景 有状态应用：StatefulSet适用于那些实例之间存在依赖关系和数据存储需求的应用，如Mysql集群、MongoDB集群、ZooKeeper集群等。

2、StatefulSet通过拓扑状态和存储状态管理应用状态。拓扑状态确保实例按照顺序启动并保持网络标识一致。存储状态通过PV/PVC机制保存和恢复实例数据。1 拓扑状态 StatefulSet创建Pod时进行编号，并遵循顺序启动规则。测试Pod验证网络标识一致性。

3、StatefulSet和Deployment作为常用的Kubernetes控制器（工作负载），分别用于管理有状态应用和无状态应用。StatefulSet专为部署有状态应用而设计，而Deployment则适用于无状态应用。在本期“云端跟我学”栏目中，我们将利用StatefulSet和Deployment为例，采用模块化的方式进行对比记忆，并揭示其背后的规律。

4、如果删除DaemonSet，与之相关的所有Pod都会被删除。使用DaemonSet常见场景包括在每个节点上运行特定的服务、监控或数据收集工具等。

5、StatefulSet本质上是Deployment的一种变体，在v9版本中已成为GA版本，它为了解决有状态服务的问题，它所管理的Pod拥有固定的Pod名称，启停顺序，在StatefulSet中，Pod名字称为网络标识（hostname），还必须要用到共享存储。

6、StatefulSet控制器：概念、原理解读 StatefulSet是为了管理有状态服务的问题而设计的。有状态服务，如MySQL主从、redis集群等，需要数据持久化的目录，每一个Pod都有自己独有的数据持久化存储目录。