{"slug": "connect-infrastructure-issues-to-app-errors-with-noz", "title": "Connect Infrastructure Issues to App Errors with Noz", "summary": "SigNoz released a new AI-powered tool called Noz that correlates infrastructure issues with application errors, enabling developers to quickly determine whether error spikes are caused by platform problems like pod restarts or code issues. The tool aligns timelines of service errors and Kubernetes metrics, queries resource pressure, and suggests the likely direction of causality.", "body_md": "Errors spiked on a service and you suspect the platform, not the code. Instead of flipping between the Services view and your Kubernetes dashboards, you ask Noz to put both on the same timeline.\n\nPrerequisites\n\n- A\n[SigNoz Cloud](https://signoz.io/teams/)account with[Noz](https://signoz.io/docs/ai/noz/)available. - Application traces or logs and infrastructure metrics (for example, Kubernetes pod metrics) flowing to SigNoz.\n\nStep 1: Line up the timelines\n\nOpen **Noz** from the top-right header and ask the correlation directly:\n\n```\nDo the Kubernetes pod restarts line up with the error spike on the orders service today?\n```\n\nNoz pulls the service's error rate and the pod restart counts over the same window and tells you whether the two move together.\n\nStep 2: Check resource pressure\n\n```\nAre any pods for this service crash-looping or hitting memory limits right now?\n```\n\nNoz queries the workload's restart reasons and CPU/memory metrics, so you can see whether OOM kills or saturation explain the restarts.\n\nStep 3: Establish direction\n\nUse **Add Context → Services** to attach the service, then ask Noz to reason about cause:\n\n```\nIs the error spike caused by the restarts, or did the errors trigger the restarts?\n```\n\nNoz weighs which signal moved first and explains the likely direction, with **Suggested Actions** to dig into the failing pods or the application traces next.\n\nTips\n\n**Explain the restarts, don't just count them.** Restart counts alone are weak; ask for the OOM kills and resource limits behind them.**Settle which moved first.** Whether infra or the app led decides whether you scale the platform or fix the code.\n\nUnder the Hood\n\n[Under the Hood](#under-the-hood)\n\nTo answer, Noz works through several agentic steps, visible under **Worked through N steps**:\n\n| Step | What It Did |\n|---|---|\n| Ran builder query | Aggregated the service's error rate over the window |\n| Ran builder query | Pulled pod restart counts and CPU/memory for the workload |\n| Reasoned | Aligned the two timelines and judged which signal led the other |\n\nNext Steps\n\n[Investigate What Changed After a Deploy with Noz](https://signoz.io/docs/ai/use-cases/noz-incident-triage/)- Rule out a release before blaming the platform.[Get a Weekly Reliability Report with Noz](https://signoz.io/docs/ai/use-cases/noz-service-reliability-report/)- See whether this service is trending less reliable.\n\nIf you need help with the steps in this topic, please reach out to us on [SigNoz Community Slack](https://signoz.io/slack/).\n\nIf you are a SigNoz Cloud user, please use in product chat support located at the bottom right corner of your SigNoz instance or contact us at [cloud-support@signoz.io](mailto:cloud-support@signoz.io).", "url": "https://wpnews.pro/news/connect-infrastructure-issues-to-app-errors-with-noz", "canonical_source": "https://signoz.io/docs/ai/use-cases/noz-correlate-infra-errors", "published_at": "2026-06-14 00:00:00+00:00", "updated_at": "2026-06-16 17:50:39.053413+00:00", "lang": "en", "topics": ["ai-tools", "developer-tools", "ai-agents"], "entities": ["SigNoz", "Noz", "Kubernetes"], "alternates": {"html": "https://wpnews.pro/news/connect-infrastructure-issues-to-app-errors-with-noz", "markdown": "https://wpnews.pro/news/connect-infrastructure-issues-to-app-errors-with-noz.md", "text": "https://wpnews.pro/news/connect-infrastructure-issues-to-app-errors-with-noz.txt", "jsonld": "https://wpnews.pro/news/connect-infrastructure-issues-to-app-errors-with-noz.jsonld"}}