Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure SRE Agent envoie des notifications contextuelles à Microsoft Teams, Outlook ou à n’importe quel outil compatible MCP. Au lieu de transférer des alertes brutes, l’agent examine d’abord, puis fournit des résumés qui incluent l’analyse de la cause racine, l’évaluation d’impact et les actions recommandées afin que votre équipe puisse agir immédiatement.
Conseil / Astuce
Votre équipe obtient un résumé d’investigation, et non des alertes brutes. Le contexte est inclus automatiquement afin que les destinataires puissent agir immédiatement. Fonctionne avec Outlook et Teams intégré, ainsi que tout outil compatible MCP.
La problématique
Les alertes brutes vous indiquent quelque chose de mal sans vous dire ce qu’il faut faire. Vous obtenez « Usage élevé du processeur sur prod-web-01 », puis passez 15 minutes à examiner avant de prendre des mesures.
Fonctionnement des notifications
Votre agent examine d’abord, puis envoie des notifications avec le contexte déjà inclus. Demandez dans la conversation : « Envoyez un e-mail à l’équipe résumant ce qui s’est passé avec les erreurs lors du paiement. » L’agent met en forme les résultats, ajoute des liens vers des preuves et envoie le message par l'intermédiaire de canaux connectés.
Canaux intégrés
Le tableau suivant décrit les canaux de notification intégrés.
| Canal | Connecteur | Description |
|---|---|---|
| Outlook | Office 365 Outlook | Envoyer un e-mail, répondre aux threads, boîte de réception de liste |
| Équipes | Microsoft Teams | Publier sur des canaux, répondre aux threads, lire des messages |
Outils non-Microsoft via MCP
N’importe quel outil avec un serveur MCP peut recevoir des notifications. Si votre équipe utilise PagerDuty, Slack, Jira ou un autre système qui expose un serveur MCP, connectez-le via le serveur MCP Builder > Connectors>. L’agent découvre automatiquement les outils disponibles à partir du serveur MCP. Aucune intégration intégrée n’est requise.
Ce qui rend les notifications différentes
Contrairement au transfert d’alerte, votre agent ne transmet pas de signaux inchangés. Il examine d’abord, puis vous avertit avec le contexte qui inclut la cause racine, l’impact et l’action recommandée.
Contrairement aux notifications manuelles, votre agent met en forme les résultats professionnellement. Vous n’avez pas besoin de copier et coller entre des outils ou de résumer le même incident plusieurs fois pour différents publics.
Contrairement à une escalade guidée par un runbook, l'agent décide de ce qu’il faut inclure en fonction de ce qu’il a découvert. Si l’enquête a détecté qu’un déploiement a provoqué le problème, ce détail est inclus dans la notification.
Avant et après
Le tableau suivant compare les flux de travail de notification avant et après l’utilisation de l’agent.
| Avant | Après |
|---|---|
| Alerte brute : « Processeur élevé sur prod-web-01 » | Résumé contextuel avec cause racine et correctif recommandé |
| Copier-coller des notes d’investigation dans un e-mail | L’agent met en forme les résultats en tant que code HTML professionnel |
| Publier manuellement des mises à jour dans Teams | L’agent répond au même fil de discussion à mesure que le problème évolue. |
| N'oubliez pas quelle sévérité est associée à chaque canal | L’agent utilise des outils connectés en fonction de votre demande |
Fonctionnalités de messagerie
Le connecteur Outlook fournit les outils suivants.
| Outil | Description |
|---|---|
| Envoyer l’e-mail | Composer et envoyer à n’importe quel destinataire avec une mise en forme HTML |
| Obtenir un e-mail | Récupérer un e-mail spécifique par ID (corps tronqué à 12 288 caractères) |
| Répondre à un e-mail | Continuer les threads de messagerie existants |
| Répertorier les e-mails | Lire les métadonnées des messages depuis n'importe quel dossier (en excluant les corps pour éviter un dépassement de contexte) |
| Déplacer l’e-mail | Organiser les messages en dossiers |
L’agent met automatiquement en forme les résultats d’investigation sous forme d’e-mails HTML professionnels. Tous les outils de messagerie prennent en charge les boîtes aux lettres partagées. Spécifiez une adresse e-mail facultative pour envoyer depuis ou lire une boîte de réception partagée.
Attachments
L’agent peut envoyer des e-mails avec des pièces jointes de fichier. La taille totale des pièces jointes doit être de 5 Mo ou moins sur tous les fichiers d’un seul e-mail. L’agent valide la taille des pièces jointes avant l’envoi et retourne une erreur claire si la limite est dépassée.
Fonctionnalités Teams
Le connecteur Teams fournit les outils suivants.
| Outil | Description |
|---|---|
| Publier un message | Envoyer à un canal Teams configuré |
| Répondre au thread | Mettre à jour une conversation existante |
| Obtenir des messages | Lire les messages de canal récents |
Les mises à jour relatives au même problème restent dans le même thread, de sorte que vos canaux restent organisés.
Note
Les messages Teams doivent être mis en forme au format HTML, et non Markdown. L’agent gère automatiquement cette mise en forme lors de la composition de messages.
Utiliser des notifications
Une fois que vous avez connecté Outlook ou Teams via Builder > Connectors, demandez à l’agent directement dans la conversation :
Send an email to oncall@contoso.com summarizing the investigation
Post to our Teams channel that the deployment rollback completed
L’agent utilise immédiatement les outils connectés. Aucun sous-agent n’est requis pour les notifications ad hoc. Pour les notifications automatisées déclenchées par des tâches planifiées ou des plans de réponse aux incidents, configurez les outils sur le sous-ensemble approprié.
Configurer des connecteurs de notification
Avant que votre agent puisse envoyer un e-mail ou une publication à Teams, connectez le connecteur approprié et connectez-vous à l’aide de votre compte Microsoft. Les deux connecteurs utilisent un flux de connexion OAuth. Votre agent envoie des notifications en tant qu’utilisateur authentifié.
Le tableau suivant récapitule le processus d’installation de chaque connecteur.
| Connecteur | Chemin d’installation | Procédure de connexion | Résultat |
|---|---|---|---|
| Office 365 Outlook | Builder > Connecteurs > Ajouter un connecteur > Envoyer un e-mail | Connectez-vous à l’aide de votre compte Microsoft (OAuth) | Votre agent peut envoyer des emails, répondre aux fils et répertorier la boîte de réception comme vous. |
| Microsoft Teams | Builder > Connecteurs > Ajouter un connecteur > Envoyer notification | Connectez-vous à l’aide de votre compte Microsoft (OAuth), puis collez un lien de canal Teams | Votre agent publie sur le canal lié en tant que vous |
Détails clés :
- Les deux connecteurs s’authentifient via OAuth. Vous n’avez pas besoin de clés API ou de comptes de service.
- Votre agent envoie des notifications en tant qu’utilisateur connecté. Les destinataires voient le message de votre compte, et non à partir d’un bot.
- Pour modifier l’identité d’envoi, déconnectez-vous et reconnectez-vous à l’aide d’un autre compte Microsoft.
- Votre agent peut avoir un connecteur Outlook et un connecteur Teams à la fois. L’Assistant Ajouter un connecteur désactive un type de connecteur s’il en existe déjà un.
Bonnes pratiques
Le tableau suivant décrit les pratiques recommandées pour les notifications.
| Pratique | Pourquoi |
|---|---|
| Demander explicitement | L’agent envoie uniquement des notifications lorsque vous demandez. Il n’envoie pas d’e-mail non sollicité. |
| Utiliser des tâches planifiées pour les synthèses | Collectez les résultats et publiez une fois par jour plutôt que par alerte. |