HackerNews中文版

嗨，HN，我是一个独立创始人，拥有SRE背景的工程师。我创建了CleanCloud，旨在解决我在多个团队中看到的一个问题：云账户中慢慢积累了许多孤立、无人管理或不活跃的资源，这些资源是由弹性系统和基础设施即代码（IaC）创建的，但没有人希望使用自动删除资源的工具。 CleanCloud是一个小型的开源命令行工具（CLI），它的功能包括： - 以只读模式扫描AWS和Azure账户 - 识别潜在的“卫生”问题（未附加的EBS卷、旧快照、不活跃的CloudWatch日志、未标记的存储、未使用的Azure公共IP等） - 使用保守的信号和置信水平（高/中/低） - 从不删除或修改资源 - 设计用于仅供审查的工作流程（适合SRE，兼容IaC）它明确不做的事情包括： - 不进行自动修复 - 不进行成本优化/财务运营仪表板 - 不使用代理、不提供SaaS、不涉及机器学习 - 不基于单一风险信号提供建议这是一个早期阶段的项目，我特别希望从SRE和DevOps人员那里获得反馈： - 这些是需要关注的正确问题吗？ - 这些信号是否足够保守，可以被信任？ - 你们希望接下来有哪些规则？代码库（MIT许可）：[https://github.com/sureshcsdp/cleancloud](https://github.com/sureshcsdp/cleancloud) 如果你觉得这个工具有用，任何帮助都将非常感激。欢迎提供坦诚的反馈。非常感谢， Suresh

查看原文

Hi HN,I’m a solo founder and SRE background engineer. I built CleanCloud to solve a problem I kept seeing on teams I worked with: cloud accounts slowly filling up with orphaned, unowned, or inactive resources created by elastic systems and IaC — but nobody wants tools that auto-delete things.CleanCloud is a small, open-source CLI that: - Scans AWS and Azure accounts in read-only mode - Identifies potential “hygiene” issues (unattached EBS volumes, old snapshots, inactive CloudWatch logs, untagged storage, unused Azure public IPs, etc.) - Uses conservative signals and confidence levels (HIGH / MEDIUM / LOW) - Never deletes or modifies resources - Is designed for review-only workflows (SRE-friendly, IaC-aware)What it intentionally does NOT do: - No auto-remediation - No cost optimization / FinOps dashboards - No agents, no SaaS, no ML - No recommendations based on a single risky signalThis is early-stage and I’m explicitly looking for feedback from SREs / DevOps folks: - Are these the right problems to focus on? - Are the signals conservative enough to be trusted? - What rules would you actually want next?Repo (MIT licensed): <a href="https://github.com/sureshcsdp/cleancloud" rel="nofollow">https://github.com/sureshcsdp/cleancloud</a>If this looks useful, a helps a lot. Brutally honest feedback welcome.Many Thanks Suresh

展示HN：CleanCloud – AWS和Azure的只读云卫生检查