AWS a annoncé la mise à disposition d’Amazon CloudWatch Omni, un aperçu unifié destiné à la surveillance des applications et aux agents d’intelligence artificielle. Il organise les données de journaux, de métriques, de traces et d’alertes autour de l’application et de ses relations, au lieu de les présenter comme des signaux distincts. Le service fournit un espace partagé que les ingénieurs peuvent utiliser via une adresse dédiée à l’organisation et une connexion d’entreprise, sans avoir besoin d’accéder à AWS Management Console.
CloudWatch Omni repose sur OpenTelemetry. Les données de télémétrie que les organisations envoient à CloudWatch apparaissent donc dans la nouvelle expérience sans nouvelle configuration. Les autres charges de travail équipées d’OpenTelemetry peuvent également envoyer leurs données vers un point de terminaison OpenTelemetry Protocol (OTLP).
Que propose le service ?
Omni découvre automatiquement les services et établit une carte de leurs dépendances, en s’appuyant sur les données de télémétrie et sur la découverte des ressources via AWS Config. Au lieu de dépendre de tableaux de bord statiques nécessitant une maintenance continue, les équipes peuvent définir ce qu’elles considèrent comme important, notamment des objectifs de disponibilité, des budgets de latence et des seuils de taux d’erreur, afin que les vues de surveillance s’adaptent à l’évolution de l’application et à l’ajout de nouveaux services.
Le service fournit à chaque équipe ce qu’AWS appelle un espace (Space), qui regroupe les applications qu’elle possède et les données associées. L’espace fait référence aux données CloudWatch déjà existantes, sans transfert de données supplémentaire. Les utilisateurs peuvent également poser des questions en langage naturel sur leurs applications, analyser les données de télémétrie et afficher des indicateurs liés à l’état du système.
Investigations partagées avec DevOps Agent
Amazon DevOps Agent participe aux sessions d’investigation aux côtés des ingénieurs, en s’appuyant sur les mêmes données de télémétrie que celles consultées par l’équipe. AWS indique que l’agent relie les événements entre les services, suit les chemins de la cause racine à travers le graphe des dépendances et suggère les prochaines étapes, tout en conservant un historique de l’investigation pour une utilisation lors des examens ultérieurs des incidents.
Dans le scénario présenté par AWS, l’augmentation du taux d’erreur du service de paiement ouvre une session comprenant la topologie de l’application, un déploiement récent et une hausse de la latence d’une interface de paiement externe, ainsi que l’analyse initiale de l’agent. Un ingénieur de l’équipe chargée des paiements peut rejoindre la même session et voir le contexte accumulé, avant d’identifier la cause racine et d’annuler la modification.
Qu’est-ce qui change en pratique ?
Le changement principal ne consiste pas à remplacer les outils CloudWatch actuels, mais à ajouter une interface axée sur l’application et la collaboration pendant l’investigation. Les alertes, tableaux de bord, API et opérations actuelles de la console restent inchangés. Les ingénieurs n’ont pas non plus besoin de droits d’accès à AWS Console pour utiliser Omni après la configuration de la connexion d’entreprise via IAM Identity Center, qui prend en charge Okta, Azure AD et les autres fournisseurs SAML 2.0.
Les clients actuels de CloudWatch peuvent commencer à partir de l’option « Try CloudWatch Omni » dans la console CloudWatch, puis configurer le fournisseur d’identité et créer des espaces pour les équipes et les environnements. AWS fournit des connecteurs permettant d’intégrer les données de télémétrie provenant d’autres environnements aux mêmes espaces et sessions d’investigation. Selon l’article, DevOps Agent est activé par défaut dans chaque session d’investigation au sein d’Omni.
Disponibilité et limites
CloudWatch Omni est désormais disponible, tandis qu’AWS renvoie les détails tarifaires vers la page de tarification d’Amazon CloudWatch. L’article ne mentionne aucun montant ni aucune liste de disponibilité régionale. Par ailleurs, le fait que les investigations dépendent des données de télémétrie disponibles et de la configuration de l’identité d’entreprise signifie que la valeur de l’expérience restera liée à la qualité de la configuration et de la couverture de la télémétrie de chaque organisation, un point que les équipes doivent évaluer avant d’étendre son utilisation.