最新

URL: <a href="https:&#x2F;&#x2F;github.com&#x2F;WozzHQ&#x2F;wozz" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;WozzHQ&#x2F;wozz</a> Hi HN， 我构建了 Wozz，一个开源的 CLI 和 GitHub Action，用于在合并之前捕获昂贵的 Kubernetes 配置。 **动机** 我注意到大多数云成本工具（如 Kubecost）只会 30 天后才显示账单。到那时，过度配置的 sidecar 或巨大的 Java 堆内存就已经投入生产了。我想要一个像资源请求的单元测试一样的东西，在 PR 中阻止“手误”错误，而不是等待账单。 **工作原理** Wozz 以两种模式运行： * **在 CI/CD 中（Linter）：** 它解析你的清单（deployment.yaml 等）的 git diff，计算成本增量（请求 × 副本），如果更改超过阈值（例如，+50 美元/月），则发布评论。它还会检查 HorizontalPodAutoscaler 限制，以标记最坏情况下的扩展风险。 * **在本地（Auditor）：** 它扫描你当前的 kubecontext，以比较保留的请求与实际的实时使用情况（kubectl top）。这有助于找到“睡眠保险”差距——开发人员请求 4GB RAM 只是为了安全起见，但应用程序只使用了 200MB。 **实现细节** * **技术栈：** TypeScript/Node.js。 * **计算：** 它使用可配置的混合费率（例如，0.04 美元/GB/小时）来确定性地估算成本，而不是查询 AWS 成本 API（这需要敏感的凭据并且速度很慢）。 * **隐私：** 它 100% 在本地或你的 runner 中运行。不会将任何清单或密钥发送到任何外部服务器。 **仓库** <a href="https:&#x2F;&#x2F;github.com&#x2F;WozzHQ&#x2F;wozz" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;WozzHQ&#x2F;wozz</a> **反馈** 我目前正在使用静态混合费率进行成本计算，以保持工具的快速和无状态。我很好奇这种近似值对于你们团队的防护措施是否足够准确，或者你们是否严格要求实时 Spot Instance 定价才能信任这样的工具？

我创建了一个每日游戏，你将获得一句随机的圣经经文，并尝试以最少的猜测次数来识别出它出自哪一卷书（例如“诗篇”、“创世纪”、“路加福音”）。 我完全不知道这个想法是怎么来的，除了我是在东正教教堂长大的，而且我所有的其他编程项目都与信仰有关（一个糟糕的手机应用程序 (1) 和一个略有问题的拜占庭圣咏网站 (2)）。我是一个相对较新的开发者，一直渴望构建一个人们真正会使用和分享的项目，所以我希望这个项目能满足需求。 果然，朋友和家人已经把它变成了他们日常的一部分。当牧师和我的无宗教信仰的大学朋友们开始每天给我发他们的结果时，我知道我做出了点“东西”。这真的很令人兴奋。 ------ 当这个想法突然出现在我的脑海里时，我立刻开始着手开发。我凌晨1点创建了这个项目，几个小时后就完成了 MVP/SLC 版本。那是在几周前。 我使用 SvelteKit，没有外部 API，并使用 SQLite 作为数据库。它托管在我客厅里的一台 Ubuntu 机器上。像 Roo/Kilo Code 这样的代码编写助手在开发过程中提供了很大的帮助，但前提是我已经决定了整体架构以及我希望事物如何协同工作。 这个游戏是免费的，无需注册，而且我没有投放任何广告。我正在寻找任何和所有的反馈，尤其是关于如何让游戏变得更有趣、更有娱乐性和/或更具教育意义的建议。 谢谢 HN！