Workstation Logo
Products
AI LabsOpenAI AgentsCRMMarketingAll Products
AI Solutions
AI WorkstationsAI SME PackagesPrivate AIGPU ClustersEdge AIEnterprise AI LabAI by Industry
Services
Platform ModernisationDigital EngineeringData Foundations & AIAutonomous OperationsAI ConsultancyDevOps AutomationCyber SecuritySoftware DevelopmentAgent BuildingMLOps Setup
About Us
PartnersCustomer Stories
Articles
Documentation
WSL ProxyRing Promoter
Blog
Contact UsLogin
Workstation

AI workstations, AI Multi Agentic Software, GPU infrastructure, and intelligent agent solutions for modern businesses.

UK Office: 77-79 Marlowes, Hemel Hempstead HP1 1LF - Directions - Take Junction 20 off M25 Outer London
Company No: 11641870
Mon - Fri: 9:00 AM - 6:00 PM GMT
+44 7515 356 146

Belgium Office: Workstation SRL, Rue Vanderkindere 34, 1180 Uccle, Brussels
BE 0751.518.683
Mon - Fri: 9:00 AM - 6:00 PM CET
+32 492 45 67 46

India Office: #159 Sector 9, Pocket 1, DDA Flats, 110077 Dwarka, New Delhi
+91 98881 98841

Products

All ProductsWSL ProxyRing PromoterAI LabsOpenAI Agents

AI Solutions

AI SolutionsAI WorkstationsPrivate AIGPU ClustersEnterprise AI LabServices

Resources

ArticlesDocumentationBlogSearch

Company

About UsPartnersContact

© 2026 Workstation AI. All rights reserved.

PrivacyCookies

Loading blog...

Home / Blog
KubeflowArgocdGitOpsMLOpsKubernetesDevOpsAIKserve

Kubeflow + Argo CD: GitOps MLOps on Kubernetes

Train with Kubeflow, deliver with Argo CD — pipelines, Model Registry, KServe, and rollback via git revert

Balinder WaliaJuly 20, 20262 min read

A practical guide to pairing Kubeflow (train / evaluate / register) with Argo CD (GitOps deliver / rollback). For the full architecture, manifests, and anti-patterns, read the long article.

Kubeflow and Argo CD GitOps MLOps on Kubernetes

The one-paragraph version. Kubeflow owns the ML lifecycle on Kubernetes — pipelines, training jobs, model registry, and KServe. Argo CD owns delivery: every InferenceService, pipeline definition, and platform component is reconciled from Git. Train and evaluate in Kubeflow; promote by updating a Git manifest; roll back with git revert. Keep models in object storage — Git stores URIs and config, not weights.

Why both tools?

Kubeflow answers: how do we run reproducible training and evaluation on GPUs? Argo CD answers: how do we ship the resulting model to production without snowflake clusters? Using only Kubeflow often ends in manual kubectl apply for serving. Using only Argo CD leaves you without a first-class ML pipeline and experiment system. Together they form a closed MLOps loop.

The division of labour

Concern Tool What lives in Git
Pipeline DAGs, TrainJobs, experimentsKubeflow Pipelines / TrainerPipeline YAML / component specs
Model artifacts & lineageModel Registry + object storageURI + metadata — not the weights file
Serving, canaries, rollbacksKServe + Argo CDInferenceService overlays
Platform install & upgradesArgo CD ApplicationsHelm/Kustomize for Kubeflow itself

End-to-end loop (what good looks like)

  1. Data scientist merges a pipeline change → Argo CD syncs pipeline CRDs.
  2. Kubeflow runs training on GPU nodes (optionally queued via Kueue).
  3. Evaluation gates pass → model URI registered; a PR updates the prod InferenceService storageUri.
  4. Argo CD detects OutOfSync and rolls out (canary traffic first).
  5. Drift or bad metrics → git revert restores the previous URI; Argo CD reconciles.

Five practices that save you pain

  • Separate repos or folders: platform (Kubeflow install) vs apps (pipelines + InferenceServices).
  • Never commit model binaries — reference s3:// / gs:// / PVC URIs.
  • Sync waves: MySQL/MinIO (or managed equivalents) before KFP components.
  • Resource limits on every step — training jobs without limits will starve the cluster.
  • Promotion = PR, not a button in a notebook. Audit trail comes free.

When this stack is overkill

A single Mac Studio running Ollama for an SME chatbot does not need Kubeflow + Argo CD. Reach for this pattern when you have multiple models, GPU contention, compliance needs, or more than one environment (dev/staging/prod) that must stay identical.

Related reading. We already published a GitOps overview focused on Argo CD and Flux: Kubernetes Continuous Delivery: GitOps Pipelines with ArgoCD & Flux. This post is the ML-specific companion — Kubeflow in the loop.

Read the long version

The long article covers the 2026 Kubernetes MLOps map (KFP v2, Trainer, KServe, Kueue), Argo CD Application patterns, promotion gates, canary serving, GPU FinOps, and a rollout checklist. Published by Workstation.