#3 不错。特别是一些有状态，分布式的组件，跑在 k8s 还是需要很多专业知识的。如果能对开源社区贡献一些 operator 的更好了。
还有一种路径是，是做 k8s 生态的运维工具，这块东西还比较新，类似 weaveworks 搞的那些工具

老铁，这是个经典的背包问题。你希望商品总价值为 19.7 * 400 = 7880 。
随后动态规划可解之

这个叫代码实时协作，不叫代码审核吧？ code review 一般是 async 的，他弄完找你看，你给评论和建议之后，他再回去改。

不纠结于一定用 intellij 的话，可以试试带协作功能的 webide，例如： https://replit.com/

很好奇老哥你们是做什么产品的

有了 deadline，有了合同，保证你天天忙的顾不上打游戏。

这个观察多半是错觉，数量肯定还是 java 不成比例的多。
但如果真是去拿 go 搞 crud，这个和 java 搞有啥体验上的本质区别？
如果是拿 go 去搞后端基础件开发，补的东西就不光是学个语言这么简单了，都算换了一个方向工作了。

arm 的数值计算有什么技术进展吗？指令集带来的差异，下层的库能拉平性能差异么？求科普

What I cannot build is what I cannot understand. 用起来，做东西。

1. kubectl 提交 yaml 后，首先客户端验证，验证 yaml 的定义是否正确；如果正确的话，生成发给 kube-apiserver 的 request
2. kube-apiserver 收到 client 发来的 request 之后，进行一些列的 client 认证和鉴权，确保 client 有权限创建资源。
3. request 被一些列 adminssion controller 拦截，进行一些额外计算和默认值计算，例如设定初始资源需求（如果 client 没有指明的话）。
4. 创建资源对象，存盘到 etcd
5. 资源对象存盘后，deployment controller 开始控制 loop，创建 replicaset
6. relicaset controller 开始创建 pod 资源； pod 对象存入 etcd，进入 pending 状态
7. scheduler 开始介入，开始检查各种 scheduling 限制（例如 taint，affinity ）和资源需求，然后找到可以满足这些条件的 node 。找到 node 后，创建一个 binding 对象，发还给 kube-apiserver，pod 进入 scheduled 状态。
8. node 上的 kubelet 会定时查询 apiserver，收到 pod 创建事件后，开始在 node 上启动 pod 的准备工作。这里过程包括，准备存储，拉去 image pull secret 等。
9. kubelet 通过 CRI 通知容器运行时（例如 docker ）启动一个父容器。这里的容器会处于暂停的阶段（直到所有设置完成）
10. kubelet 通过 CNI 设置容器的网络
11. 所有设置完成后，开始创建真正的应用容器，包括 init container 和用户指明的其他容器
12. 完成工作。

我的理解是，这个整个过程有点像是个状态机。

参考文献： https://github.com/jamiehannaford/what-happens-when-k8s

一般都是弄个脚手架开始撸。
我之前用过 kubebuilder，跟着教程走一边就熟悉基本功能了

https://book.kubebuilder.io/

可以放在 serializer 里面 override create 和 update 方法。
或者放在 model 层，override model manager 的类型。

两个都可以，第二个方案代码更干净一些。

因为 aws 实在太复杂，所以才会有 digitalocean 这样的厂商的生存空间。
中小型企业上 DO 的船也是挺多的。我的个人项目也喜欢用 DO 。

aws 的 vendor lockin 又很严重，一些 managed service，虽然都是基于开源改的，但是夹带私获很多，例如最近撕比的 elastic vs opensearch 。一旦用上了，再往外挪就不是那么容易了。

可以把你的博客个人项目什么的全部迁移过去，最常见的几个服务 EC2, RDS, S3, CloudFront 用用，注意别破产。。
其他的服务实在是多如牛毛，基本只有真的用到的时候，才会去查文档去看怎么用，个人项目很少使用到。

还有一种方法就是出来创业，被逼着没办法只能研究 aws 怎么回事。之前有两段创业经历，熟悉了 EMR, EKS, ECR, Athena 这类个人不太用的服务

干过一年技术咨询。一般咨询是不写代码的。
我在的企业不是咨询公司，而是一个行业软件公司的咨询部门，专门解决主营产品没法很好解决的客户问题，给人做 POC 然后看有没有机会把这些解决方案合并回主营产品。

体验十分不佳，理论基本忽悠用户，工程实践基本为 0 。客户在迪拜，同事在美国，白天工作，半夜开会，间歇性睡眠，感觉还不如 996.
乙方的滋味不好受，客户说啥只能受着。帮助用户创造价值也都是扯，我自己一个刚毕业的小屁孩，对着从业 10 多年的客户一阵忽悠，心理发憷。

考个 CKA，顺便了解一下 k8s 的底层组件把？
我买了这个作为考试准备： https://www.udemy.com/course/certified-kubernetes-administrator-with-practice-tests/

Python Vue PostgreSQL
Go 写 k8s 的 operator
Terraform 管理 infrastructure

基本和上面提到的 One man saas 差不多。这套技术也是久经考验，初创公司特别适合，开发速度比较快，多面手