--- title: T3 Production Single-Site Deployment description: Run declarative single-site deployment and progressive Ubuntu HiL validation without Azure Arc. author: Microsoft Robotics-AI Team ms.date: 2026-07-17 ms.topic: overview --- > [!NOTE] > **Advanced tier.** Most teams should run the full training lifecycle at [T0 โ€” Dev](../tier-0-dev/README.md) or > [T2 โ€” Pilot](../tier-2-pilot/README.md) first. T3 adds declarative, GitOps-style deployment at a > single site. It does **not** change how you train or validate. T3 proves that declarative, GitOps-style deployment does **not** require Azure Arc. Several robots at one site you control, all reachable from a single operator network, are reconciled to a Git-declared desired state by a single **local k3s node running FluxCD**. Arc is unnecessary precisely because there is only one site you can reach directly. Train and curate exactly as at [T2 โ€” Pilot](../tier-2-pilot/README.md). ## ๐Ÿงฑ Minimum Infrastructure | Concern | What you need | |-------------|---------------------------------------------------------------------------------------| | Hardware | Several robots at **one** site, reachable from a single operator network. | | Edge infra | One **local k3s node** (a ~60 MB binary) + **FluxCD**. **No Arc, no IoT Operations.** | | Cloud infra | Same as [T2 โ€” Pilot](../tier-2-pilot/README.md): AzureML, storage, registry, MLflow. | | Delivery | FluxCD reconciles robots to Git-declared desired state; rollback is a `git revert`. | ## ๐Ÿš€ Where to Go This is a stub. The deployment mechanics are documented in the existing deployment docs. This recipe deliberately does not duplicate them: - [Fleet Deployment](../../fleet-deployment/README.md): FluxCD GitOps pipelines, image automation, and the deployment gating service used to swap policies safely. - [Infrastructure: cluster setup](../../infrastructure/cluster-setup.md) and [advanced cluster setup](../../infrastructure/cluster-setup-advanced.md): standing up the runtime. - [Ubuntu HiL OSMO Backend](ubuntu-hil-osmo-backend.md): move one Ubuntu desktop through host-ready, optional private reachability, connected, and CPU/no-command validated milestones. ## ๐ŸŽ“ Graduate When - Robots span **multiple sites**, or sites become unreachable from a single operator network. That is the point at which a cross-site reachability and identity broker becomes genuinely necessary: [T4 โ€” Scale](../tier-4-scale/README.md). ## ๐Ÿ”— Related Documentation - [Tier model (canonical reference)](../../design/tier-model.md) - [Architecture: T3 โ€” Production](../../contributing/architecture.md#t3--production) - [T2 โ€” Pilot](../tier-2-pilot/README.md) ยท [T4 โ€” Scale](../tier-4-scale/README.md) *๐Ÿค– Crafted with precision by โœจCopilot following brilliant human instruction, then carefully refined by our team of discerning human reviewers.*