Notifications

Une règle de notification envoie des événements vers un seul canal : une URL de webhook entrant Slack, n’importe quelle URL de webhook (POST JSON) ou une adresse courriel. Une règle couvre soit toutes les applications de l’équipe, soit une seule.

Chaque nouvelle équipe commence avec une règle : une règle courriel vers l’adresse du propriétaire de l’équipe, qui couvre les échecs de déploiement, les serveurs hors ligne, les boucles de plantage et les applications en panne. Modifiez-la ou supprimez-la comme n’importe quelle autre règle sous Settings → Team → Notifications.

Règles d’équipe

Settings → Team → Notifications. Choisissez un canal, collez l’URL ou l’adresse, choisissez une portée (All apps ou une application) et cochez les événements voulus :

Événement	Quand ça se déclenche
deploy failure / deploy success	Un déploiement échoue ou réussit
awaiting approval	Un déploiement attend une approbation
offline	Un serveur arrête de donner signe de vie
crash loop	Un processus redémarre sans arrêt
disk high	Un serveur manque de disque, de CPU ou de mémoire
app down	Une application arrête de répondre à ses vérifications de disponibilité, ou un certificat téléversé approche de son expiration
costs	Du nouveau gaspillage est détecté, les dépenses montent en flèche, ou la prévision de fin de mois dépasse votre budget (voir Coûts et économies)
log alerts	Une recherche de logs enregistrée a trouvé trop de correspondances
job backlog	Des tâches en arrière-plan s’accumulent, puis de nouveau une fois rattrapées
metric alerts	Une alerte métrique se déclenche, puis de nouveau au retour à la normale
data maintenance and server jobs	Une fenêtre de maintenance approche ou se termine, ou une tâche serveur est terminée
imports, backups and moves finish	Une tâche de données longue est terminée, ou a échoué

Chaque règle montre la date de son dernier envoi et si ça a fonctionné. Test envoie un message d’exemple, et vous pouvez désactiver une règle sans la supprimer.

Règles par application

Sur une application, Settings → General → Notifications ajoute une règle pour cette application seulement, pour qu’une équipe qui ne s’intéresse qu’à une application n’entende pas parler du reste. Elle a les mêmes canaux et les événements au niveau de l’application : deploy failed, deploy succeeded, app down, crash loop, job backlog, metric alerts, et imports, backups and moves finishing. Il y a un bouton d’envoi test, et chaque règle montre son dernier envoi.

Charges utiles des webhooks

Les règles de webhook reçoivent un POST JSON. Les alertes métriques, par exemple, transportent event: "metric_alert", status (firing ou resolved), metric, value et threshold. Les notes de déploiement sont incluses dans les événements de déploiement.

Pour des événements de déploiement signés destinés à vos propres systèmes, utilisez Team → Webhooks (webhooks sortants). Ceux-ci sont distincts des règles de notification.

Limites

• Le courriel est en bêta. Les courriels ne partent que si l’envoi de courriels est configuré du côté de Railyard. Pour tout ce qui est critique, ajoutez aussi Slack ou un webhook.
• Chaque règle a une seule destination. Pour notifier deux canaux Slack, ajoutez deux règles.