Azure Container Instances (ACI)

Azure Container Instances (ACI) est le service Azure le plus rapide et simple pour exécuter un container dans le cloud, sans gérer VMs ni orchestrateur. Lancé en 2017, c'est l'équivalent Azure de AWS Fargate (sans ECS/EKS) — pure serverless containers facturés à la seconde.

Concepts : (1) Container — single container run avec image, command, env vars, ports, resource limits ; (2) Container Group — équivalent Pod Kubernetes : 1+ containers partageant lifecycle, network namespace (localhost), storage volumes (Azure Files, secrets, emptyDir, GitRepo) ; (3) Restart policy (Always, OnFailure, Never) ; (4) IP public (avec FQDN optional) ou IP private avec subnet VNet delegation ; (5) GPU (NVIDIA Tesla K80/P100/V100 SKUs limited regions) ; (6) Confidential Containers (SEV-SNP) ; (7) Linux et Windows containers supportés.

Use cases : (1) tâches batch ad-hoc (data processing one-shot, training ML court) ; (2) build agents éphémères (CI/CD self-hosted runners) ; (3) extension Kubernetes via virtual-kubelet (utiliser ACI comme worker node virtuel d'AKS pour bursting capacity sans provisionner nouveaux nodes) ; (4) simple long-running services not requiring orchestration complexity ; (5) Azure Functions Premium runtime (under hood ACI) ; (6) Logic Apps custom code containers ; (7) testing/dev environments éphémères provisionnés on-demand via IaC.

Limitations : (1) pas d'orchestration (no Deployments, no Services LB out-of-the-box, no auto-scaling — pour ça utiliser Container Apps ou AKS) ; (2) max 4 vCPU / 16 GB RAM par container group ; (3) pas de port mapping flexible (port défini sur container group IP, pas par container) ; (4) updates = recreate (no rolling updates) ; (5) pricing peut devenir plus cher que VMs/AKS pour workloads sustained long-running.

Déploiement : Azure CLI (`az container create`), Azure portal, ARM/Bicep, Terraform, Pulumi, Docker CLI (depuis 2019, `docker context create aci` permet de docker run vers Azure directement), virtual-kubelet pour AKS bursting.

ACI vs Container Apps vs AKS vs App Service : (1) ACI = single container or simple group, pas d'orchestration, plus simple/rapide à lancer, pay-per-second utilisé idéal éphémère/burst ; (2) Container Apps = microservices serverless avec orchestration (KEDA scaling, Dapr microservices framework, Traffic splitting) sur AKS managed by MS, idéal microservices serverless modernes ; (3) AKS = Kubernetes full power, plus complex, pour platform teams ; (4) App Service = PaaS web-focused, single container deployment-style facile.

Pricing : 0.0012\$/vCPU-seconde + 0.0000125\$/GB-seconde memory + 0.04\$/GB egress. Pas de coût control plane. Free 50 millisecondes/mois first time. Pour workload 24/7 1 vCPU 1 GB : ~73\$/mois (cher vs B1 App Service à 13\$). Sweet spot : runs courts <1h fréquents ou très éphémères on-demand.