ubuntu22.04安装k8s v1.25笔记
有用的参考资料
网上很多资料。但因网络、硬件、软件环境不完全一样，自己装的时候还是要花费不少时间。只有这样来：一篇资料不行，又换一篇，遇到什么问题就解决什么问题。
以下是最终采用的比较有用的资料，一步一步地敲命令，差不多就ok了。
资料一：
Ubuntu 22.10 安装 k8s 1.25.3_ubuntu安装k8s_徐晓伟的博客-CSDN博客 https://blog.csdn.net/qq_32596527/article/details/127735327
资料二：
Calico网络插件
https://www.shuzhiduo.com/A/kjdweq2qJN/
要注意的问题：
资料二中第四步“4、修改calico.yaml”给本地镜像打tag，这种做法不行。原因是本地虽有了calico的三个镜像文件，但第五步“5、应用calico.yaml”时仍要访问docker.io网站，可能是要验证镜像文件。导致安装不成功。我采取的解决办法是：手动拉取的三个镜像文件打tag后push到阿里云镜像仓库。
命令如下：
#手动拉calico的三个镜像
docker pull docker.io/calico/cni:v3.24.5
docker pull docker.io/calico/node:v3.24.5
docker pull docker.io/calico/kube-controllers:v3.24.5
#打tag
docker tag docker.io/calico/cni:v3.24.5 registry.cn-beijing.aliyuncs.com/yongninghe/cni:v3.24.5
docker tag docker.io/calico/node:v3.24.5 registry.cn-beijing.aliyuncs.com/yongninghe/node:v3.24.5
docker tag docker.io/calico/kube-controllers:v3.24.5 registry.cn-beijing.aliyuncs.com/yongninghe/kube-controllers:v3.24.5
#推送到个人阿里云镜像仓库
docker push registry.cn-beijing.aliyuncs.com/yongninghe/cni:v3.24.5
docker push registry.cn-beijing.aliyuncs.com/yongninghe/node:v3.24.5
docker push registry.cn-beijing.aliyuncs.com/yongninghe/kube-controllers:v3.24.5
#获取calico.yaml
curl https://docs.tigera.io/archive/v3.24/manifests/calico.yaml -O
#修改镜像tag
sed -i 's#docker.io/calico/#registry.cn-beijing.aliyuncs.com/yongninghe/#g' calico.yaml
#安装calico.yaml
kubectl apply -f calico.yaml一点感悟：
1.一切问题皆是网络问题
现在是软件定义网络，还是有必要了解一下。不管是大规模集群、小规模应用还是访问互联网，网络问题解决了，大部分问题都解决了。
拉取不到各种镜像，让人头痛不已。
感觉解决各种网络的人可能在闷声发大财。（玩笑）
2.DevOps给开发、运维都带来了冲击
开发同学当然要学微服务，不然我们搞出来的所谓微服务可能还是一个个大型单体应用。开发同学还是要了解容器技术、容器编排技术。比如对集群的理解，我们就不能停留在通过nginx搞负载均衡然后转发到多台服务器的时代。
对以前专职搞运维的同学来说，容器技术就不得不去学习了。不然运维要做的事情，都被搞云计算的同学做完了，开发同学都能搞运维了。
开发、运维的界限越来越模糊。 以后可能普遍地让应用系统的开发同学自己测试、自己运维。
在chatgpg大火之前，就有chatops了，还有aiops.
3.go语言要学
最近在学习使用一些开源软件，发现好多都是用go语言编写的。如大名鼎鼎的Docker、Kubernetes。
看到go打印的报错信息，就想去看下它的源码。
最近想抽点儿时间学习go，先了解一下皮毛。
4.能够产生收入的仍然是业务系统
所有的基础设施都是为业务系统服务。基础设施是为了少花钱。而业务系统才真正带来价值，能产生收入。
5.人工智能会不会让程序员失业
那些研究人工智能的程序员当然不会失业。
运用人工智能搞各种工具的程序员不会失业。
搞应用系统开发的程序员会不会失业？我认为不会。一堆人花很长时间都搞不好的业务系统。我不相信机器能搞出来。大家记不记得UML刚出现的时候，有人希望画好UML, 就能生成一套业务系统？但没有人搞出来。用AI生成代码是可能的，但生成一套业务系统，我觉得为时尚早。
AI可能让各个行业的人会做之前程序员才能干的事情。程序员需求量肯定会变少。但干掉程序员的不可能是AI, 干掉程序员的永远是年轻程序员（玩笑）。
所以老年程序员为了求生，就只有努力做好年轻程序员可能暂时做不好的事情，比如搞架构、搞设计，弄出来的系统能够少花钱、少花人、少花时间、少被客户骂、少被用户骂，能够多用几年。这是我自创的“五少一多”，博君一笑。