<?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: Shivanna Gundanavar</title>
    <description>The latest articles on DEV Community by Shivanna Gundanavar (@shivanna_gundanavar_d1c43).</description>
    <link>https://dev.to/shivanna_gundanavar_d1c43</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%2F4141196%2F3fafa03a-a5b0-41e1-9f7f-d2758ec77b7e.jpg</url>
      <title>DEV Community: Shivanna Gundanavar</title>
      <link>https://dev.to/shivanna_gundanavar_d1c43</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/shivanna_gundanavar_d1c43"/>
    <language>en</language>
    <item>
      <title>Azure Operations Copilot in Microsoft Teams - Monitor, Investigate and Understand Azure from One Chat</title>
      <dc:creator>Shivanna Gundanavar</dc:creator>
      <pubDate>Thu, 24 Sep 2026 14:43:17 +0000</pubDate>
      <link>https://dev.to/shivanna_gundanavar_d1c43/azure-operations-copilot-in-microsoft-teams-monitor-investigate-and-understand-azure-from-one-1nib</link>
      <guid>https://dev.to/shivanna_gundanavar_d1c43/azure-operations-copilot-in-microsoft-teams-monitor-investigate-and-understand-azure-from-one-1nib</guid>
      <description>&lt;p&gt;Azure Operations Copilot for Microsoft Teams&lt;/p&gt;

&lt;p&gt;Overview&lt;br&gt;
Azure administrators currently use multiple Azure services and portal pages to monitor resources, investigate alerts, check application performance, review security issues, and understand cloud costs.&lt;/p&gt;

&lt;p&gt;This proposal is for an Azure Operations Copilot for Microsoft Teams that brings these operations into one conversational experience.&lt;/p&gt;

&lt;p&gt;The goal is not to replace the Azure portal. Instead, Teams would become a convenient starting point for investigating Azure issues.&lt;/p&gt;

&lt;p&gt;An engineer could receive an alert in Teams and immediately ask questions about it without having to open several different Azure tools.&lt;/p&gt;

&lt;p&gt;The Problem&lt;br&gt;
When an incident happens, engineers often need to move between different Azure services to understand what is going on.&lt;/p&gt;

&lt;p&gt;For example, an alert might come from Azure Monitor, but investigating it may require checking:&lt;br&gt;
Log Analytics for logs&lt;br&gt;
Application Insights for application errors and dependencies&lt;br&gt;
Azure Resource Graph for resource information&lt;br&gt;
Azure Service Health for platform issues&lt;br&gt;
Microsoft Defender for Cloud for security findings&lt;br&gt;
Azure Cost Management for cost information&lt;br&gt;
The information is available, but it is spread across different services.&lt;br&gt;
The proposed Copilot would bring these sources together through a single conversational interface in Teams.&lt;/p&gt;

&lt;p&gt;Proposed Experience&lt;br&gt;
Users could ask questions such as:&lt;br&gt;
“What are the critical issues in production?”&lt;br&gt;
“Why did this VM trigger an alert?”&lt;br&gt;
“Show unhealthy resources.”&lt;br&gt;
“What changed in the last 24 hours?”&lt;br&gt;
“What is our Azure cost this month?”&lt;br&gt;
“Which resources caused the cost increase?”&lt;br&gt;
“Are there any critical security findings?”&lt;br&gt;
“Is Azure Service Health reporting an issue affecting us?”&lt;br&gt;
The assistant would understand the question, identify the relevant Azure services, retrieve the available information, and provide a short explanation.&lt;/p&gt;

&lt;p&gt;Example: Investigating an Alert&lt;br&gt;
An Azure Monitor alert could still be delivered to Teams as it is today.&lt;br&gt;
For example:&lt;br&gt;
Production API Alert&lt;br&gt;
Response time increased to 4.8 seconds.&lt;br&gt;
Instead of simply acknowledging the alert, the engineer could ask:&lt;br&gt;
Engineer:&lt;br&gt;
Why did this happen?&lt;br&gt;
Azure Operations Copilot:&lt;br&gt;
Application Insights shows that SQL dependency latency increased around 14:22. Database calls account for most of the increase in response time. Three timeout exceptions were also recorded during the same period.&lt;br&gt;
Engineer:&lt;br&gt;
Is there an infrastructure problem?&lt;br&gt;
Copilot:&lt;br&gt;
VM CPU, memory, and network metrics are within their normal ranges. No related infrastructure issue was identified. The available data points mainly to the database dependency.&lt;br&gt;
Engineer:&lt;br&gt;
Show related errors from the last 30 minutes.&lt;br&gt;
Copilot:&lt;br&gt;
Here are the errors related to the API and database dependency during that period...&lt;br&gt;
The engineer can continue the investigation without leaving Teams.&lt;/p&gt;

&lt;p&gt;Azure Services&lt;br&gt;
The initial solution could integrate with:&lt;br&gt;
Azure Monitor&lt;br&gt;
Log Analytics&lt;br&gt;
Application Insights&lt;br&gt;
Azure Resource Graph&lt;br&gt;
Azure Cost Management&lt;br&gt;
Microsoft Defender for Cloud&lt;br&gt;
Azure Service Health&lt;br&gt;
The architecture could allow additional Azure services to be added later.&lt;/p&gt;

&lt;p&gt;Security and Access Control&lt;br&gt;
Security should be a core part of the design.&lt;br&gt;
Authentication would use Microsoft Entra ID, and the assistant would respect existing Azure RBAC permissions.&lt;br&gt;
For example, if an engineer does not have access to a particular subscription or resource, the Copilot should not expose information from that resource.&lt;br&gt;
The same principle should apply to:&lt;br&gt;
Resource information&lt;br&gt;
Logs&lt;br&gt;
Application data&lt;br&gt;
Cost information&lt;br&gt;
Security findings&lt;br&gt;
Subscription information&lt;br&gt;
The Copilot should work within the user's existing permissions rather than creating a separate access model.&lt;/p&gt;

&lt;p&gt;Initial Scope&lt;br&gt;
The first version should focus on read-only operations.&lt;br&gt;
The main capabilities could include:&lt;br&gt;
Alert investigation&lt;br&gt;
Resource health checks&lt;br&gt;
Log and error investigation&lt;br&gt;
Application performance analysis&lt;br&gt;
Recent configuration/change investigation&lt;br&gt;
Azure Service Health checks&lt;br&gt;
Security finding summaries&lt;br&gt;
Cost and usage analysis&lt;br&gt;
This keeps the initial implementation focused on visibility and investigation.&lt;/p&gt;

&lt;p&gt;Future Scope&lt;br&gt;
Once the read-only experience is mature, controlled remediation could be considered.&lt;br&gt;
For example:&lt;br&gt;
Restart a VM&lt;br&gt;
Scale a resource&lt;br&gt;
Stop a non-production resource&lt;br&gt;
Acknowledge or update an incident&lt;/p&gt;

&lt;p&gt;Trigger an approved runbook&lt;br&gt;
These actions should require appropriate permissions and, where necessary, explicit user confirmation or approval.&lt;/p&gt;

&lt;p&gt;What Makes This Different&lt;br&gt;
The existing model is mainly:&lt;br&gt;
Azure Alert → Teams Notification&lt;br&gt;
The proposed experience is:&lt;br&gt;
Azure Alert → Teams → Ask Questions → Query Azure Data → Correlate Information → Explain the Issue → Continue Investigation&lt;br&gt;
The important difference is that the alert becomes the starting point of an investigation, rather than the end of the workflow.&lt;/p&gt;

&lt;p&gt;Proposed Architecture&lt;br&gt;
A simplified architecture could look like this:&lt;/p&gt;

&lt;p&gt;Azure Services&lt;br&gt;
Azure Monitor&lt;br&gt;
Log Analytics&lt;br&gt;
Application Insights&lt;br&gt;
Resource Graph&lt;br&gt;
Cost Management&lt;br&gt;
Defender for Cloud&lt;br&gt;
Service Health&lt;br&gt;
↓&lt;br&gt;
Azure Operations AI Layer&lt;br&gt;
Query understanding&lt;br&gt;
Data retrieval&lt;br&gt;
Cross-service correlation&lt;br&gt;
Incident context&lt;br&gt;
Response generation&lt;br&gt;
Permission enforcement&lt;br&gt;
↓&lt;br&gt;
Microsoft Teams&lt;br&gt;
Alerts&lt;br&gt;
Conversational investigation&lt;br&gt;
Incident context&lt;br&gt;
Follow-up questions&lt;br&gt;
Investigation summaries&lt;/p&gt;

&lt;p&gt;Expected Benefit&lt;br&gt;
This could reduce the amount of context switching required during Azure operations.&lt;br&gt;
Instead of asking an engineer to manually check several Azure portal pages, Teams could provide a single place to start the investigation and bring the relevant information together.&lt;/p&gt;

&lt;p&gt;The objective is simple:&lt;br&gt;
Turn Microsoft Teams from an Azure alert destination into an interactive Azure operations workspace.&lt;br&gt;
The Azure portal would remain the primary place for detailed management and configuration, while Teams would provide a fast conversational interface for day-to-day monitoring, investigation, and troubleshooting.&lt;/p&gt;

&lt;p&gt;Thank You&lt;br&gt;
Shivanna Gundanavar&lt;/p&gt;

</description>
      <category>ai</category>
      <category>azure</category>
      <category>devops</category>
      <category>monitoring</category>
    </item>
  </channel>
</rss>
