Helm是Kubernetes的包管理器，类似于Linux上的apt或yum，可以用包的形式工程化管理和部署复杂的Kubernetes应用程序，比如一键安装zookeeper集群、一键部署整个项目等。
Helm核心概念：
Helm：Helm的管理工具Chart：Helm的包，是一个包含Kubernetes资源定义的安装文件包Release：Helm每次部署会产生一个Release，可以用于回滚等Repository：HelmChart存储库，用于存储和分发ChartOperator是一种用于扩展KubernetesAPI的自定义控制器，可以实现在原生的资源对象上进行自定义资源类型。通过Operator，也可以将复杂的任务转化为对Kubernetes资源的操作，让应用程序的管理和维护更加简单和规范。
Operator使用场景：
限制资源，使用人员需要设置资源request
限制资源，使用人员需要设置资源limit
如下图，如果Node01故障后该节点上的Pod如何快速秒级迁移到其他节点上去？
K8S在某个节点被识别与标记为故障，默认五分钟后才会开始迁移调度Pod
HPA是指Kubernetes水平Pod自动扩缩容（Horizontal Pod Autoscaler）是一个Kubernetes原生的自动化伸缩工具。主要用于根据服务的度量指标（如CPU使用率、内存使用率或其他自定义指标）自动调整服务的副本。
HPA可以通过增加或减少工作负载的副本数来确保应用程序能够处理当前的流量和负载，同时避免资源浪费。
Kubernetes的Job资源，主要用来执行单次任务，比如执行一次备份任务、微调一次模型等。对于每次任务，Job控制器会创建一个或多个Pod执行相关指令，并且确保成功的个数达到预期的值才会把Job标记为成功（Completed），否则将会标记为失败（Failed）。
环境隔离：Job可以使用不同的镜像执行任务，无需考虑版本冲突单次执行：Job任务通常是短暂的，运行一次后就结束状态追踪：Job控制器会追踪所有Pod的完成情况，一旦达到指定的成功次数，Job才会被标记为完成失败重试：任务执行失败，可以按需重新执行并行执行：同一个任务可以拆分不同的Pod并行执行，提高执行速度K8s默认调度理想状态
K8s默认调度高风险状态
机房故障引发的问题
如何多机房调度
Kubernetes的Volumes是一个对存储资源的抽象，属于Pod级别的一个配置字段。
Volumes在Pod中绑定多个、多种的数据类型，比如NFS、NAS、CEPH等，这些绑定的数据可以挂载到Pod中的一个或多个容器中，从而实现容器的数据持久化和数据共享。
传统架构中配置文件都写在程序内部，如果依赖的中间件如MySQL配置变更了，则程序也需要重新修改配置文件并编译打包部署，非常的麻烦！
云原生架构下，提倡把配置从程序中分离出来并放到统一的配置管理中心进行管理！例如SpringCloud的配置中心，携程开源的Apollo配置中心
如果没有统一的配置管理中心，可以使用k8s提供的ConfigMap和Secret来实现配置分离，ConfigMap 和 Secret可以挂载到Pod上去供程序使用