CivAx

@namesc 那太好了，晚些我这边忙完我联系你，另外昨晚 @Conantv2 说能联系上你后，我就已经跟一楼打过招呼了。

@Conantv2 那有劳您这边帮忙联系下，谢谢

@zzzzhan #2 已经联系了 1 楼了，我先试试。

1) Docker 和 Podman 如果不深究实现逻辑 —— 即一个需要通过 docker.sock 另一个直接与 ctr 通信 —— 的区别，使用体验上没有区别，可以直接平移知识积累过来。

2) 三台取决于你是想 “用”，还是想 “学”。三台虽然满足最小的 Kubernetes 集群部署，但使用上更适合用 Minikube 或者 K3s 。

3) 接触到新技术栈的时候，先让东西跑起来、获得能激起学习兴趣的成就感，会比一味看文档试图系统学习会来得更好起步。

如果 kubeadm 对你来说太过枯燥，你可以先从 Rancher 入手。Rancher 作为商业软件的设计初衷，主打的是易用性和人性化。你可以用 Rancher 或者 RKE 部署方式快速跳过繁琐和需要高度自定义的部署流程，快速进入到 K8s 的使用上。在对 namespace 、pod 、deployment/statefulset/daemonset 、pv 、configmap/secret 、helm chart 这些应用层的东西都熟悉后，再根据你积累下来对这些概念的理解，摸索 kubectl 命令行操作，理解 yaml 的使用途径和文本逻辑。等使用和维护熟悉透彻后，再进步到理解 clusterconfig.yml 的配置文件编写，调用 RKE 对 Kubernetes 部署与安装，以及 debug 安装过程中可能会出现的各类问题。

目前正规公司商采会有正规的交付团队替你部署，就算不采购也大多会直接使用云服务商的 Kubernetes 服务，仅有少部分场景会需要亲自动手从 0 部署 Kubernets 集群 —— 而且即使有，也可以通过 RKE 等这种软件快速跳过部署阶段，推荐把精力放在学习更有价值的知识上。

官方的皮革壳寿命基本两个月

用一句话让 ChatGPT 替你写 regex ，能镇住所有程序员。