最新

我之前习惯用手机备忘录来快速记数，但反复编辑数字觉得有点麻烦。<p>于是我快速开发了这个应用，它功能如其名，保留了纸上划记号的质感。<p>希望其他人也能从中找到一些用处 :)

我能得到一些反馈吗？

在与团队成员讨论或面试时，不得不手动绘制系统设计图让我感到沮丧。于是我想到：“如果有人在我滔滔不绝地思考时，替我画出图来，那该多好？” 这就是 VoiceDraw 的由来。你可以一边思考，或者和朋友/面试官讨论你的系统架构，图表就会随着你的思路、提出的疑问以及权衡的利弊自动绘制出来，并清晰地呈现在旁边。 演示视频：https://youtu.be/36PgHKSuccE

各位 HN 的朋友们： 我们是 MyDecisive.ai 的团队，今天我们向开发者们展示 Octant——为您的 OpenTelemetry 提供点按式控制和可见性。 您可能已经体会到了“可观测性税”的痛苦，尤其是在管理 K8S 集群时。目前行业标准是使用 OpenTelemetry 对一切进行检测，但将所有丰富的 OTLP 日志、指标和追踪直接传输到 SaaS 供应商（Datadog、Splunk、Honeycomb）会迅速变得昂贵。您最终会为嘈杂、低价值的数据支付巨额的摄取和存储成本，只是为了在出现问题时能够搜索到它们。有了 Octant，您可以在几分钟内完成 OTel 的部署。 我们构建 Octant 的目的是颠覆这种模式。Octant 不会盲目地将所有遥测数据发送到集群外，而是配置并帮助管理 OTEL 集群。它为您提供了一个可视化界面来管理 K8s 对象，更重要的是，它充当一个 OTLP 网关，在数据离开您的 VPC 之前就在源头进行过滤。 由于它原生支持 OpenTelemetry，您可以直接指向现有的 OTel SDK 或收集器，而无需修改应用程序代码。以下是它在后台的工作原理： - **OTel 原生追踪和日志采样：** 它能够轻松地摄取 OTLP 流量，并在传输过程中检查日志和追踪。通过等待追踪的完整上下文，然后决定保留哪些数据，它实现了将可操作信号（如错误和高延迟跨度）100% 保留，同时在数据进入您的 SaaS 账单之前丢弃无用信息。 - **实时状态告警：** Octant 可以处理遥测流，而无需等待数据被批处理、传输并由外部提供商索引后触发告警。这缩短了检测时间，并从根本上减少了对 SaaS 供应商的依赖。 - **传输中的 PII（个人身份信息）脱敏：** 它可以实时检测并从您的日志和追踪中移除敏感信息，然后再将其传输到互联网上，从而消除了“事后摄取”的清理成本和合规风险。 - **K8s 上下文注入：** 由于它与您的集群深度集成，它可以在统一的 UI 中将您的 OTel 流直接映射到您的 K8s 资源（Deployments、Pods、CRDs）。 API 使用 Go 编写（[github.com/mydecisive/octant]），整个堆栈可以通过我们的 Helm charts 直接部署到您的集群中。 我们非常希望您能在开发集群上部署并进行测试。我们最近刚刚合并了来自我们第一位社区贡献者的 PR，这对我们来说是一个巨大的里程碑！我们希望保持这种势头。如果您对 K8s 可观测性与自主性、OpenTelemetry 流水线或 Go/React 感兴趣，我们已经标记了一些“适合初学者的问题”，并非常乐意欢迎您加入该项目。 GitHub：<a href="https://github.com/MyDecisive/octant" rel="nofollow">https://github.com/MyDecisive/octant</a> 网站：<a href="https://www.mydecisive.ai/" rel="nofollow">https://www.mydecisive.ai/</a> 我今天会一直关注此帖，很乐意回答任何问题或深入探讨架构！