1 分•作者: theguysudo•19 天前•原帖
大家好,我是 Enzo,这是一个 BYOA(自带应用)统一网关,您可以在不花一分钱的情况下执行任何类型的任务,同时完全在本地运行,避免 CPU 过载的风险,并且可以免费获取高级模型来完成您的任务,快来看看吧…… <p>https://github.com/theguysudo/ENZO
3 分•作者: chipfixer•19 天前•原帖
我正在构建Cardinal(cardinalhq.io)。关于Kubernetes调试,有一件事让我感到非常烦恼,那就是从应用程序问题到其底层Kubernetes根本原因所需的步骤数量。例如,如果我看到错误率激增,并且按部署进行分组,我希望能够立即看到该部署的K8s环境,这样我就能看到最近被错误更新的配置映射。 同样,如果一个节点的磁盘空间不足,这会对尝试写入新文件的有状态集造成连锁反应,从而影响请求延迟。 这种情况还有很多。 为了解决这个问题,我们有一个想法:构建一个智能图表图例,能够识别K8s标签(基于OTEL语义约定),然后为每个条目弹出一个“基础设施地图”图标。点击后,你可以看到该实体的完整K8s环境及其健康状态注释。这样,从应用程序遥测到K8s基础设施就变得更容易了。 我很好奇这个用户体验是否合理,如果不合理,你们今天是如何解决这个关联问题的? https://cardinalhq.io/use-cases/kubernetes