Aptakube

简单来说，Aptakube 是 Kubernetes 的桌面客户端，帮助团队运维 K8s 集群。可以把它想成跑在桌面上的「控制台」——只不过管理的不是云厂商资源，而是 Kubernetes 及其生态。

你好，我是 Guilherme，全职独立开发者。出生在巴西，现在住在爱尔兰。

我做了 15 年以上软件工程师，后来辞职创业。现在在经营 Aptakube、Aptabase、Fider 以及包括本站在内的一些 side project。

我用 Kubernetes 好几年了，一直很难找到顺手的 GUI 客户端。试过很多方案，往往又慢、响应差，多集群场景下效率也不高。

找不到合适的工具时，我就像多数开发者一样：自己做一个。

这是个很小、竞争又很激烈的细分赛道，免费替代品也很多。不过目前结果我还算满意：自首个 beta 以来，Aptakube 下载超过 1 万次。收入也在稳步增长——正式版上线大约 3 个月后，已经能覆盖我个人生活开支，这比我预期的快很多。

我做了很多年 Web 开发，一开始觉得 Electron 最合适，不用学新语言。

我先用 Electron 写，但在初始搭建上卡了很久：脚手架/模板太多，而且大多过时、依赖臃肿，对我来说过于复杂。

那段时间 Rust 很火，我看到 Tauri 1.0 发布的推文——用 Rust + Web 技术做的 Electron 替代方案。我决定试一下，从第一刻就被吸引住了：Tauri 团队的开发者体验做得很好，CLI 直接生成可用的 Vite + 我选的 UI 框架，不用从 GitHub 抄模板，没有多余依赖，打包出来是很小的 macOS 可执行文件。

Tauri 还年轻，教程和指南不多；Rust 对老手也不算好学，前期曲线陡，但坚持下来很值得。我觉得选 Tauri 是 Aptakube 做过最对的决定之一，第二对的是用 Solid.js。

和 Electron 比仍有一些功能缺口，取决于你要做什么，可能暂时做不到或没那么方便。不过 Tauri 2.0 也快了，会支持 iOS 和 Android，以后也许能把 Aptakube 移植到移动端——这在 Electron 上大概很难。

所以直接回答：不会，我不会改选型。