kubernetes这个发展方向如何呢

holybird 发表于 2023-04-09 22:04:08
k8s就是distributed systems的orchestration啊

是子集 但不是能划等号的

匿名用户 发表于 2023-4-10 04:00
一般一亩三分地网上的评论建议反着来就对了，lz信我

。。。。。哈哈？

如果你说是基于k8s operator写写CRD 改下yaml 没什么意思 如果你能有能力写plugin/改源码 那另一回事 不过方向很窄 不好找工作

frozencookie 发表于 2023-4-9 17:51
重点是你为什么要，并且如何用，有哪些坑。再者你写operator也是要写code来决定怎么创建对应的crd吧。而且 ...

肯定不简单，所以我认为需要几个月才能上手，不像有的回帖认为几天就够了。

搞熟k8s比上手cloudformation 去 deploy 一下asg, load balancer要复杂多了。

我自己没直接做过k8s，只做过eks，所以还没有机会学习k8s的具体内容。我是认为如果喜欢infrastructure这个方向的职业，选择成为k8s的专家是个很好的路。

并不是所有的地里的码工都应该做software engineer的，有的人喜欢做security，比较琐碎，但是经验日积月累，N年后会觉得轻松。有的人喜欢做infrastructure，有人改了scrum master，这是应该因人而异的。

只不过仅仅目前看来，好像，大概，也许，所有大包裹都是给software engineer的。我想，可能在没有身份的情况下，software的竞争更少一点，对刚上岸的兄弟们来说更容易吧。

有一个很帅的人 发表于 2023-04-10 03:41:43
肯定不简单，所以我认为需要几个月才能上手，不像有的回帖认为几天就够了。

搞熟k8s比上手cloudformation 去 deploy 一下asg, load balancer要复杂多了。

学eks需要先学k8s吗？还是说基本都一样………

匿名用户 发表于 2023-04-10 07:47:47
学eks需要先学k8s吗？还是说基本都一样………

感觉很少会表达成”学EKS”
EKS本质是提供k8s的服务给customer，customer不需要去自己了解deploy，upgrade，扩容的底层方法，只需要通过EKS提供的接口去设置就好了
使用EKS的时候（比如把自己的seevice部署到EKS），大多还是依靠如何使用k8s的knowledge。
当然EKS，AKS和GKE这些服务可能会绑定一自家的CNI，CSI啥的插件，那块需要看一下他们的文档学习下

最大感悟其实就是做yaml engineer。。这玩意还经常莫名其妙出问题。。oncall很累

感觉k8s不会长久。j2ee .net lamp mean这些stack当年也很火，都有过job description上必须的时候，现在感觉也没人提了。这个行业没有哪个bundle能活长久的。

个人感觉这个“方向”（我个人觉得说方向也没啥太大问题吧…或者该说领域domain？）开源community里的core component和plugin的红利巅峰期可能已经过了，但下放到各个中小厂 可能还是蛮多knowledge红利的。

因为之前会接触到很多community里的人，我很喜欢搜搜大家的linkedin，发现那些popular的component或者plugin里活跃的一些lead都很年轻，四年五年3升6，4升7的还蛮多的。早些年几个大厂对这个方向open source社区的投入其实蛮大的。现在因为很多项目都成熟了，感觉还想通过这些proj快速爬梯子应该没那么简单了。

但是呢，在一些中小厂，尤其是小厂，这些knowledge还是很有用的，即使你不在infra或者devops组。因为把服务部署上和把服务部署好是两件事，大家照着抄抄网上的yaml谁都能deploy，但为什么配置了rolling upgrade还是在升级的时候有downtime，什么新的config导致了container会crush等这些问题还是需要做蛮多deep dive的。

k8s contributor来回答一下

现在很多厂在推k8s native 其实这个还是比较火的 因为基本大多数大的deployment都转k8s上了 说白了还是gg这一套borg太好用 非常方便 解放了很多劳动力

个人觉得k8s只是底层 如果要深入可以学习一下k8s native的application是怎么develop还有应用的