- Tier A (In-Situ Native Telemetry): The SDK tracks CPU fuel, token consumption (
TokenTelemetryEngine), and wire bytes eliminated with zero external dependencies. - Tier B (Production Fleet Monitoring): Prometheus scrapes native
/metricsendpoints across all enclaves and visualizes fleet state through a 26-panel Grafana master dashboard.
1. Prometheus Metrics Taxonomy
All metrics use the canonicalliop_ prefix:
Computational & Protocol Metrics
Security & Cryptographic Metrics
Infrastructure & Circuit Breaker Metrics
2. Critical Alert Catalog & Remediation Procedures
Below are production alerting rules defined inexamples/observability/alerting_rules.yml:
Alert 1: LiopRepeatedEnclaveEgressRejection
Remediation Procedure
- Identify the Caller: Check
AuditInterceptorlogs on the target enclave forrequesterPeerIdor OAuthclientId. - Revoke Access: Invalidate the client’s token in Nexus OIDC:
- Inspect Injected Code: Retrieve the payload hash from the audit log and review the offending logic in the quarantine directory.
Alert 2: LiopCircuitBreakerTripped
Remediation Procedure
- Verify Target Host: Check if the container or process is responsive:
- Check gRPC Port Health: Send a synthetic probe from the BLG perimeter:
- Inspect Worker Pool Logs: If the host is up, check if the Piscina worker pool crashed due to heap exhaustion (
maxHeapMb). Restart the service if threads wedged.
Alert 3: LiopHighExecutionLatency
Remediation Procedure
- Analyze AST Fuel: Verify if injected payloads contain complex unbounded nested loops.
- Scale Piscina Worker Threads: In high-throughput clusters, increase
workerPool.maxThreadsor raise CPU limits in the container deployment manifest.
3. Grafana Master Dashboard Architecture
The LIOP Master Dashboard (examples/observability/dashboards/master-dashboard.json) organizes operational health into structured sections:
Canonical PromQL Invariant
In all Prometheus PromQL expressions, set operators likeor operate strictly between instant vectors. Always write: