Embrace newsroom

At Embrace, we've been excited about meeting and growing the OpenTelemetry specification for some time now. We also have a ton of domain-specific knowledge about how mobile telemetry should be collected and processed. This led to a decision point while rebuilding our mobile SDKs to emit OpenTelemetry primitives: how can we quickly inform the data ingest layer about the types of telemetry we're sending, to make its life easier?

Embrace captures all the data from all the sessions of an app. Your Error Logs, successful and failing Network Requests, and screen tap locations are all recorded by the mobile app client. That’s a lot of data. Too much data to be constantly monitoring.

Embrace's Android OpenTelemetry (OTel) SDK now supports the standard OTel Tracing API, meaning that spans instrumented by the OTel Tracing API will be seamlessly consumed by the Embrace SDK, just as if they were created using our proprietary tools. This gives customers greater flexibility to instrument and monitor what really matters to them, without having to adopt a different tracing standard.