TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

OpenTelemetry

195 点作者 privacyonsec超过 4 年前

12 条评论

lucb1e超过 4 年前
I don&#x27;t quite get it, what does this do?<p>The readme says absolutely nothing (e.g. &quot;The OpenTelemetry specification describes the cross-language requirements and expectations for all OpenTelemetry implementations.&quot; and goes on to describe how to submit changes or on which proprietary platform meeting minutes can be found) and the Overview document goes into depths about terminology (what a trace is, what a span within a trace is, how to link spans, etc.).<p>Nowhere does it say if this is supposed to, for example, replace proprietary crash reporting in apps so that we can know what is being reported back to the mothership, or if this is something completely different.
评论 #24574537 未加载
评论 #24575795 未加载
maurys超过 4 年前
Just a quick summary.<p>Trace - One unique id for an &quot;action&quot;, say customer purchasing an item. A set of spans exist under a trace.<p>Span - An interval with a start time and duration. Can add tags for querying. Can add logs for richer information but not indexed. Each span belongs to exactly one trace.<p>Baggage - key value pairs you can pass between services. They aren&#x27;t tagged as part of the span or trace, but the receiving service can use these values to make decisions or add them to its local spans as logs or spans.<p>Under the hood, it&#x27;s just a set of HTTP headers passed between services. The first span creates a trace id and passes that to all downstream services as a header.<p>Each service independently pushes it&#x27;s span data into a centralised collector which indexes the data and exposes it over an UI&#x2F;API.<p>OpenTelemetry provides a specification and some reference implementation across languages.<p>At least, this is my understanding of it. I&#x27;ve dabbled with Jaegar but I&#x27;m not affiliated with any of these.
评论 #24576442 未加载
评论 #24577802 未加载
candiddevmike超过 4 年前
Here be dragons. I really want to use this project, but the spec and libraries keep changing. I would not adopt this yet, too much is in flux.<p>As an aside, I think this project is suffering from analysis paralysis. Ship a stable 1.0, iterate towards a 2.0 eventually based on user feedback. You aren&#x27;t going to release a perfect 1.0.
评论 #24572865 未加载
评论 #24573997 未加载
评论 #24577455 未加载
bitbckt超过 4 年前
I don&#x27;t use any of their libraries, but follow the spec closely.<p>At the very least, it&#x27;s forcing some standardization among APM vendors (DataDog 64b trace_id, I&#x27;m looking at you).<p>Also, related: <a href="https:&#x2F;&#x2F;www.w3.org&#x2F;TR&#x2F;trace-context&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.w3.org&#x2F;TR&#x2F;trace-context&#x2F;</a>
评论 #24573492 未加载
polskibus超过 4 年前
So how does this differ from open census, openmetrics, opentracing? It would be great if one open-something combined metrics and other observability tools in one spec&#x2F;toolset like application insights does. Otherwise, developers waste a lot of time evaluating various open-whatevers, and having to use more than one.
评论 #24572502 未加载
评论 #24573181 未加载
austinlparker超过 4 年前
disclaimer: otel maintainer, etc.<p>one thing I want to point out is that, eventually, we&#x27;d like for a lot of the complaints people have to be... well, things that you don&#x27;t have to complain about, because it&#x27;s not important. three or four years from now, it&#x27;d be nice to see a world where most people don&#x27;t actually have to interact with otel at all because it&#x27;s either built-in to the libraries&#x2F;frameworks they&#x27;re using, or because they&#x27;re using some kind of wrapper that helps with best practices.<p>you can see an example of this with something we&#x27;re doing at lightstep - we&#x27;re introducing launchers that wrap upstream otel and standardize config format&#x2F;defaults between multiple languages (<a href="https:&#x2F;&#x2F;github.com&#x2F;lightstep&#x2F;?q=launcher" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;lightstep&#x2F;?q=launcher</a>), and trying to provide &quot;missing link&quot; documentation (<a href="https:&#x2F;&#x2F;otel.lightstep.com" rel="nofollow">https:&#x2F;&#x2F;otel.lightstep.com</a>).<p>i suspect that eventually the question of &quot;how do i use opentelemetry&quot; becomes a moot point because it&#x27;s already there.
aphexairlines超过 4 年前
The java implementation seems to lean on trying to pass context objects around implicitly as a ThreadLocal.<p>This will cause pain and suffering in the presence of async, multithreaded code: your trace context will be present in the thread where your request handler began, but won&#x27;t be present in threads running callbacks from non-blocking IO libraries (netty, akka-http, async-http-client, redisson, etc).
评论 #24574973 未加载
评论 #24574511 未加载
评论 #24573493 未加载
giulianob超过 4 年前
I&#x27;ve been using the opentelemetry package for C# to push tracing data to Honeycomb and it&#x27;s really good. It takes a bit of learning but it&#x27;s extremely powerful. Once you&#x27;re over the hump it&#x27;s very easy to quickly add new telemetry and its night and day difference to typical logs&#x2F;metrics.
setheron超过 4 年前
The reference Java implementation uses too much hard-coded static variables. Look sexy for demonstration, but is it configuration nightmare.<p>I had a lot more success and ease of use using open zipkin, highly recommend.
评论 #24572792 未加载
评论 #24574446 未加载
otherview超过 4 年前
The tracing package is pretty solid. The metrics, is still changing.<p>I 100% support this I think theres great work behind it. Eager to see how they tackle logs.
评论 #24574186 未加载
aryc19超过 4 年前
I&#x27;m really looking forward to using this project when it&#x27;s stable. I briefly experimented with their Python SDK to try and record metrics but their documentation seemed either out of date or non-existent for some features. I&#x27;ll wait for them to reach 1.0 in the hope that the documentation gets better and existing issues are resolved.
评论 #24574433 未加载
csunbird超过 4 年前
First thing that came to my mind when I saw the project title was the opentracing.io project. Glad to see that this is actually opentracing and opencensus merging their approaches.