<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Journey overview on Grafana Labs</title><link>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/</link><description>Recent content in Journey overview on Grafana Labs</description><generator>Hugo -- gohugo.io</generator><language>en</language><atom:link href="/docs/learning-hub/intro-to-tracing/01-intro/index.xml" rel="self" type="application/rss+xml"/><item><title>Follow a slow request across services, not just within one</title><link>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/01-journey-overview/</link><pubDate>Tue, 04 Aug 2026 18:58:09 -0400</pubDate><guid>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/01-journey-overview/</guid><content><![CDATA[&lt;h2 id=&#34;what-youll-learn&#34;&gt;What you&amp;rsquo;ll learn&lt;/h2&gt;
&lt;p&gt;When a request slows down as it crosses several services, your metrics and logs each show one piece of the picture. A trace shows the whole path, so you can see which service lost the time. This journey teaches you to read one.&lt;/p&gt;
&lt;p&gt;Here&amp;rsquo;s what this journey covers:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;What a trace is&lt;/strong&gt;: How one request&amp;rsquo;s journey across services is captured as a trace&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;When to reach for a trace&lt;/strong&gt;: When to reach for a trace instead of metrics or logs&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;The four-stage path&lt;/strong&gt;: The stages that turn a request into a trace you can open&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Reading a trace&lt;/strong&gt;: Open a real trace and find where the request spent its time, without setting anything up&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;You won&amp;rsquo;t set tracing up for your own system here. Producing traces, carrying and storing them, and connecting them to your other signals are covered in the separate setup journey.&lt;/p&gt;
&lt;h2 id=&#34;journey-duration&#34;&gt;Journey duration&lt;/h2&gt;
&lt;p&gt;~40 minutes&lt;/p&gt;
]]></content><description>&lt;h2 id="what-youll-learn">What you&amp;rsquo;ll learn&lt;/h2>
&lt;p>When a request slows down as it crosses several services, your metrics and logs each show one piece of the picture. A trace shows the whole path, so you can see which service lost the time. This journey teaches you to read one.&lt;/p></description></item><item><title>The benefit of traces</title><link>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/02-the-tracing-gap/</link><pubDate>Tue, 04 Aug 2026 18:58:09 -0400</pubDate><guid>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/02-the-tracing-gap/</guid><content><![CDATA[&lt;h2 id=&#34;where-did-the-time-go-across-services&#34;&gt;Where did the time go across services?&lt;/h2&gt;
&lt;p&gt;A checkout request comes in slow. It doesn&amp;rsquo;t run in one place: it hops from the web service, to the cart service, to the payments service, to the inventory service, each running separately and passing the request along. Software built this way, from separate services running on different machines that cooperate to handle one request, is a &lt;strong&gt;distributed system&lt;/strong&gt;. Each independently running part is a &lt;strong&gt;service&lt;/strong&gt;, and the route the request takes from service to service is its &lt;strong&gt;request path&lt;/strong&gt;.&lt;/p&gt;
&lt;h2 id=&#34;why-metrics-and-logs-cant-answer-it&#34;&gt;Why metrics and logs can&amp;rsquo;t answer it&lt;/h2&gt;
&lt;p&gt;You already have metrics and logs, but neither follows the request across the hops. Metrics tell you &lt;em&gt;something&lt;/em&gt; is wrong, checkout is slow, without saying where. Logs show what happened inside a single service, then stop at that service&amp;rsquo;s edge. So the request crosses four services and neither signal points to &lt;em&gt;which&lt;/em&gt; hop lost the time.&lt;/p&gt;
&lt;p&gt;Each signal covers a different slice of the request path, and neither slice pinpoints the slow hop.&lt;/p&gt;

&lt;div class=&#34;learning-hub-image&#34;&gt;
  &lt;a href=&#34;signal-coverage.svg&#34; title=&#34;Metrics cover the whole request path but only show something is wrong; logs cover a single service; the missing view spans every hop to show which hop lost the time&#34;&gt;
    &lt;img
      class=&#34;lazyload d-inline-block&#34;
      data-src=&#34;signal-coverage.svg&#34;
      alt=&#34;Metrics cover the whole request path but only show something is wrong; logs cover a single service; the missing view spans every hop to show which hop lost the time&#34; width=&#34;800&#34; height=&#34;400&#34;/&gt;
    &lt;div class=&#34;learning-hub-image__zoom&#34;&gt;
      &lt;svg width=&#34;24&#34; height=&#34;24&#34; viewBox=&#34;0 0 24 24&#34; fill=&#34;none&#34; xmlns=&#34;http://www.w3.org/2000/svg&#34;&gt;
        &lt;path d=&#34;M21 21L15 15M17 10C17 13.866 13.866 17 10 17C6.13401 17 3 13.866 3 10C3 6.13401 6.13401 3 10 3C13.866 3 17 6.13401 17 10Z&#34; stroke=&#34;currentColor&#34; stroke-width=&#34;2&#34; stroke-linecap=&#34;round&#34; stroke-linejoin=&#34;round&#34;/&gt;
        &lt;path d=&#34;M10 7V13M7 10H13&#34; stroke=&#34;currentColor&#34; stroke-width=&#34;2&#34; stroke-linecap=&#34;round&#34;/&gt;
      &lt;/svg&gt;
    &lt;/div&gt;
  &lt;/a&gt;
&lt;/div&gt;

&lt;h2 id=&#34;the-missing-view&#34;&gt;The missing view&lt;/h2&gt;
&lt;p&gt;You need something that follows the single request along its whole path and records how long each hop took. That&amp;rsquo;s the view the rest of this journey builds toward.&lt;/p&gt;
]]></content><description>&lt;h2 id="where-did-the-time-go-across-services">Where did the time go across services?&lt;/h2>
&lt;p>A checkout request comes in slow. It doesn&amp;rsquo;t run in one place: it hops from the web service, to the cart service, to the payments service, to the inventory service, each running separately and passing the request along. Software built this way, from separate services running on different machines that cooperate to handle one request, is a &lt;strong>distributed system&lt;/strong>. Each independently running part is a &lt;strong>service&lt;/strong>, and the route the request takes from service to service is its &lt;strong>request path&lt;/strong>.&lt;/p></description></item><item><title>Before you begin</title><link>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/03-before-you-begin/</link><pubDate>Tue, 04 Aug 2026 18:58:09 -0400</pubDate><guid>https://grafana.com/docs/learning-hub/intro-to-tracing/01-intro/03-before-you-begin/</guid><content><![CDATA[&lt;h2 id=&#34;before-you-begin&#34;&gt;Before you begin&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;You&amp;rsquo;re comfortable with metrics and logs. This journey adds traces as a third signal.&lt;/li&gt;
&lt;li&gt;No prior tracing experience is assumed.&lt;/li&gt;
&lt;li&gt;No Grafana Cloud account or running pipeline is required. The one hands-on exercise uses a public demo, so nothing needs to be set up.&lt;/li&gt;
&lt;/ul&gt;
]]></content><description>&lt;h2 id="before-you-begin">Before you begin&lt;/h2>
&lt;ul>
&lt;li>You&amp;rsquo;re comfortable with metrics and logs. This journey adds traces as a third signal.&lt;/li>
&lt;li>No prior tracing experience is assumed.&lt;/li>
&lt;li>No Grafana Cloud account or running pipeline is required. The one hands-on exercise uses a public demo, so nothing needs to be set up.&lt;/li>
&lt;/ul></description></item></channel></rss>