这是一个创建于 32 天前的主题，其中的信息可能已经有所发展或是发生改变。
在云计算行业做产品，目前在探索新方向，对容器和 k8s 比较有兴趣，自己跟着一些教程、书籍进行了比较基础的实践，自己搭了一套比较小的集群，但是现在我没有更多可以使用的场景，所以总感觉还有很大很大的偏差，和理解上的肤浅。
真诚请教，我应该有什么更好的方式可以深入一些些了解、学习 k8s 相关。例如可以用来探索的场景或者诸如此类的。
 |
1
seers 32 天前 via Android  1
找个 k8s 的运维工作，纸上得来终觉浅
|
 |
2
defunct9 32 天前
楼上说的是正解，各家的 k8s 细节都不一样。
|
 |
3
nieqibest 32 天前
如何深入学习万卡 GPU 集群搭建？不可能好吧，没有实践都是空谈
|
 |
4
xhldtc 32 天前
深夜被运维告警电话叫醒，线上 k8s 集群 down 了，多排查解决几次，就大成了
|
 |
5
guanzhangzhang 32 天前
https://github.com/zhangguanzhang/docker-need-to-know/blob/master/SUMMARY.md
https://github.com/zhangguanzhang/simple-container-network-book docker 常见问题和一些 tips ，以及容器网络 看完了用自己会的开发语言写一些小项目构建部署上去 |
 |
7
xyzlucky OP @guanzhangzhang 感谢，我努力继续尝试！
|
 |
8
mightybruce 32 天前
你先提供一些信息，你做什么产品方向，需要了解哪些知识，
k8s 能搞的东西实在太多，IaaS, PaaS 服务一堆商业化产品服务， 运维开发方面也有一堆比如平台工程的产品。 k8s 大致分为三块产品领域 第一、 运维自动化和运维开发的产品， 平台工程，cicd 自动化流水线的, OAM 应用（ Application ） 第二、k8s 上层服务产品，K8s 上层微服务比如 istio 的封装， 、serverless 产品一大类、k8s 多租户方案。 第三、k8s 自身和本身组件修改产品，边缘云、 云边协同、 多集群配置下发，k8s 网络和传统云网络对接 （ OVN, NFV) |
 |
9
shawndeng1109 32 天前
我最近也在学 k8s
我先高速冲浪后做了一些技术选型 fluxcd + microk8s + 群晖 nas + cloudflare 来做了个单节点的 homelab k8s. 主要是配合 github 托管我的一些代码。还有我开发一些日用的小工具。多折腾几次，每次折腾都有收获。 有疑问的时候会尝试用 ai 帮我解释问题，然后我自己去实操。 因为有实体机器，可以围绕问题本身来理解 k8s ,而不是和云平台搏斗.. 这也是为什么我自己买了个小主机做这个事情的原因 |
|
10
xyzlucky OP @mightybruce 我本身是在云计算，主业产品是虚拟化 超融合的产品经理，现在是在探索容器平台，可以说包括团队也是在找方向。研发有做基于 k8s 和其他融合的发行版，但是作为产品我不太知道要怎么发力。所以一直在摸索 怎么能更好地补足对 k8s 的认知。
|
|
11
xyzlucky OP @shawndeng1109 原来如此，感谢！我还在思考 我还可以折腾哪些事情
|
 |
12
isno 32 天前
看看这两章内容是否对你有帮助：
https://www.thebyte.com.cn/container/summary.html https://www.thebyte.com.cn/application-centric/summary.html 探索容器平台的话，可以研究下 kubevela |
|
14
mightybruce 32 天前
超融合 和 K8s 云边协同的是有相关产品方向。
|
 |
15
edwinyzhang 32 天前
先读一遍 Kubernetes in Action 对所有基本概念有了解，也有一些实践。
然后找公司内部和 K8 相关的项目做。 自己搭的东西永远是玩具，一定要实践才行 |
 |
16
cornorj6 32 天前
我说一个场景，自己搭的 k8s 估计不会考虑 k8s 升级的问题。我们用的 AWS EKS ，它每过一段时间就会升级一次，不仅升级 k8s 版本，还有插件版本，还有 k8s 所在镜像版本（服务器的 linux 版本），而且它能做到无缝升级，还是很牛逼的。不知道这个跟 OP 研究的方向是否有关。
|
 |
17
Reficul 32 天前
我要唱一句反调：** 不要看 Kubevela ，不要看 OAM 。**
关注点分离和 DevOPS 本身就是截然相反的两条路，K8s 作为后 DevOps 时代催生和成熟的平台，如果倒退回传统 Dev and Ops 的话， 那么 K8s 对开发/运维个人而言价值就大大下降了。 1. 对开发而言，看到了一个尝试抽象了的，但是处处抽象泄漏的、蹩脚的页面。如果对于 Java 程序员本来就是部署一个 Jar 包，连 Image 都不会打的那还好说。但是如果部署一个现成的 Chart 的时候，反而需要拆碎了去页面上点来点去点半天，出了问题去找平台解决一些本来可能不存在的问题。 2. 对平台而言，不管是用的 Mesos ，Swarm ，还是别的自己糊的系统，用什么不是用呢？区别只是用了 K8s 能自己少写几行代码，免费白嫖几个开源解决方案而已。如果之前有自己的系统，因为长期糊屎维护不下去的时候，领导一拍大腿迁移上 K8s ，一两年的 KPI 又有了。 3. 对运维而言，反正都是 oncall ，调监控，重启机器而已。 总之，OAM 是妥妥的反模式， 一个好的码农不应该被限制在一个固定的视角上，被告知什么应该关注什么不应该。 |
|
18
xyzlucky OP @edwinyzhang 确实是这样，还是在寻找相关的项目机会，然后来实践才可以，能做的太多了会摸不清方向。谢谢！
|
|
21
xyzlucky OP @mightybruce 是这样的
|
|
22
guanzhangzhang 31 天前
@xyzlucky #7 先用 docker 学会容器基本操作，
1. 例如为什么挂载目录而不是文件，因为挂载文件是 inode ，宿主机上修改 vi 的是生成新文件去替换，容器内文件内容不会改变。 2. 还有之前同事问我 mysql 容器挂载了 init.d/ sql 怎么没执行，我让他去看 mysql 官方镜像的 docker-entrypoint 脚本，里面逻辑就是如果启动的时候没数据目录才执行初始化 docker 的一些 tips 我都写了第一个里面。 k8s 的话就是多实操和官方文档了，官方文档很多人翻译的，很多基础概念都可以去看，倒是网络这块很多人没有一个完整梳理，或者有的是写得太底层了，第二个是我总结以面向小白写的。 |
|
23
xyzlucky OP @guanzhangzhang 好的，非常感谢，我会仔细学习了解的
|
Select Language