<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Monitor Blazor WASM Containers w/ OTEL in Container platforms</title>
    <link>https://community.dynatrace.com/t5/Container-platforms/Monitor-Blazor-WASM-Containers-w-OTEL/m-p/299814#M3533</link>
    <description>&lt;P&gt;Blazor WebAssembly (WASM) applications run entirely inside the user’s browser. Because of this, Dynatrace OneAgent cannot instrument them—there’s no server‑side runtime for the agent to attach to. As a result, &lt;STRONG&gt;OpenTelemetry is currently the only practical way to collect observability data&lt;/STRONG&gt; from WASM apps. (&lt;A href="https://community.dynatrace.com/t5/Troubleshooting/AKS-WASM-node-pools-troubleshooting/ta-p/251156" target="_blank" rel="noopener"&gt;AKS WASM node-pools troubleshooting - Dynatrace Community&lt;/A&gt;)&lt;/P&gt;&lt;P&gt;I found an example OTEL setup for Blazor WASM on the New Relic site: (&lt;A href="https://newrelic.com/blog/apm/how-to-observe-your-blazor-webassembly-application-with-opentelemetry-and-real-user-monitoring?utm_source=copilot.com" target="_blank" rel="noopener"&gt;https://newrelic.com/blog/apm/how-to-observe-your-blazor-webassembly-application-with-opentelemetry-and-real-user-monitoring?utm_source=copilot.com&lt;/A&gt;)&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;This approach works, but it exposes OTEL tokens in the client‑side code, which we want to avoid if possible.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;So my questions are:&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Is there a recommended or best‑practice way to instrument Blazor WASM with OpenTelemetry without exposing tokens in the browser?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Is Dynatrace working on native OneAgent support for WASM workloads?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Since we are running Dynatrace Managed, we don’t have a public OTEL ingest endpoint—should we expose one, or is there a better pattern for routing OTEL data securely?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;SPAN&gt;We’re looking for guidance on the safest and most future‑proof way to handle OTEL ingestion for WASM applications in a Dynatrace Managed environment.&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 21 May 2026 07:52:21 GMT</pubDate>
    <dc:creator>yniasreynders96</dc:creator>
    <dc:date>2026-05-21T07:52:21Z</dc:date>
    <item>
      <title>Monitor Blazor WASM Containers w/ OTEL</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Monitor-Blazor-WASM-Containers-w-OTEL/m-p/299814#M3533</link>
      <description>&lt;P&gt;Blazor WebAssembly (WASM) applications run entirely inside the user’s browser. Because of this, Dynatrace OneAgent cannot instrument them—there’s no server‑side runtime for the agent to attach to. As a result, &lt;STRONG&gt;OpenTelemetry is currently the only practical way to collect observability data&lt;/STRONG&gt; from WASM apps. (&lt;A href="https://community.dynatrace.com/t5/Troubleshooting/AKS-WASM-node-pools-troubleshooting/ta-p/251156" target="_blank" rel="noopener"&gt;AKS WASM node-pools troubleshooting - Dynatrace Community&lt;/A&gt;)&lt;/P&gt;&lt;P&gt;I found an example OTEL setup for Blazor WASM on the New Relic site: (&lt;A href="https://newrelic.com/blog/apm/how-to-observe-your-blazor-webassembly-application-with-opentelemetry-and-real-user-monitoring?utm_source=copilot.com" target="_blank" rel="noopener"&gt;https://newrelic.com/blog/apm/how-to-observe-your-blazor-webassembly-application-with-opentelemetry-and-real-user-monitoring?utm_source=copilot.com&lt;/A&gt;)&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;This approach works, but it exposes OTEL tokens in the client‑side code, which we want to avoid if possible.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;So my questions are:&lt;/SPAN&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Is there a recommended or best‑practice way to instrument Blazor WASM with OpenTelemetry without exposing tokens in the browser?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Is Dynatrace working on native OneAgent support for WASM workloads?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;&lt;SPAN&gt;&lt;STRONG&gt;Since we are running Dynatrace Managed, we don’t have a public OTEL ingest endpoint—should we expose one, or is there a better pattern for routing OTEL data securely?&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;SPAN&gt;We’re looking for guidance on the safest and most future‑proof way to handle OTEL ingestion for WASM applications in a Dynatrace Managed environment.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 21 May 2026 07:52:21 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Monitor-Blazor-WASM-Containers-w-OTEL/m-p/299814#M3533</guid>
      <dc:creator>yniasreynders96</dc:creator>
      <dc:date>2026-05-21T07:52:21Z</dc:date>
    </item>
  </channel>
</rss>

