2023年总结

2023总体感觉自己还在困境中不断的挣扎，但是慢慢看到了一丝希望。就像步履蹒跚的往上爬，抬头看到了坡顶。自己感觉在云原生领域小有积累，可以慢慢的输出自己的知识和思考，同时提升自己的技术影响力。

1 源码研究

从2020年开始研究kubernets源码，到现在已经三年多了，依然没有停止过。

2023年研究完的源码：

• kubectl核心框架cli-runtime
• kubectl apply
• hpa controller
• crane资源推荐部分
• VPA recommender
• kubelet worker代码（1.23和1.27版本）
• kube-scheduler默认开启的打分插件
• karmada controller
• kube-state-metrics
• descheduler主流程和node utilization插件

2 更深入的参加开源社区

8月份想使用karmada来解决集群的容灾问题，但是发现karmada并不是针对这个场景进行设计的，于是就参加每两周的社区会议，关注最新进展和讨论想法。也是由于参于社区，后面才能免费参加了kubecon china 2023。

参与社区才发现issue和proposal写好有多重要，还有设计功能时候要考虑到方方面面（可维护性、可读性、兼容性等）不断的进行取舍。

通过开源社区与大神们进行交流，包括crane的胡启明、koordinator的李涛(吕风）、karmada的任洪彩等。感谢对遇到的技术问题进行帮忙解答或提供思路。

参与cilium、vpa、karmada项目贡献。

3 更频繁的维护自己的博客

8月之前一直忙于研究源代码，只有觉得研究的东西是奇技淫巧或很少人写，才会去写博客。从8月份开始，自己要求自己把研究过的东西写出来，无论是否有人写过、自己是否写的比别人好。于是定了到2023年结束要发10篇博客，很快在12月初就完成了这个目标。

今年8月份将博客主题从even迁移到了Doit，并在10月份将博客迁移到cloudflare page。本以为访问速度会更快，但是访问更慢了，于是一直研究如何利用好cloudflare，加快博客的访问。加了一些缓存设置，现在的访问速度比以前好很多，但是在cloudflare analytics统计面板发现还有一些访问慢的，包括自己也遇到过资源加载超慢的情况。这个慢的原因除了cloudflare边缘节点没有缓存的原因，还有就是页面加载资源过多导致的。目前准备进行前端性能优化，由于前端知识有限（不是前端工程师），需要很长一段时间才能完成。

访问量做多的文章

crane和vpa的资源推荐算法

为什么HPA扩容比较慢

最早发表的《crane和vpa的资源推荐算法》文章被胡启明大佬发现被转发到微信群中，开始有第一波的大量访问，后面四月份不知为何又有一大波访问。然后在微信公众号和csdn上发现盗版。我很欢迎转载，无需经过我的同意，但是必须标明文章出处。

《为什么HPA扩容比较慢》分享到微信群里，然后被“云原生社区动态”公众号推荐，有了一大波访问。

4 数据结构与算法

断断续续的刷极客时间的《数据结构和算法之美》，虽然看第二遍了，但是好多都忘了。这次采用看完一章刷一些题的做法，只刷了一半章节。对于专栏里写的不好的，我会从《算法》中进行学习。

5 设计模式和工程化

耗子叔说做事要正规，所以工程化和设计模式是我要持续提高的方向，由于自己经历问题，没有很好的环境学习和实践这些知识。但在开源社区，可以学到很多。因为大型项目，它的测试代码非常完善，优雅的代码布局、各种各样的设计模式，严格的代码规范。这个是我今年研究源代码的最大收获。

但是目前都是一个人在做项目，这方面缺乏实践。

6 2024年的规划

6.1 博客前端性能优化

Google search console和cloudflare analytics经常报告CLS指标不达标，所以需要首先进行前端优化性能优化。前端知识匮乏，这个工作可能要持续一段时间。

6.2 算法与数据结构

把剩下《数据结构和算法之美》刷完，然后刷leetcode。这个是面试的关键。

6.3 深度参与开源社区

以前只是提交PR和issue里进行交流，并未深入参与项目未来的规划和核心feature的开发。希望2024年能够进行核心feature的开发。

6.4 源码研究

• pod原地升级功能
• koordinator descheduler
• scheduler framework
• apiserver