Continuing our series on tracing with OpenTelemetry in AWS Kinesis, we now explore a refined approach to overcome the challenges faced in our initial attempt with the PartitionKey parameter.

In the first article of our series, we explored the importance of trace headers and the complexities involved in their propagation. Now, we shift from theory to practice. This second installment will take you through a hands-on baseline scenario and our initial strategy of propagating the OpenTelemetry trace context in AWS Kinesis by using the PartitionKey parameter.

Welcome to our series on navigating the complexities of trace header propagation with OpenTelemetry in AWS Kinesis. In this 3-part exploration, we'll dive into the critical role of trace headers in distributed systems, discuss the unique challenges presented by AWS Kinesis, and explore innovative solutions that keep your data tracking robust and consistent.

Java has long been a foundational pillar in application development, its versatility and robustness serving as key drivers behind its widespread adoption. Since its inception, Java has evolved to meet the ever-changing demands of scalable deployments, offering a reliable platform for creating everything from web applications to complex, server-side systems.

Today, we’re making it even easier to find and solve user-impacting issues with three new Sentry Performance features.

DevOps professionals know that ensuring optimal application performance is paramount. More and more customers and prospects interact with companies online, and any hiccup can impact your bottom line. What’s more, companies continue to leverage cloud-native apps for improved flexibility and resource optimization. All of which means that Application Performance Monitoring (APM) tools need to evolve.

Imagine you're leading a team of engineers responsible for monitoring and optimizing the performance of a cloud-based application used by millions of users worldwide. As the application continues to scale, you recognize the pressing need for a robust observability solution to learn about its distributed architecture. In this scenario, you're faced with an essential decision: choosing between OpenTelemetry and Datadog for distributed tracing and observability.

With the release of.NET 8, Microsoft released a new framework called.NET Aspire that’s shaking up the way distributed applications are crafted. Aspire makes it painless to configure and deploy distributed apps in.NET. You can check out the Aspire docs for a full rundown.

What do we gain when we integrate OpenTelemetry with FastAPI? Integrating OpenTelemetry with FastAPI offers many benefits that greatly improve the observability and monitoring capabilities of applications built on this high-performance web framework. By integrating OpenTelemetry's instrumentation capabilities into FastAPI projects, you can understand your applications' inner workings, enabling them to monitor, analyze, and optimize performance.

For years, we’ve been installing what vendors have referred to as “agents” that reach into our applications and pull out useful telemetry information from them. From monitoring agents, to full-blown APM tools, this has been the standard for many decades. With OpenTelemetry though, the term “agent” isn’t used as much, and in most scenarios means something slightly different.