认真请教有什么好的方式可以深入了解学习 k8s

[xyzlucky]

在云计算行业做产品，目前在探索新方向，对容器和 k8s 比较有兴趣，自己跟着一些教程、书籍进行了比较基础的实践，自己搭了一套比较小的集群，但是现在我没有更多可以使用的场景，所以总感觉还有很大很大的偏差，和理解上的肤浅。

真诚请教，我应该有什么更好的方式可以深入一些些了解、学习 k8s 相关。例如可以用来探索的场景或者诸如此类的。

[seers]

找个 k8s 的运维工作，纸上得来终觉浅

[defunct9]

楼上说的是正解，各家的 k8s 细节都不一样。

[nieqibest]

如何深入学习万卡 GPU 集群搭建？不可能好吧，没有实践都是空谈

[xhldtc]

深夜被运维告警电话叫醒，线上 k8s 集群 down 了，多排查解决几次，就大成了

[guanzhangzhang]

https://github.com/zhangguanzhang/docker-need-to-know/blob/master/SUMMARY.md
https://github.com/zhangguanzhang/simple-container-network-book
docker 常见问题和一些 tips ，以及容器网络
看完了用自己会的开发语言写一些小项目构建部署上去

[xyzlucky]

@nieqibest 那倒没有那么宏伟的目标，确实怎么都感觉很空谈很浅

[xyzlucky]

@guanzhangzhang 感谢，我努力继续尝试！

[mightybruce]

你先提供一些信息，你做什么产品方向，需要了解哪些知识，
k8s 能搞的东西实在太多，IaaS, PaaS 服务一堆商业化产品服务，
运维开发方面也有一堆比如平台工程的产品。
k8s 大致分为三块产品领域
第一、 运维自动化和运维开发的产品， 平台工程，cicd 自动化流水线的, OAM 应用（ Application ）
第二、k8s 上层服务产品，K8s 上层微服务比如 istio 的封装， 、serverless 产品一大类、k8s 多租户方案。
第三、k8s 自身和本身组件修改产品，边缘云、 云边协同、 多集群配置下发，k8s 网络和传统云网络对接 （ OVN, NFV)

[shawndeng1109]

我最近也在学 k8s
我先高速冲浪后做了一些技术选型
fluxcd + microk8s + 群晖 nas + cloudflare 来做了个单节点的 homelab k8s.
主要是配合 github 托管我的一些代码。还有我开发一些日用的小工具。多折腾几次，每次折腾都有收获。
有疑问的时候会尝试用 ai 帮我解释问题，然后我自己去实操。
因为有实体机器，可以围绕问题本身来理解 k8s ,而不是和云平台搏斗..
这也是为什么我自己买了个小主机做这个事情的原因

[xyzlucky]

@mightybruce 我本身是在云计算，主业产品是虚拟化 超融合的产品经理，现在是在探索容器平台，可以说包括团队也是在找方向。研发有做基于 k8s 和其他融合的发行版，但是作为产品我不太知道要怎么发力。所以一直在摸索 怎么能更好地补足对 k8s 的认知。

[xyzlucky]

@shawndeng1109 原来如此，感谢！我还在思考 我还可以折腾哪些事情

[isno]

看看这两章内容是否对你有帮助：

https://www.thebyte.com.cn/container/summary.html
https://www.thebyte.com.cn/application-centric/summary.html

探索容器平台的话，可以研究下 kubevela

[xyzlucky]

@isno 感谢！我慢慢好好地看一下

[mightybruce]

超融合 和 K8s 云边协同的是有相关产品方向。

[edwinyzhang]

先读一遍 Kubernetes in Action 对所有基本概念有了解，也有一些实践。
然后找公司内部和 K8 相关的项目做。
自己搭的东西永远是玩具，一定要实践才行

[cornorj6]

我说一个场景，自己搭的 k8s 估计不会考虑 k8s 升级的问题。我们用的 AWS EKS ，它每过一段时间就会升级一次，不仅升级 k8s 版本，还有插件版本，还有 k8s 所在镜像版本（服务器的 linux 版本），而且它能做到无缝升级，还是很牛逼的。不知道这个跟 OP 研究的方向是否有关。

[Reficul]

我要唱一句反调：** 不要看 Kubevela ，不要看 OAM 。**

关注点分离和 DevOPS 本身就是截然相反的两条路，K8s 作为后 DevOps 时代催生和成熟的平台，如果倒退回传统 Dev and Ops 的话， 那么 K8s 对开发/运维个人而言价值就大大下降了。

1. 对开发而言，看到了一个尝试抽象了的，但是处处抽象泄漏的、蹩脚的页面。如果对于 Java 程序员本来就是部署一个 Jar 包，连 Image 都不会打的那还好说。但是如果部署一个现成的 Chart 的时候，反而需要拆碎了去页面上点来点去点半天，出了问题去找平台解决一些本来可能不存在的问题。

2. 对平台而言，不管是用的 Mesos ，Swarm ，还是别的自己糊的系统，用什么不是用呢？区别只是用了 K8s 能自己少写几行代码，免费白嫖几个开源解决方案而已。如果之前有自己的系统，因为长期糊屎维护不下去的时候，领导一拍大腿迁移上 K8s ，一两年的 KPI 又有了。

3. 对运维而言，反正都是 oncall ，调监控，重启机器而已。


总之，OAM 是妥妥的反模式， 一个好的码农不应该被限制在一个固定的视角上，被告知什么应该关注什么不应该。

[xyzlucky]

@edwinyzhang 确实是这样，还是在寻找相关的项目机会，然后来实践才可以，能做的太多了会摸不清方向。谢谢！

[xyzlucky]

@cornorj6 感谢！我会记得的

[xyzlucky]

@Reficul 看起来好高深，我慢慢悟一下，谢谢！