Annonçant des notifications flexibles sur Scalingo

Nous avons eu des notifications sur Scalingo pour Slack et des webhooks depuis plus d'un an maintenant. Bien que cela ait fait l'affaire, nos clients voulaient plus de contrôle sur le type de notifications qu'ils souhaitent recevoir et le moyen utilisé. C'est pourquoi nous avons complètement révisé les paramètres de notification pour être aussi flexibles que vous le souhaitez. En quelques clics, vous pouvez réduire le bruit, en envoyant uniquement des notifications aux personnes qui en ont besoin, et uniquement celles qui sont pertinentes, par le canal de votre choix.

Si vous avez déjà configuré des notifications dans le passé, ne vous inquiétez pas, tous les anciens paramètres ont été automatiquement migrés. Donc, à moins que vous ne vouliez profiter des nouvelles fonctionnalités, aucune action n'est requise de votre part. Cela dit, examinons de plus près ce qui a changé et peut-être que vous souhaiterez changer quelque chose après tout.

Quoi de neuf ?

D'accord, passons aux nouvelles fonctionnalités. L'ensemble de la pile a été revu, depuis la manière dont les paramètres sont stockés, jusqu'aux logiques, en passant par une interface utilisateur agréable et simple. Il y a beaucoup de choses qui ne sont pas visibles, mais la première chose que vous remarquerez probablement est que l'interface utilisateur prend une toute nouvelle approche des notifications. Ce n'est plus seulement une liste de services de notification que vous pouvez activer, mais une façon beaucoup plus flexible et logique de regarder les notifications.

Comment les notifications sur Scalingo ont été améliorées

La première chose que vous remarquerez en visitant l'onglet « Notifications » de vos applications est que vous voyez immédiatement la liste de tous les services avec lesquels nous nous intégrons. Aujourd'hui, il s'agit de Slack, Webhook, Rocket.Chat et email.

Seulement les événements de crash par défaut pour réduire le bruit

Presque depuis le début de Scalingo, le propriétaire et les collaborateurs d'une application ont été informés par email lorsque son application se bloque. Ce comportement a été complètement intégré dans le nouveau système de notification. Par défaut, chaque application reçoit un notificateur email par défaut qui envoie le app_crashed_repeated. Cela signifie que chaque fois que notre planificateur détecte que votre application a échoué plusieurs fois en peu de temps (2e, 5e et 12e échecs sont notifiés), un email sera envoyé. Bien sûr, ce notificateur peut être personnalisé, ce qui n'était pas possible auparavant. Il est même supprimable, bien que cela ne soit pas recommandé. Nous avons automatiquement créé ce notificateur par défaut pour toutes les applications existantes, il n'y a rien à faire de votre côté pour bénéficier du nouveau système.

Utiliser plusieurs services de notification sur Scalingo

Parfois, vous devez notifier deux publics différents. Peut-être que vous souhaitez notifier toute l'équipe lorsqu'un nouveau déploiement est effectué, mais les événements de crash ne doivent être envoyés qu'à votre équipe de garde. Maintenant, vous pouvez le faire avec Slack, des webhooks, Rocket.Chat ou par email en ajoutant simplement autant de notificateurs que nécessaire.

Sélectionner les événements de notification sur Scalingo

Pour chaque notificateur que vous définissez, vous avez le choix de sélectionner l'ensemble exact d'événements auxquels ce notificateur réagira. Ils sont regroupés en 3 catégories : "Juste l'événement de déploiement", "Envoyez-moi tout" et "Laissez-moi sélectionner des événements individuels". Lorsque cette dernière option est cochée, la liste des événements à choisir s'étendra, comme montré dans la capture d'écran ci-dessous. Vous pouvez trouver la liste complète des événements et leur signification dans notre documentation.

Notifications par email sur Scalingo ?

Les notifications par email font maintenant partie intégrante du système de notifications. Vous pouvez choisir la liste des collaborateurs à notifier. Les adresses email définies dans leur profil seront utilisées automatiquement. Des adresses supplémentaires à notifier peuvent également être ajoutées. Cela pourrait être pratique si vos équipes ont leurs propres alias email tels que notifications@example.com ou i-m-crashing-help-me@example.com.

Quelle est la prochaine étape ?

Ces changements publiés aujourd'hui ne fournissent pas seulement plus de flexibilité et de contrôle, ils préparent également le terrain pour plus de modularité à l'avenir. Votre outil de communication préféré manque ? La liste des événements n'est pas suffisamment affinée pour vos besoins ? Nous aimerions avoir de vos nouvelles si vous pensez qu'il y a des moyens d'améliorer encore les notifications.