You MUST Instrument Your Code With OpenTelemetry (OTEL)!

  Переглядів 35,866

DevOps Toolkit

DevOps Toolkit

День тому

If we want to gain insights into application behavior, we MUST instrument our code. However, instrumenting code can take time and effort and so we better do it in a way that avoids being locked into any specific tool. That's where OpenTelemetry comes in with its instrumentation standard, independent of the tools where logs, metrics, and traces are collected.
#opentelemetry #instrumentation #traces #metrics #logsesports
▬▬▬▬▬▬ 😳 Sponsor 😳 ▬▬▬▬▬▬
🔗 Robusta: robusta.dev
Consider joining the channel: / devopstoolkit
▬▬▬▬▬▬ 🔗 Additional Info 🔗 ▬▬▬▬▬▬
➡ Gist with the commands: gist.github.com/38b4b02bef304...
🔗 OpenTelemetry: opentelemetry.io
🎬 Kubernetes Notifications, Troubleshooting, And Automation With Robusta: • Kubernetes Notificatio...
▬▬▬▬▬▬ 💰 Sponsoships 💰 ▬▬▬▬▬▬
If you are interested in sponsoring this channel, please use calendly.com/vfarcic/meet to book a timeslot that suits you, and we'll go over the details. Or feel free to contact me over Twitter or LinkedIn (see below).
▬▬▬▬▬▬ 👋 Contact me 👋 ▬▬▬▬▬▬
➡ Twitter: / vfarcic
➡ LinkedIn: / viktorfarcic
▬▬▬▬▬▬ 🚀 Other Channels 🚀 ▬▬▬▬▬▬
🎤 Podcast: www.devopsparadox.com/
💬 Live streams: / devopsparadox
▬▬▬▬▬▬ ⏱ Timecodes ⏱ ▬▬▬▬▬▬
00:00 Introduction To OpenTelemetry
02:42 What Is Instrumentation And Why Do We Need It?
03:26 Robusta (sponsor)
04:08 What Is Instrumentation And Why Do We Need It? (cont.)
09:09 What Is OpenTelemetry And Why Do We Need It?
15:47 Should You Instrument Your Applications With OpenTelemetry?

КОМЕНТАРІ: 67
@DevOpsToolkit
@DevOpsToolkit Рік тому
Do you instrument your code?
@devnetindonesia9716
@devnetindonesia9716 Рік тому
Hi Viktor, you type it "Robuta" in description, hope you find this usefull
@DevOpsToolkit
@DevOpsToolkit Рік тому
Thanks for the note. Corrected :)
@fpvclub7256
@fpvclub7256 Рік тому
We use Dynatrace today for tracing.. I will investigate openTelemetry and see how it can add value and prevent vendor lock-ing. Thanks for another great vid!.
@DevOpsToolkit
@DevOpsToolkit Рік тому
@@fpvclub7256 Dynatrace support OpenTelemetry (not sure whether they support all all of or only a subset), so that part should not be a problem.
@DanielRadu
@DanielRadu Рік тому
Thanks for the content, Viktor. Would love to see a trilogy of videos on 1. the otel instrumentation needed to get red metrics, such that one can answer health questions 2. instrument more rich spans around the places where metrics are instrumented and unlock answering questions about change. 3. wrap it up with trying to answer health and change questions in various backends (garafana, datadog, honeycomb).
@felipeozoski
@felipeozoski Рік тому
This channel is my daily podcast ❤
@SV-tc8cu
@SV-tc8cu Рік тому
Man, this is a best, most clear and concise answer to the question on what is OT. You are simply the best!
@maxnemchenko8200
@maxnemchenko8200 Рік тому
I love your overviews so much! Thank you and good luck!
@shilongjaycui-tech
@shilongjaycui-tech 4 місяці тому
Thank you for the video! As a DevOps engineer with little experience in monitoring, I'm really grateful for now knowing what instrumentation is as well as what makes OpenTelemetry stands out as an instrumentation tool.
@fatihbaltac1482
@fatihbaltac1482 Рік тому
Great video on OpenTelemetry! It's definitely a game-changer in the world of observability. Can't wait for the future videos.
@luisrodriguezgarcia1282
@luisrodriguezgarcia1282 Рік тому
Huge topic for just one video, a serie for this, digging in the different parts (tracing, monitoring, alerting and logging) and the integration with other tools, grafana, Jaeger, Prometheus etc..., would be terrific 😊. Anyway thanks for your work, keep it up!
@DevOpsToolkit
@DevOpsToolkit Рік тому
Jaeger video was just published and is available at ukposts.info/have/v-deo/fnthqZ5kbqR1tJs.html.
@snehotoshbanerjee1938
@snehotoshbanerjee1938 6 місяців тому
Great insight! Great video as always!
@mohali4338
@mohali4338 Рік тому
Dear, you have one of the best channels about DevOps. I always enjoy your content. Please keep it on.
@DevOpsToolkit
@DevOpsToolkit Рік тому
Wow, thank you!
@javisartdesign
@javisartdesign Рік тому
Thanks for these series! Open tracing and Open Census were good project and with Open Telemetry it also comes with auto-instrumetation. For Java there are Java agents based that propagates the headers, traces, spams, etc.. to upstream services.
@felipeozoski
@felipeozoski Рік тому
My new favorite channel 😃❤ thank you Viktor
@n0kodoko143
@n0kodoko143 Рік тому
Looking forward to the tracing video!!
@AllanMann75
@AllanMann75 8 місяців тому
Just found your videos, amazing thanks
@MsPBJTime
@MsPBJTime Рік тому
Excellent and concise overview. Thank you! Teams must also be mindful of how this data is used and queried. From what you said in this video, I think you'll get into that in more detail in the next video.
@DevOpsToolkit
@DevOpsToolkit Рік тому
It's a very big subject so it'll take more than one more video. The next one related to OTel is coming next Monday.
@abdmaster
@abdmaster Рік тому
Waiting for next video.... very excited :)
@DevOpsToolkit
@DevOpsToolkit Рік тому
It's coming next Monday :)
@LionelMarks-bj6ku
@LionelMarks-bj6ku Рік тому
Excellent content!
@LandMextrem
@LandMextrem Рік тому
Video with Jaeger would be nice
@DevOpsToolkit
@DevOpsToolkit Рік тому
Often, I wait to see whether people are interested in a topic I propose and, if they are, I start working on it some time in the future. That often results in it coming weeks or months later. Jaeger is different. Many already asked for it and I'm already on it. It will be released next week.
@DevOpsToolkit
@DevOpsToolkit Рік тому
Done! ukposts.info/have/v-deo/fnthqZ5kbqR1tJs.html
@logicstv
@logicstv 3 місяці тому
Need to do a full devops training course. You are a very good teacher
@singhmausam
@singhmausam 2 місяці тому
Thank you for explaining it.
@dirien
@dirien Рік тому
Yeah awesome video! I need now to build in the tracing library! A video about Jaeger and Tempo would be nice, Viktor!
@DevOpsToolkit
@DevOpsToolkit Рік тому
One of those two requests is coming next Monday :)
@DevOpsToolkit
@DevOpsToolkit Рік тому
Jaeger was just published (ukposts.info/have/v-deo/fnthqZ5kbqR1tJs.html).
@trantrunghieu1698
@trantrunghieu1698 Рік тому
I'm really curious to see how the instrumentation work with jaeger tracing components. Looking forward to it!
@DevOpsToolkit
@DevOpsToolkit Рік тому
Already scheduled for next week :)
@kevin22214
@kevin22214 Рік тому
@@DevOpsToolkit It would be also interesting to see comparison with other tracing tools like Zipkin
@DevOpsToolkit
@DevOpsToolkit Рік тому
It would. I’ll do my best to do it soon.
@DevOpsToolkit
@DevOpsToolkit Рік тому
Done! ukposts.info/have/v-deo/fnthqZ5kbqR1tJs.html
@holgerwinkelmann6219
@holgerwinkelmann6219 Рік тому
as you asked, in term of Otel Receiver, you might consider Grafana Tempo as Receiver and Visualization, as you have all three types of Otel in one Visualization, Traces, Logs, metrics, and cold even correlate them (implemented right)
@DevOpsToolkit
@DevOpsToolkit Рік тому
Tempo is amazing
@holgerwinkelmann6219
@holgerwinkelmann6219 6 місяців тому
@@DevOpsToolkit BTW, do you know Crossplane (runtime) will get OTEL Tracing one day, I think it's a great fit for such a tool interacting with so. many components (Compositions, Providers) down and upstream...
@DevOpsToolkit
@DevOpsToolkit 6 місяців тому
@holgerwinkelmann6219 it's on the roadmap.
@Rundik
@Rundik 6 місяців тому
Title: MUST!!!! Actual video: maybe should 🥺👉👈
@Sebastian-or4xw
@Sebastian-or4xw Рік тому
Any thoughts on Grafana Tempo vs Jaeger? Does it make sense to stick to Grafana tools if you already use them for most other things?
@DevOpsToolkit
@DevOpsToolkit Рік тому
Grafana tools are awesome and they are my default recommendation. Tempo works with OpenTelemetry so no problems on that side.
@fenarRH
@fenarRH Рік тому
I must NOT ask my app vendors to do additional coding (plus maintaining it) that will cost for "emit" when that application consumed unless consumer is really needed that if and when. Or stick with git-driven config change enforcement for enabling those information elements that will steer app to ship that that to a remote server via pull or push rather, some stuff we inherit from legacy not necessarily bad but optimized over ages of operational experience and cost for it.
@chargen7224
@chargen7224 9 місяців тому
Excellent fwd to the twitter
@Denis-ez8gd
@Denis-ez8gd Рік тому
You mentioned several times that we should use OpenTelemetry to be able to switch one observability solution to another. I remember a time, when people had the same argument for ORMs, which allegedly allow to switch database, but give you least common API. So you kinda exchange part of features to possibility of changing database/observability solution. Maybe in some cases a Datadog agent is not that bad, especially if we consider that observability consist of several parts (agents, collectors, storage backend, UI and so on, and one vendor could integrate these parts better, than common solution).
@DevOpsToolkit
@DevOpsToolkit Рік тому
Many other attempts to standardize something failed because of the lack of support. Having a standard that is not implemented by many is not very useful. OpenTelemetry, however, is one of the few "standards" that managed to rally everyone. Almost every vendor or a project in the observability space supports it or is working on the support (including Datadog). Something similar happened to Kubernetes API a bit earlier (almost everyone gathered behind it). So, OpenTelemetry is different than others due to the size of its adoption and contributions coming from vendors and projects. As a counter example, we have OAM (Open Application Model) for which I had high hopes but which failed to convince a significant percentage of the industry to adopt it.
@DevOpsToolkit
@DevOpsToolkit Рік тому
One more thing... I don't care much about agents. They can be OpenTelemetry or anything else since there is almost no work involved in switching from one to the other. What I do care is what we use to instrument our code since that represents invesment (mainly in time).
@davehoffman515
@davehoffman515 Рік тому
Datadog supports otel pretty well but it works much better with the agent. Same with New Relic, Instana, splunk and most of the hosted services out there. It's how the softly push you in to vendor lock in to make it less appealing to switch away.
@DevOpsToolkit
@DevOpsToolkit Рік тому
@@davehoffman515 That follows typical stages of adoption of standards. 1. We will not support this. Our stuff is better and we have the competitive edge. 2. We have to support this because others are supporting it and prospects are asking for it, but we will not make it as good as our own stuff. 3. We have to support it well because our customers do not want to use our own API. They are leaving because they do not want to be locked in. Most vendors are in the phase 2 right now, and will be moving towards the phase 3 soon. P.S. Most attempts to standardize something never pass the phase 1 and eventually die. OpenTelemetry managed to get to the phase 2 thus (probably) securing its future.
@holgerwinkelmann6219
@holgerwinkelmann6219 Рік тому
Hi, have you seen any way how to document Otel metrics based on some kind of Schema, basically like OpenAPI or MIB for Cloud Native Metrics?
@DevOpsToolkit
@DevOpsToolkit Рік тому
I haven’t seen something like that :(
@agardnerit
@agardnerit Рік тому
You should do a video on OpenFeature!
@DevOpsToolkit
@DevOpsToolkit Рік тому
Adding it to my to-do list... 🙂
@Sebastian-or4xw
@Sebastian-or4xw Рік тому
Is the logging part intended to replace promtail + loki or does it do something differently?
@DevOpsToolkit
@DevOpsToolkit Рік тому
OpenTelemetry does not replace any specific tool or, to be more precise, does not have to replace anything. It's mostly focused on standardizing the API that other tools might use and instrumenting your code with that API.
@fanemanelistu9235
@fanemanelistu9235 Рік тому
And here I thought Robusta is a coffee species.
@danielhd6719
@danielhd6719 Рік тому
Robusta is two dudes spamming Linkedin constantly with their vision about "Limits make no sense, dont put limits in your deployments"... After short discussion with "CEO" stopped wasting my time with them.
@mr_wormhole
@mr_wormhole Рік тому
Otel collector + tempo pls 😆
@DevOpsToolkit
@DevOpsToolkit Рік тому
Tempo is already on my to-do list :)
@pierreancelot8864
@pierreancelot8864 11 місяців тому
OT logging is still to this day inexistent or experimental.
@DevOpsToolkit
@DevOpsToolkit 11 місяців тому
Yes. Logging is behind other types of telemetry.
@ahmad-hamade
@ahmad-hamade Рік тому
I have conducted research on enabling OpenTelemetry for multi-services written in Go, and I have chosen to utilize Signoz as a visualization tool that combines traces, metrics, and logs. Signoz is also an open-source project, and I highly recommend that you check it out.
@DevOpsToolkit
@DevOpsToolkit Рік тому
Adding it to my TODO list... :)
Distributed Tracing With Jaeger And OpenTelemetry In Kubernetes
18:58
DevOps Toolkit
Переглядів 23 тис.
Эта Мама Испортила Гендер-Пати 😂
00:40
Глеб Рандалайнен
Переглядів 6 млн
OpenTelemetry Demystified: An Observability Tutorial for Beginners
23:27
Is it Observable
Переглядів 34 тис.
DevOps Is Dead! Long Live Platform Engineering! Did We Get Confused?
20:15
Getting Started with OpenTelemetry in .NET
19:56
Nick Chapsas
Переглядів 43 тис.
They Enabled Postgres Partitioning and their Backend fell apart
31:52
Hussein Nasser
Переглядів 36 тис.
Context Propagation makes OpenTelemetry awesome
9:40
Lightstep is now ServiceNow Cloud Observability
Переглядів 11 тис.
Best OS for programming? Mac vs Windows vs Linux debate settled
8:41
Effective and Efficient Observability with OpenTelemetry
45:26
Apple Event - May 7
38:22
Apple
Переглядів 6 млн
The ARM chip race is getting wild… Apple M4 unveiled
4:07
Fireship
Переглядів 639 тис.