<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Lochan Gowda T M</title>
    <description>The latest articles on DEV Community by Lochan Gowda T M (@lochangowda10).</description>
    <link>https://dev.to/lochangowda10</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4036480%2Fd74e32a7-877d-455b-941b-8a5a425bfde8.jpg</url>
      <title>DEV Community: Lochan Gowda T M</title>
      <link>https://dev.to/lochangowda10</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/lochangowda10"/>
    <language>en</language>
    <item>
      <title>Getting Started with SigNoz: A Beginner's Journey into Observability</title>
      <dc:creator>Lochan Gowda T M</dc:creator>
      <pubDate>Sun, 19 Jul 2026 12:08:34 +0000</pubDate>
      <link>https://dev.to/lochangowda10/getting-started-with-signoz-a-beginners-journey-into-observability-4fg0</link>
      <guid>https://dev.to/lochangowda10/getting-started-with-signoz-a-beginners-journey-into-observability-4fg0</guid>
      <description>&lt;h2&gt;
  
  
  Getting Started with SigNoz: A Beginner's Journey into Observability
&lt;/h2&gt;

&lt;p&gt;Last week, I spent over three hours trying to figure out why my AI agent was taking a sluggish five seconds to respond to simple queries. I kept wishing I could somehow see exactly what it was doing under the hood, rather than just staring at vague terminal logs. &lt;/p&gt;

&lt;p&gt;That frustration led me to join the "Agents of SigNoz" hackathon. As a complete beginner in the world of observability, I wanted to understand how tools like SigNoz actually help developers monitor and debug complex AI applications in real-world scenarios. &lt;/p&gt;

&lt;p&gt;My biggest realization this weekend? &lt;strong&gt;Tracing transforms debugging from a guessing game into a data-driven process.&lt;/strong&gt; You no longer need to rely on logs or intuition; you can see exactly what happened, when, and where. &lt;/p&gt;

&lt;p&gt;Here is a look at my journey setting up SigNoz from scratch and the insights I gained along the way.&lt;/p&gt;




&lt;h2&gt;
  
  
  The Setup: Self-hosting with Docker Compose
&lt;/h2&gt;

&lt;p&gt;I decided to self-host SigNoz on my local machine using Docker Compose. The process is surprisingly straightforward, though it does require a bit of patience as the initial databases spin up.&lt;/p&gt;

&lt;p&gt;After installing Docker Desktop, I simply cloned the official repository and ran the setup script:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight shell"&gt;&lt;code&gt;git clone &lt;span class="nt"&gt;-b&lt;/span&gt; main https://github.com/SigNoz/signoz.git
&lt;span class="nb"&gt;cd &lt;/span&gt;signoz/deploy/
docker compose &lt;span class="nt"&gt;-f&lt;/span&gt; docker/clickhouse-setup/docker-compose.yaml up &lt;span class="nt"&gt;-d&lt;/span&gt;
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;h3&gt;
  
  
  Troubleshooting My Setup
&lt;/h3&gt;

&lt;p&gt;As a Windows user, things didn't work perfectly on the very first try. I ran into a specific issue with port conflicts that I had to troubleshoot and fix:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Port 3000 Conflict&lt;/strong&gt;: When I tried to start the containers, the frontend service failed because port 3000 was already in use on my system. &lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The Fix&lt;/strong&gt;: Instead of stopping my existing services, I opened &lt;code&gt;docker-compose.yaml&lt;/code&gt; and changed the mapped port for the frontend service from &lt;code&gt;3000:3301&lt;/code&gt; so that it would run on an available port.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;With that quick tweak, all the containers successfully spun up!&lt;/p&gt;

&lt;p&gt;Once the containers were healthy, I accessed the UI at &lt;code&gt;http://localhost:3301&lt;/code&gt; and created my admin account.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fkmcbu7n7a96fachj44qf.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fkmcbu7n7a96fachj44qf.png" alt="The Overview Dashboard provides a quick health check of your monitored applications, showing total traces, error rates, and duration distributions." width="800" height="405"&gt;&lt;/a&gt;&lt;/p&gt;




&lt;h2&gt;
  
  
  Exploring the Platform: Beyond the Basics
&lt;/h2&gt;

&lt;p&gt;SigNoz provides a unified interface for metrics, traces, and logs. This is incredibly valuable because it reduces "context-switching." Instead of using Prometheus for metrics, Jaeger for traces, and ELK for logs, everything is available in a single dashboard. &lt;/p&gt;

&lt;p&gt;For AI applications specifically, this means you can track token usage, LLM latency, and agent reasoning loops without jumping between different tabs.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F27fkpdkskt411zksartr.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F27fkpdkskt411zksartr.png" alt="SigNoz comes with customizable dashboards allowing you to build specific views for your infrastructure or AI models." width="800" height="409"&gt;&lt;/a&gt;&lt;/p&gt;




&lt;h2&gt;
  
  
  The "Aha!" Moment: Deep Dive into Tracing
&lt;/h2&gt;

&lt;p&gt;While metrics are great for high-level overviews, &lt;strong&gt;tracing&lt;/strong&gt; was by far the most intuitive and powerful feature I explored. Tracing shows exactly how requests flow through your application, revealing hidden latency bottlenecks and service dependencies.&lt;/p&gt;

&lt;p&gt;To test this out, I looked at traces generated by HotROD, a sample application bundled with the installation.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fiq434s8zmkjtqimjry8h.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Fiq434s8zmkjtqimjry8h.png" alt="The trace timeline view visually maps out the duration of each span and their parent-child relationships across multiple services." width="800" height="407"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;I selected a trace that passed through several microservices: &lt;code&gt;frontend&lt;/code&gt;, &lt;code&gt;route&lt;/code&gt;, &lt;code&gt;customer&lt;/code&gt;, &lt;code&gt;driver&lt;/code&gt;, &lt;code&gt;mysql&lt;/code&gt;, and &lt;code&gt;redis&lt;/code&gt;. By simply looking at the colorful timeline (the Gantt chart), I could immediately identify service boundaries and see exactly which operation was taking the most time.&lt;/p&gt;

&lt;p&gt;If an AI agent was running this request, I would be able to see the exact breakdown: input parsing → tool selection → API call → output generation. I would know instantly if the agent was stuck waiting on a database query or an external search API.&lt;/p&gt;




&lt;h2&gt;
  
  
  Why This Matters for AI Developers in Production
&lt;/h2&gt;

&lt;p&gt;My weekend experimenting with SigNoz took observability from being an abstract "devops concept" to a concrete tool I can use daily.&lt;/p&gt;

&lt;p&gt;Here is why this is game-changing for AI applications in production:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Faster Debugging&lt;/strong&gt;: Instead of guessing which service is slow, you can see exactly which span is the outlier.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;LLM Latency Analysis&lt;/strong&gt;: You can trace each step of an LLM call to identify bottlenecks in network transfer or model inference.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Proactive Issue Detection&lt;/strong&gt;: By setting up alerts on key metrics, teams can be notified of issues before they impact users.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;If you are building AI agents, starting small by implementing distributed tracing can save you countless hours of pulling your hair out over mysterious latency spikes. &lt;/p&gt;




&lt;p&gt;&lt;em&gt;Credits: A huge thank you to Claude Code and Antigravity for the guidance and assistance throughout this hackathon project!&lt;/em&gt;&lt;/p&gt;

</description>
      <category>ai</category>
      <category>signoz</category>
      <category>observability</category>
      <category>devops</category>
    </item>
  </channel>
</rss>
