Notifications Spike.sh
Configuration du compte
Section intitulée « Configuration du compte »Une fois votre source d’alerte creee dans Spike.sh, le service vous fournira une URL webhook ressemblant a ceci :
https://api.spike.sh/v1/alerts/1234567890abcdef1234567890abcdefCette longue cle a la fin est votre integration_key, que vous pouvez utiliser directement dans Apprise.
Instructions de Configuration
Section intitulée « Instructions de Configuration »- Connectez-vous a votre tableau de bord Spike.sh.
- Ouvrez Alert Sources puis creez une nouvelle source, par exemple pour un outil de supervision.
- Copiez l’URL de webhook fournie, et plus precisement son
integration_key.
Une fois la source d’alerte creee, Spike.sh vous fournira une URL webhook comme celle-ci :
https://api.spike.sh/v1/alerts/1234567890abcdef1234567890abcdef | integration_key |Cette longue cle finale est votre integration_key, utilisable directement dans Apprise.
La syntaxe valide est la suivante :
https://api.spike.sh/v1/alerts/{integration_key}spike://{integration_key}
Détail des Paramètres
Section intitulée « Détail des Paramètres »| Variable | Obligatoire | Description |
|---|---|---|
| integration_key | Oui | Jeton de 32 caracteres identifiant de maniere unique votre source d’alerte Spike.sh. |
| token | Non | Alias de integration_key. |
Paramètres Globaux
Section intitulée « Paramètres Globaux »| Variable | Description |
|---|---|
| overflow | Ce paramètre peut être défini sur split, truncate ou upstream. Il détermine la manière dont Apprise remet le message que vous lui transmettez. Par défaut, il vaut upstream. 👉 upstream : ne fait aucune modification et transmet le message exactement tel qu’il a été reçu au service.👉 truncate : veille à ce que le message tienne dans la limite amont documentée par le service. Si plus d’informations sont fournies que la limite définie, l’excédent est tronqué.👉 split : similaire à truncate, sauf que si le message dépasse la limite amont documentée par le service, il est découpé en plusieurs morceaux plus petits puis envoyés séquentiellement. |
| format | Ce paramètre peut être défini sur text, html ou markdown. Certains services prennent en charge plusieurs formats de publication du contenu. La valeur par défaut varie selon le service choisi et peut correspondre à l’un de ces trois formats. Vous pouvez facultativement forcer cette option pour vous écarter du comportement par défaut. Si le service ne prend pas en charge plusieurs formats de transmission, ce champ est ignoré. |
| verify | Les requêtes externes vers des emplacements sécurisés, par exemple via https, utilisent des certificats. Par défaut, Apprise vérifie la validité de ces certificats ; si ce n’est pas le cas, aucune notification n’est envoyée à la source. Dans certains cas, un utilisateur ne dispose pas d’une autorité de certification pour valider la clé ou fait simplement confiance à la source ; dans ce cas, vous pouvez définir ce drapeau sur no. Par défaut, il vaut yes. |
| cto | Signifie Socket Connect Timeout. Il s’agit du nombre de secondes pendant lesquelles Requests attend que votre client établisse une connexion avec une machine distante, ce qui correspond à l’appel connect() sur la socket. La valeur par défaut est de 4.0 secondes. |
| rto | Signifie Socket Read Timeout. Il s’agit du nombre de secondes pendant lesquelles le client attend que le serveur envoie une réponse. La valeur par défaut est de 4.0 secondes. |
| emojis | Active la prise en charge des emojis, par exemple :+1: qui sera traduit en 👍. Par défaut, cette option vaut no. Remarque : selon la configuration côté serveur, l’administrateur peut désactiver globalement la prise en charge des emojis ; mais par défaut, ce n’est pas le cas. |
| tz | Identifie le fuseau horaire de la base IANA que vous souhaitez utiliser. Par défaut, celui-ci est détecté à partir de la configuration du serveur qui exécute Apprise. Vous pouvez le définir sur des valeurs comme America/Toronto, ou sur tout autre fuseau correctement formaté correspondant à votre région. |
Exemples
Section intitulée « Exemples »Utilisation de l’URL Apprise simplifiee :
# Supposons que notre jeton soit 1234567890abcdef1234567890abcdef
apprise -vv -t "Alerte Spike" -b "Incident survenu" \ spike://1234567890abcdef1234567890abcdefUtilisation du jeton comme parametre d’URL :
apprise -vv -t "Alerte Spike" -b "Incident survenu" \ spike://?token=1234567890abcdef1234567890abcdefUtilisation de l’URL webhook native complete :
apprise -vv -t "Alerte Spike" -b "Incident survenu" \ https://api.spike.sh/v1/alerts/1234567890abcdef1234567890abcdef Questions ou commentaires ?
Documentation
Vous avez repéré une faute de frappe ou une erreur ? Signalez-la ou proposez une correction .
Problèmes Techniques
Vous rencontrez un problème avec le code ? Ouvrez un ticket sur GitHub :