返回首页
最新
我常用的快速计数方法是手机上的一个备忘录，但我发现反复编辑数字有点麻烦。<p>所以我迅速开发了这个应用，它如同宣传的那样，保持了纸上记数的感觉。<p>希望其他人也能找到它的用处 :)
我可以得到一些反馈吗？
我在与团队成员或在面试中讨论系统设计时，手动绘制系统设计图让我感到沮丧。因此我想：“如果有人在我思考时为我绘制图表，那该多好啊！”<p>这就是我想到VoiceDraw的原因。你只需大声思考或与朋友/面试官讨论你的系统架构，图表会自动绘制，同时你的推理、未解的问题和权衡也会优雅地记录在旁边。<p>演示视频：<a href="https://youtu.be/36PgHKSuccE" rel="nofollow">https://youtu.be/36PgHKSuccE</a>
嗨，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 供应商的需求。
- 网络上个人信息去标识化：它可以实时检测并剔除日志和追踪中的敏感信息，确保在数据通过互联网传输之前去除“后摄取”清理成本和合规风险。
- K8s 上下文注入：由于它与您的集群深度集成，它可以将您的 OTel 流直接映射到 K8s 资源（部署、Pod、CRD）中，提供统一的用户界面。
该 API 是用 Go 构建的（[github.com/mydecisive/octant](https://github.com/mydecisive/octant)），整个堆栈可以通过我们的 Helm 图表直接部署到您的集群中。
我们希望您能在开发集群上启动它并进行深入探索。我们最近合并了来自我们第一位社区贡献者的 PR，这对我们来说是一个巨大的里程碑！我们希望保持这种势头。如果您对 K8s 可观察性和自主性、OpenTelemetry 管道或 Go/React 感兴趣，我们标记了一些“适合新手的问题”，非常欢迎您加入这个项目。
GitHub: [https://github.com/MyDecisive/octant](https://github.com/MyDecisive/octant)
网站: [https://www.mydecisive.ai/](https://www.mydecisive.ai/)
今天我会在这个讨论串中待着，乐意回答任何问题或深入探讨架构！