Carte Des Flux Client
Objectif : définir la séquence de haut niveau attendue pour les clients qui intègrent jsonlog.
Flux Principaux
- Amorcer l’auth auprès de
auth.jsonlog.comet obtenir un token Bearer pour les routes isolées par compte. - Envoyer les logs via
POST /log(public ou spécifique à un canal) avec un corps JSON. - Consommer les logs en temps réel via l’upgrade
GET /wsavec filtrescidetleveloptionnels. - Appliquer l’accès aux canaux privés par claim de compte (
acc) pour les lectures/écritures HTTP et WebSocket. - Découvrir les fichiers SSTable durables via
POST /queryet consulter les agrégats viaGET /query/stats. - Surveiller la disponibilité du service et l’état du chemin d’écriture via
GET /healthetGET /stats.
Familles D’Endpoints
- Ingestion :
POST /logGET /log
- Streaming :
GET /ws(endpoint d’upgrade WebSocket)
- Requête :
POST /queryGET /query/stats
- Service :
GET /healthGET /stats
- Documentation :
GET /openapi.jsonGET /docsGET /swagger
Exigences De Sécurité
- La vérification de signature JWT utilise par défaut
https://auth.jsonlog.com/.well-known/jwks.json?client_id=cid_jsonlog. - Les routes
/queryexigent une auth Bearer et utilisentaccdu JWT pour l’isolation par compte. - L’accès aux canaux privés exige que
accdu JWT corresponde au compte propriétaire du canal. - Les lectures non autorisées de canaux privés renvoient
404pour éviter la découverte de canaux. - L’usage sans auth est réservé au développement local et ne doit pas être la valeur par défaut en production.