v0.1.4-pre.016

This commit is contained in:
2026-08-16 19:00:49 +02:00
parent d92eb01bc2
commit 5aa538ed5d
29 changed files with 994 additions and 73 deletions

View File

@@ -1,19 +1,13 @@
<!-- file: crates/ksp-logging-lib/TODO.md -->
<!-- version: 5 -->
<!-- version: 6 -->
# TODO ksp-logging-lib
## À fermer pendant `0.1.3`
## État courant
Les trois tranches Logging nécessaires à la fondation Config sont maintenant couvertes fonctionnellement :
La fondation Logging `0.1.2` et ses compléments nécessaires à Config `0.1.3` sont stables. `0.1.4-pre.016` complète le contrat runtime pour les applications desk avec une identité stable par lancement et l'observabilité des file sinks actifs, sans déplacer l'ownership du subscriber hors de `ksp-logging-lib`.
- `pre.004` : contrats/settings multi-output ;
- `pre.005` : runtime multi-sink, formats et routing level/target ;
- `pre.006` : routing structuré `domain`, héritage de spans et lifecycle.
Avant le gel de `std.logging.schema.json`, il reste uniquement à faire valider `pre.006` par les commandes workspace usuelles. Les travaux suivants de `0.1.3` reviennent ensuite à `ksp-config-lib`.
## Capacités désormais actives
## Capacités actives
Le runtime supporte maintenant :
@@ -25,13 +19,17 @@ Le runtime supporte maintenant :
- guards non bloquants indépendants ;
- compteurs agrégés et compteurs cumulatifs par `output_id` fichier ;
- hot reload transactionnel du groupe de sinks ;
- héritage du `domain` effectif pour les events/spans et lifecycle de spans.
- héritage du `domain` effectif pour les events/spans et lifecycle de spans ;
- `LoggingRuntimeIdentity` pour isoler les fichiers persistants entre lancements ;
- maintien automatique de la même identité lors des hot reloads d'un processus ;
- `RuntimeFileMetadata` pour observer les file sinks réellement actifs sans exposer leurs writers.
## Capacités différées
Ces éléments ne sont pas requis par la fondation Config `0.1.3` :
Ces éléments ne sont pas requis pour la clôture de `0.1.4` :
- rotation par taille, rétention/compression et symlink `latest` ;
- OpenTelemetry/export réseau ;
- watcher de fichiers de configuration, qui appartient à Config ou à une couche supérieure ;
- benchmark/profiling de précision destiné aux chemins de trading sensibles à la latence.
- benchmark/profiling de précision destiné aux chemins de trading sensibles à la latence ;
- éventuelle couche générique supplémentaire pour transporter des événements runtime vers une WebView, à concevoir sans second subscriber et sans boucle de réémission.