MLOps · 03 of 5
Release governance
Fail-closed gate, human approval and a signed manifest that traces every verdict.
From candidate to production
- Candidatetrained and tested, never deployed
- Evaluation gatefail-closed
- Shadowbeside the current model
- Sign-offa person approves
- Productionone-click rollback
01
From candidate to production
Every model takes the same path, and each step ends at a gate.
- 01Candidate
- Trained and tested by an Airflow run
- That run never deploys
- 02Evaluation gate
- PR-AUC, regression and per-slice checks
- Fail-closed: no pass, no release
- 03Shadow
- Runs beside the current model
- Its verdicts compared, not used
- 04Production
- Served by Triton
- One-click rollback to the last signed model
02
A signed manifest for every release run
Each release run writes a digitally signed manifest that locks its inputs.
Locked inputsWhat it answers
Signed run manifestone per release run
Point at a source to see what it feeds, or at a result to see where it comes from.
No auto-promote, ever
A candidate that beats the benchmark still waits for a person. Automation proposes; people release.
Questions this raises
The questions this part raises, and their answers.
A better average can hide a worse result on one segment or class. The gate checks each slice, and a person who knows the business signs.
SourcesAI Modeling & MLOps case study, NGT (Sep 2026)AI-First DevOps Transformation: Services & Solutions, NGT (Oct 2026)NGT Service Offering v3.2 (Jul 2026)Machine Learning Platform with Kubeflow, NGT reference deckPlatform Engineering v1.2, NGT (Sep 2026)Data Platform Ops & DataOps Service Catalog, NGT (Sep 2026)FPT AI Factory service offering, FPT Smart Cloud (Nov 2025)
