FireFlo SMS/SMPP Gateway

Le seul endpoint qui ne nécessite pas d’authentification. Prévu pour un moniteur.

curl -i https://sms.example.com/ping

Réponse réelle d’une 0.7.3 en production :

HTTP/1.1 200 OK
Content-Type: application/json;charset=UTF-8

{"data":{"status":"ok"}}

Aucun paramètre. Aucune authentification. Ne compte contre aucune limite de débit.

Ce qu’un 200 ici prouve réellement

Que l’ingress HTTP est up et sert. C’est tout, et l’écart importe quand vous choisissez ce sur quoi alerter.

Un `200` de `/ping` prouve	Il ne prouve pas
Le processus tourne et accepte du HTTP	Qu’un vendor est bindé
La couche REST est initialisée	Que la base est joignable
Votre chemin réseau l’atteint	Que les messages sont routés plutôt qu’en file

Une passerelle avec tous ses vendors down répond quand même à /ping avec 200. Les binds, la profondeur de file et le débit vivent sur le port de management, qui n’est pas celui-ci. Voir le port de management. Alerter sur /ping seul vous donne un moniteur qui reste vert pendant les incidents que vous voulez le plus connaître.

L’utiliser comme health check

Raisonnable comme sonde de liveness d’un load balancer, où “ce processus sert-il ?” est exactement la question. Pour la readiness — “cette instance devrait-elle recevoir du trafic ?” — utilisez /ops/health sur le port de management à la place, et lisez bound_transmittable plutôt que le champ de statut.

REST API

Configuration keys

File formats

SMPP settings

CLI

Management API

Data model

GET /ping

Ce qu’un 200 ici prouve réellement

L’utiliser comme health check

Voir aussi

Le port de management

Santé en direct

​Ce qu’un 200 ici prouve réellement

​L’utiliser comme health check

​Voir aussi

Le port de management

Santé en direct

Ce qu’un 200 ici prouve réellement

L’utiliser comme health check

Voir aussi