Tracez les requêtes entre Blocks et vos services
Logs, traces et métriques d'usage pour les services Blocks et les vôtres, plus des contrôles de disponibilité avec alertes e-mail.
Logs, traces, métriques et disponibilité au même endroit
Traces entre services
Suivez une requête dans chaque service qu'elle a sollicité, sur une chronologie de spans, et passez d'un span aux logs qu'il a écrits.
Recherche dans les logs
Filtrez par date et par niveau, cherchez dans le texte et ouvrez la trace à laquelle appartient une ligne de log.
Métriques d'usage
Nombre de requêtes, erreurs et temps de réponse moyens des services d'authentification, IAM, de stockage et MFA.
Moniteurs de disponibilité
Vérifiez une URL en HEAD, GET ou POST à intervalle régulier, ou faites appeler une URL heartbeat par votre job. Consultez les barres d'état sur 24 heures, la disponibilité sur 7, 30 et 365 jours et les incidents, avec des alertes e-mail aux personnes de votre choix.
Vos propres services aussi
Enregistrez un service, ajoutez le package Blocks pour .NET, Python ou Node, et ses logs et traces s'affichent à côté des services Blocks. Le package utilise OpenTelemetry et fonctionne en parallèle de Serilog ou NLog.
Demandez à l'IA
Posez une question sur les logs, traces ou métriques affichés et obtenez une réponse en langage clair.
Ajoutez vos propres services
Les services Blocks remontent leurs données sans configuration. Vos propres services le font une fois enregistrés et équipés du package.
- iamverify token
- datagetTickets
- datainsertTicket
- storageupload URL
Enregistrez le service
Ajoutez-le sous My Services dans Secrets & Configs pour obtenir ses identifiants.
Installez le package
Ajoutez le package Blocks depuis NuGet, PyPI ou npm. Il envoie les logs et traces OpenTelemetry par lots, avec relances.
Ajoutez des moniteurs de disponibilité
Créez des moniteurs de requête ou heartbeat pour vos endpoints et choisissez qui reçoit l'e-mail en cas d'échec.
# Uptime monitors for a deployed repository
blocks release monitor list --repo <name|id> --jsonPackages et standards
- OpenTelemetry
- NuGet (.NET)
- PyPI (Python)
- npm (Node)
- Serilog
- NLog
Modifications récentes de Monitor
Toutes les mises à jour de Monitor- 30 juil. 20262026.07.30Blocks OS Platform
- 20 nov. 2025v3.7.7Advanced Health MonitoringHealth overview dashboards, service monitors and alerting in Deploy & Observe, plus new social logins and JWT claims mapping.
- 1 nov. 2025v3.7.6Managed Services, Smarter IAM & User DocsDedicated Data Gateway instances per project, external IdP and client credentials support, context-aware AI translation, and managed services.
Questions sur Monitor
Mes propres services apparaissent-ils automatiquement ?
Non. Enregistrez le service sous My Services et ajoutez le package Blocks pour .NET, Python ou Node. Ses logs et traces apparaissent ensuite avec ceux des services Blocks.
Que peut vérifier un moniteur de disponibilité ?
Un moniteur de requête appelle une URL en HEAD, GET ou POST à intervalle régulier, avec un timeout de 30 secondes par défaut. Un moniteur heartbeat attend que votre job appelle son URL et vous alerte si l'appel n'arrive pas.
Comment les alertes sont-elles envoyées ?
Par e-mail, aux destinataires que vous indiquez sur chaque moniteur.
Quelles métriques sont disponibles ?
Le nombre de requêtes, le nombre d'erreurs et les temps de réponse moyens des services Blocks d'authentification, IAM, de stockage et MFA.
Souvent utilisé avec
Commencez avec un projet gratuit
Inscrivez-vous sur os.seliseblocks.com et créez un projet, ou collez un prompt dans Claude Code, Codex ou Cursor et laissez votre agent le configurer via la CLI Blocks.