Qu'aimez-vous le plus à propos de Xurrent IMR?
Nous avons principalement utilisé Xurrent pour l'alerte d'incidents et la gestion des astreintes, un peu comme PagerDuty. Dans l'ensemble, la plateforme est fiable pour recevoir des alertes, et l'UI/UX est certainement l'un de ses points forts — l'interface est moderne, épurée et facile à naviguer par rapport à de nombreux outils ITSM traditionnels.
Du point de vue des intégrations, il y a encore de la place pour l'amélioration. Se connecter avec de nouveaux serveurs MCP, des outils d'IA et des agents DevOps a été plus difficile que prévu. Nous avons particulièrement eu du mal à intégrer nos flux de travail d'agents DevOps. Les charges utiles envoyées contiennent également des informations contextuelles limitées, ce qui réduit la flexibilité pour l'automatisation et le dépannage.
En termes de performance, la livraison des alertes elle-même a été stable et ponctuelle, donc nous n'avons pas rencontré de problèmes majeurs avec des alertes manquées. Cependant, les capacités avancées d'alerte conditionnelle, de modélisation et de personnalisation semblent limitées pour le moment. Pour les équipes ayant des exigences de routage ou d'automatisation plus complexes, cela peut devenir restrictif.
Le support et l'intégration ont été globalement positifs. L'équipe de support est réactive et utile chaque fois que des problèmes sont soulevés, ce qui améliore certainement l'expérience.
Du côté de l'IA/intelligence, les capacités actuelles semblent encore assez basiques. Les insights pilotés par l'IA, l'intelligence d'automatisation et les recommandations contextuelles ne sont pas encore au niveau que nous attendions, surtout par rapport aux nouvelles plateformes opérationnelles axées sur l'IA.
Dans l'ensemble, Xurrent fonctionne bien pour les cas d'utilisation d'alerte de base et offre une bonne expérience utilisateur, mais il pourrait s'améliorer considérablement en matière d'intégrations, de personnalisation des alertes et d'intelligence pilotée par l'IA pour mieux soutenir les environnements DevOps modernes.
En termes de prix, il est bon par rapport à d'autres concurrents, mais encore une fois, cela se fait au détriment de moins de fonctionnalités que d'autres offrent. Avis collecté par et hébergé sur G2.com.
Que n’aimez-vous pas à propos de Xurrent IMR?
Un domaine où Xurrent pourrait s'améliorer est l'intégration sortante et les capacités de personnalisation des alertes. En utilisant des webhooks sortants, nous avons remarqué que des attributs importants comme la priorité des alertes manquent dans la charge utile. Cela limite la capacité à construire des automatisations plus riches et rend les intégrations en aval moins efficaces pour les flux de travail de routage et d'escalade des incidents.
Nous avons également rencontré des défis avec l'intégration Slack. Des fonctionnalités comme les mises à jour post-mortem et la communication d'incidents ne prennent pas entièrement en charge les flux de travail basés sur les fils de discussion Slack, ce qui crée une fragmentation dans les discussions et rend la collaboration plus difficile lors des incidents actifs.
Une autre limitation est le manque d'alerte conditionnelle avancée et de ségrégation des incidents. Actuellement, nous ne pouvons pas regrouper ou router correctement les alertes en incidents basés sur des déclarations ou une logique conditionnelles personnalisées. Pour les équipes gérant de grands volumes d'alertes, cela peut créer du bruit opérationnel et augmenter l'effort manuel pour la gestion des incidents.
Il serait utile que Xurrent améliore la personnalisation de la charge utile des webhooks, ajoute un support plus fort pour les fils de discussion Slack, et introduise des règles conditionnelles plus flexibles pour le regroupement et le routage des alertes. Ces améliorations amélioreraient considérablement l'automatisation, réduiraient la surcharge opérationnelle et rendraient la plateforme plus efficace pour les flux de travail modernes de DevOps et SRE. Avis collecté par et hébergé sur G2.com.
