Paramètres de notification et alertes de quota
Recevoir à l’avance des alertes sur le solde ou les anomalies est plus important que d’attendre qu’un problème de service survienne avant d’enquêter
De nombreuses pannes en production ne sont pas dues au fait que le modèle soit réellement indisponible, mais plutôt à l’une des raisons suivantes :
- solde insuffisant
- la Key a atteint sa limite
- augmentation soudaine des requêtes anormales
- hausse du taux d’erreur sans qu’aucune personne ne s’en aperçoive à temps
C’est pourquoi la configuration des notifications n’est pas une « fonctionnalité avancée », mais une capacité de base très utile en pratique.
Où se trouvent les paramètres de notification
Dans la console, accédez à :
Paramètres personnels → Configuration des notifications- adresse directe : https://home.moleapi.com/console/personal
La page des paramètres personnels ressemble globalement à ceci :
Ce que vous pouvez configurer sur cette page
Les paramètres de notification incluent actuellement :
- le mode de notification
- le seuil d’alerte de quota
- l’adresse e-mail de notification
Les modes de notification disponibles incluent :
- notification par e-mail
- notification Webhook
- notification Bark
- notification Gotify
Quel type de notification activer en priorité pour débuter
Si vous n’avez pas encore votre propre système de notification, il est recommandé de commencer par :
- activer d’abord la notification par e-mail
- renseigner d’abord une adresse e-mail que vous consultez à coup sûr
- définir d’abord un seuil de solde bas qui puisse vous alerter à temps
La raison est simple :
- c’est le plus facile à configurer
- c’est le plus facile à vérifier
- c’est le plus adapté pour démarrer en usage individuel ou en petite équipe
Comment comprendre le seuil d’alerte de quota
Le rôle de ce seuil est le suivant :
Lorsque votre quota disponible descend en dessous d’un certain niveau, le système vous avertit automatiquement.
En pratique, cela permet d’anticiper le problème : au lieu d’attendre que le service soit déjà affecté, vous recevez une alerte alors qu’il est encore temps d’agir.
Comment le définir de manière plus pertinente
Vous pouvez le comprendre selon le contexte :
- tests personnels : le seuil peut être défini plus bas
- usage quotidien stable : il est recommandé de le définir à un niveau qui vous laisse un temps de réaction
- environnement de production : il est recommandé de ne pas se reposer uniquement sur un seul seuil très bas
Si vous l’utilisez pour une activité en production, le principe n’est pas « plus c’est bas, plus c’est économique », mais plutôt « il faut vous laisser suffisamment de temps pour intervenir ».
Quand envisager Webhook / Bark / Gotify
Si vous avez les besoins suivants, vous pouvez envisager des modes de notification plus automatisés que l’e-mail :
- intégrer les alertes à un bot d’équipe
- envoyer directement les rappels sur mobile
- gérer de manière centralisée les alertes de solde avec les autres alertes d’exploitation
Autrement dit :
- usage personnel : commencez par l’e-mail
- exploitation semi-automatisée : Bark / Gotify
- intégration en équipe : Webhook
Bonnes pratiques recommandées
- activez au moins un mode de notification
- ne définissez pas un seuil trop agressif, afin d’éviter de ne plus avoir le temps d’intervenir
- pour un projet en production, il est recommandé de considérer ensemble les « alertes de solde bas » et la « politique de sécurité des Key »
- après avoir modifié la configuration des notifications, il est préférable d’effectuer un petit test pour vérifier que les notifications sont bien reçues
Une habitude très utile
Le solde, les Key, les modèles et les codes d’erreur sont liés entre eux. Les personnes efficaces en dépannage commencent généralement par configurer correctement les notifications, au lieu d’attendre qu’un problème survienne pour investiguer manuellement.
Que consulter ensuite
Ce guide vous a-t-il aidé ?
Dernière mise à jour le