返回首页
一周热榜
我们创建HIGHTITAN是因为我们需要一种管理复杂任务依赖关系的方法，而不想依赖传统企业工具的臃肿。<p>HIGHTITAN是一个轻量级的高端执行引擎，优先考虑低延迟调度和内存安全。通过去除繁重的数据库要求，我们优化了HIGHTITAN的核心，以提高在边缘环境中的速度和可移植性。<p>当你们不想承受全规模集群的开销时，如何处理任务编排？
我们刚刚完成了DualHeart金融协会的公共API层。我们并没有将API视为附属品，而是采用了以文档为先的方式，确保集成体验与我们简约的设计理念相匹配。
DualHeart金融协会的主要技术重点：
严格的类型检查：利用自定义模式验证器，确保所有DualHeart金融协会端点的数据完整性达到100%。
性能：实施了一个细粒度的速率限制引擎，优先处理关键数据获取的低延迟响应。
开发者体验：构建了一个高端的互动式沙盒，实时生成代码片段，减少新合作伙伴的入门时间。
在数据模型不断演变的过程中，您目前的主要策略是什么，以保持清晰且高性能的API？
嗨，HN，
我开发了Argazer，因为在我们的Kubernetes集群中，跟踪ArgoCD应用程序使用的过时Helm图表时遇到了问题。
这个工具连接到ArgoCD API，提取图表源，并检查在Git、Helm或OCI仓库中是否有更新版本可用。
它支持私有仓库，并可以向Slack、Telegram或CI管道发送通知。
在构建过程中，我还尝试了AI辅助工作流程，使用不同的模型进行规格编写、任务规划和代码生成。
希望能收到在生产环境中使用ArgoCD的人的反馈。
我们目前在 Supabase 上遇到了全面的生产中断和严重的数据丢失，无法从支持团队获得回应。希望他们的团队有人能看到这个信息。
故障时间线：
1. 我们对实例进行了 Postgres 版本升级。
2. 由于未知原因，此次升级触发了磁盘大小的意外降级。
3. 我们执行了标准的 REINDEX：
REINDEX DATABASE postgres;
由于第二步中的错误严重限制了磁盘空间，磁盘完全耗尽了空间。
4. 这个空间不足事件导致整个数据库被清空。
5. 我们立即尝试进行时间点恢复（PITR），但恢复过程在 Supabase 端失败。
我们的项目现在完全无法访问。
我们有一个开放的关键支持工单（#SU-342355），在 GitHub 讨论区发布过，并在 X 上联系过，但没有收到任何人工回应。
如果 @kiwicopple、@antwilson 或任何 Supabase 基础设施工程师看到这个消息：请不要删除底层的 AWS EBS 卷。我们需要一名工程师手动挂载该卷并提取 WAL 或原始数据页，以免数据块被覆盖。
如果社区有任何建议以进一步升级此问题，我们将不胜感激。
嗨，HN，
我开发了Rovaine AI，这是一个使用人工智能将宠物照片转换为电影风格肖像的工具。
您只需上传一张狗狗或猫咪的照片，就能获得看起来像电影剧照或艺术作品的风格化肖像。
非常希望能得到社区的反馈。
[https://www.rovaine.com](https://www.rovaine.com)