Skip to main content

Learning Paths

The docs cover a lot of ground. These three tracks sequence the existing pages into an ordered path for the three most common roles, so you always know what to read next.

Pick the track that matches what you want to do:

TrackYou want to...TimePrerequisites
ML EngineerBuild, train, and deploy models on the platform~2-3 hoursPython; Docker for the sandbox steps
OperatorDeploy and run the platform for your organization~3-4 hoursKubernetes and Helm familiarity
ContributorChange the platform itself — code, plugins, docs~2 hours reading + environment setupGo or Python, depending on the area

ML Engineer Track

From zero to a trained, deployed model.

  1. Overview — what Michelangelo AI is and how tools you already know map to it (~10 min)
  2. Core Concepts and Key Terms — projects, workflows, tasks, pipelines (~10 min)
  3. Sandbox Setup — a local cluster with all services running (~20 min)
  4. Getting Started with Pipelines — build and run your first pipeline (~30 min)
  5. Prepare Your Data — load, clean, and split datasets with Ray and Spark
  6. Train and Register a Model — train at scale and register artifacts
  7. Deploy a Model — bind a registered model to an inference server
  8. Example Projects — ten end-to-end workflows to adapt to your own use case

You're done when: you've run a pipeline that trains a model, registered it, deployed it, and know which example is closest to your real workload.

Operator Track

From an empty Kubernetes cluster to a monitored production deployment. The first four steps follow the operator guides' recommended reading order.

  1. Platform Setup — configure each component via ConfigMaps and Kustomize overlays
  2. Register a Compute Cluster — connect a cluster for Ray and Spark jobs
  3. Cluster Setup for Serving — enable model inference
  4. Authentication — identity provider and RBAC before opening to users
  5. Network & Ingress — Envoy, Ingress, TLS
  6. Helm Chart — chart layout, values reference, migration phases
  7. Monitoring — metrics, alerts, and dashboards for the control plane
  8. Troubleshooting — the failure modes you'll actually hit

You're done when: the control plane is deployed, a compute cluster is registered, users authenticate through your IdP, and you have monitoring in place.

Contributor Track

From reader to merged PR.

  1. Contributing Overview — what you can contribute and which directory owns what
  2. Terminology — the vocabulary the codebase uses, before you read code
  3. Building from Source — verify your environment works
  4. Dev Environment — IDE setup for Go backend development
  5. Testing Strategy — what to test and where the suites live
  6. PR Process — branch, commit conventions, review flow
  7. Uniflow Plugin Guide — the most common substantial contribution, end to end

You're done when: you've built the platform from source, run the tests for the area you're changing, and opened a PR that follows the process.


Not sure which track fits? The Getting Started overview has a lighter-weight chooser, and the roadmap shows where the platform is heading.