Mlhbdapp New Today

volumes: mlhb-data: docker compose up -d # Wait a few seconds for the DB init... docker compose logs -f mlhbdapp-server You should see a log line like:

# Install the SDK and the agent pip install mlhbdapp==2.3.0 # docker-compose.yml (copy‑paste) version: "3.9" services: mlhbdapp-server: image: mlhbdapp/server:2.3 container_name: mlhbdapp-server ports: - "8080:8080" # UI & API environment: - POSTGRES_PASSWORD=mlhb_secret - POSTGRES_DB=mlhb volumes: - mlhb-data:/var/lib/postgresql/data healthcheck: test: ["CMD", "curl", "-f", "http://localhost:8080/health"] interval: 10s timeout: 5s retries: 5 mlhbdapp new

If you’re a data‑engineer, ML‑ops lead, or just a curious ML enthusiast, keep scrolling – this post gives you a , a code‑first quick‑start , and a practical checklist to decide if the MLHB App belongs in your stack. 1️⃣ What Is the MLHB App? MLHB stands for Machine‑Learning Health‑Dashboard . The app is an open‑source (MIT‑licensed) web UI + API that aggregates telemetry from any ML model (training, inference, batch, or streaming) and visualises it in a health‑monitoring dashboard. volumes: mlhb-data: docker compose up -d # Wait

# Example metric: count of requests request_counter = mlhbdapp.Counter("api_requests_total") MLHB stands for Machine‑Learning Health‑Dashboard

@app.route("/predict", methods=["POST"]) def predict(): data = request.json # Simulate inference latency import time, random start = time.time() sentiment = "positive" if random.random() > 0.5 else "negative" latency = time.time() - start

| Feature | Description | Typical Use‑Case | |---------|-------------|------------------| | | Real‑time charts for latency, error‑rate, throughput, GPU/CPU memory, and custom KPIs. | Spot performance regressions instantly. | | Data‑Drift Detector | Statistical tests (KS, PSI, Wasserstein) + visual diff of feature distributions. | Alert when input data deviates from training distribution. | | Model‑Quality Tracker | Track accuracy, F1, ROC‑AUC, calibration, and custom loss functions per version. | Compare new releases vs. baseline. | | AI‑Explainable Anomalies (v2.3) | LLM‑powered “Why did latency spike?” narratives with root‑cause suggestions. | Reduce MTTR (Mean Time To Resolve) for incidents. | | Alert Engine | Configurable thresholds → Slack, Teams, PagerDuty, email, or custom webhook. | Automated ops hand‑off. | | Plugin SDK | Write Python or JavaScript plugins to ingest any metric (e.g., custom business KPIs). | Extend to non‑ML health checks (e.g., DB latency). | | Collaboration | Shareable dashboards with role‑based access, comment threads, and export‑to‑PDF. | Cross‑team incident post‑mortems. | | Deploy Anywhere | Docker image ( mlhbdapp/server ), Helm chart, or as a Serverless function (AWS Lambda). | Fits on‑prem, cloud, or edge environments. | Bottom line: MLHB App is the “Grafana for ML” – but with built‑in data‑drift, model‑quality, and AI‑explainability baked in. 2️⃣ Why Does It Matter Right Now? | Problem | Traditional Solution | Gap | How MLHB App Bridges It | |---------|---------------------|-----|--------------------------| | Model performance regressions | Manual log parsing, custom Grafana dashboards. | No single source of truth; high friction to add new metrics. | Auto‑discovery of common metrics + plug‑and‑play custom metrics. | | Data‑drift detection | Separate notebooks, ad‑hoc scripts. | Not real‑time; difficult to share with ops. | Live drift visualisation + alerts. | | Incident triage | Sifting through logs + contacting data‑science owners. | Slow, noisy, high MTTR. | LLM‑generated anomaly explanations + in‑app comments. | | Cross‑team visibility | Screenshots, static reports. | Stale, hard to audit. | Role‑based sharing, export, audit logs. | | Vendor lock‑in | Commercial APM (Datadog, New Relic). | Expensive, over‑kill for pure ML telemetry. | Free, open‑source, works with any cloud provider. |

mlhbdapp.register_drift( feature_name="age", baseline_path="/data/training/age_distribution.json", current_source=lambda: fetch_current_features()["age"], # a callable test="psi" # options: psi, ks, wasserstein ) The dashboard will now show a gauge and generate alerts when the PSI > 0.2. Tip: The SDK ships with built‑in helpers for Spark , Pandas , and TensorFlow data pipelines ( mlhbdapp.spark_helper , mlhbdapp.pandas_helper , etc.). 5️⃣ New Features in v2.3 (Released 2026‑02‑15) | Feature | What It Does | How to Enable | |---------|--------------|---------------| | AI‑Explainable Anomalies | When a metric exceeds a threshold, the server calls an LLM (OpenAI, Anthropic, or local Ollama) to produce a natural‑language root‑cause hypothesis (e.g., “Latency spike caused by GC pressure on GPU 0”). | Set MLHB_EXPLAINER=openai and provide OPENAI_API_KEY in env. | | Live‑Query Notebooks | Embedded Jupyter‑Lite environment in the UI; you can query the telemetry DB with SQL or Python Pandas and instantly plot results. | Click Notebook → “Create New”. | | Teams & Slack Bot Integration | Rich interactive messages (charts + “Acknowledge” button) sent to your chat channel. | Add MLHB_SLACK_WEBHOOK or MLHB_TEAMS_WEBHOOK . | | Plugin SDK v2 | Write plugins in Python (for backend) or TypeScript (for UI widgets). Supports hot‑reload without server restart. | mlhbdapp plugin create my_plugin . | | Improved Security | Role‑based OAuth2 (Google, Azure AD, Okta) + optional SSO via SAML. | Set