Phillip Carter shares why he believes OpenTelemetry is the best choice for instrumenting your services, and why it shouldn’t be owned by any one vendor.
Instrumenting your services is table stakes for modern services work. If your services are properly instrumented, debugging stops becoming guesswork, and you can understand your systems at a much deeper level than just knowing when something goes wrong. And when something is table stakes in software development, it mustn’t be controlled by any one vendor.
In this post, I’ll introduce the OpenTelemetry observability framework, sharing why you should be adopting it to instrument your services, how you can work with different vendors to export your telemetry data to a backend, and why I believe it’s essential that OpenTelemetry isn’t tied to a specific vendor and their offerings.
