windcode

@limaofeng 功能丰富度上还在增强，前期功能聚焦在多集群管理、搜索、资源回流/同步上面，目前有资源同步，其实信息是实时的，下个版本会支持动态查看日志和事件

可以从实操开始，比如自己用 kind 或者 minikube 本地部署一个 k8s ，然后在里面再部署一个可视化的 k8s 面板，上去点一点，这样会更加直观、迅速的理解 k8s 。
推荐的可视化 k8s 面板： https://github.com/KusionStack/karpor

最好找一些汇总了「社区任务清单」的开源项目，相比 good first issue ，这种的 Maintainer 已经整理好适合新人入门的 issue 并且做了难度分类，比如： https://github.com/KusionStack/karpor/issues/463
直接领一个开搞，提交 PR 后 Maintainer 一般会认真 review ，如果有不符合流程或者规范的地方都会提醒你，走一边流程基本就清楚这些项目的研发流程了。

阅读优秀项目的代码是提升内功的优质路径之一，就跟“读书破万卷，下笔如有神”的道理一样。
更进一步的做法是向开源项目提交代码，和高手们面对面切磋，Maintainer 一般都会认真 reveiw 代码，这个过程双方都是收益的。
参与社区的路径也有多种，最好的办法是开源社区的 Maintainer 整理好适合社区新人参与的“社区任务清单”，你只需要从中挑选适合自己的，比如：
https://github.com/KusionStack/karpor/issues/463

可以看看这个项目： https://github.com/KusionStack/karpor

@zzl22100048 etcd 和 es 是可选组件，核心组件其实只有 server 、syncer 和 dashboard ，后面打算用 sqlite 代替 es 和 etcd ，真正适应于轻量化场景

我是 obsidian 本地编辑+变更推到 github 自动部署到 vercel

在一些崇倡极简的语言中，类似 Sofa 这种固化了项目工程结构的框架是很少见到的，比如 Go 语言。
在 Go 语言中写一个 Web 系统，达到一定复杂度之后，经常会像无头苍蝇一样遇到不知道怎么组织目录结构的问题。其实这个时候 DDD 是一种很好的方法论支撑 。
我不赞成全盘引入 DDD ，因为对于不同复杂度的系统来说，需要的抽象等级也不一样，简单来说，有的时候我的系统没那么复杂，所以引入一堆概念完全没有必要。
对于 DDD 可以根据实际需要循序渐进的引入系统设计中，我写了一个简单的 Go 语言 DDD Web 程序模版，麻雀虽小五脏俱全，同时也符合 DDD 的基本概念，可以作为 Go 小型 Web 项目的参考。
https://github.com/elliotxx/go-web-template