Auto-hébergeable
Les services publient. Vous décidez ce qui vous réveille.
Vos scripts, votre CI, votre monitoring et vos serveurs publient leurs signaux. Tout reste consultable au même endroit — et vous décidez ensuite ce qui mérite de vous interrompre.
Le principe
Un signal peut exister sans réveiller personne.
Le producteur décrit un fait. Ce qu'il en advient ne lui appartient pas : c'est Pingoid qui possède vos abonnements, vos règles et vos appareils. C'est toute la différence entre un canal Discord et un hub.
Signaux reçus
Ce qui vous atteint
Une seule notification. Le reste attend dans l'activité du service.
Le parcours
Publier, consulter, puis décider.
Le service publie
Un POST sur un topic déclaré, avec une sévérité. Le service est identifié par son credential, jamais par ce qu'il déclare.
Tout reste consultable
Chaque signal reçu apparaît dans l'activité de son service, que vous le suiviez ou non. Il s'y filtre par topic et par sévérité, et s'y recherche.
Vous décidez ce qui mérite une alerte
Rien n'est automatique. Aucun service, aucun topic ne vous est imposé : vous choisissez ceux qui ont le droit de vous interrompre.
L'alerte vous atteint
Dans la boîte de réception, ou en push sur vos appareils via UnifiedPush. Et vous pouvez toujours demander pourquoi.
L'alerting
Deux comportements clairs. Une alerte, un topic.
Une fois qu'un topic a le droit de vous interrompre, il reste à dire comment. C'est un réglage, pas le concept à comprendre en premier.
Immédiat
Le signal apparaît tout de suite dans Pingoid, avec Push en option.
Digest
Les signaux sont regroupés dans un rapport envoyé selon votre planning.
Intégration
Un seul endpoint à connaître.
Pas de SDK à installer, pas de client à maintenir. Un topic, une sévérité, un titre — le reste est optionnel.
curl -X POST https://votre-instance/v1/signals \
-H "Authorization: Bearer $PINGOID_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"topic": "deployment.failed",
"severity": "error",
"title": "Déploiement production échoué",
"body": "La version 1.14.2 n'\''est pas partie."
}'La clé `Idempotency-Key` est facultative : un producteur qui ne réessaie jamais n'en a pas besoin.
Le périmètre
Ce que Pingoid n'est pas.
Un produit se comprend aussi par ce qu'il refuse de faire.
Ni une messagerie
Pingoid ne remplace pas Discord pour discuter. On n'y répond à personne.
Ni un moteur de logs
Pingoid ne remplace ni Loki ni ELK. Il reçoit des signaux structurés que les services publient volontairement — et ceux-là restent consultables et filtrables dans l'activité de leur service.
Ni un SIEM
Aucune corrélation de sécurité, aucune détection d'intrusion.
Ni un broker
Un producteur ne choisit jamais ses destinataires. Il ne sait même pas qui écoute.
Auto-hébergement
Une instance, et elle est à vous.
Une instance API déployée est la frontière d'isolation : ni workspace, ni organisation, ni tenant. L'application web et l'application mobile se connectent à l'instance que vous leur donnez.