xiaoqing blog2023年总结
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的资源推荐算法》文章被胡启明大佬发现被转发到微信群中，开始有第一波的大量访问，后面四月份不知为何又有一大波访问。然后在微信公众号和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
