-
學習要點
- 三者的定位(2026 年新增考點,值得寫進 blog):
-
ACR:私有映像倉庫。層級 Basic / Standard / Premium,只有 Premium 支援 geo-replication 與 private link
-
ACI:最單純的「跑一個容器」,按秒計費、秒級啟動、沒有自動調整、沒有負載平衡。適合批次工作、CI agent
-
Container Apps:建構在 Kubernetes 上的無伺服器容器平台,有 KEDA 事件驅動自動調整(可縮到 0)、Dapr、流量分流、revision 管理。適合微服務與 API
- 選型判斷題公式:單次任務 → ACI;需要自動調整/HTTP 流量/微服務 → Container Apps;需要完整 K8s 控制 → AKS
-
ACR Tasks(
az acr build)可以在雲端幫你 build 映像,不需要本機裝 Docker——對用 Cloud Shell 練習的人非常實用
- ACR 驗證方式:admin user(方便但不建議)、service principal、managed identity(建議)
-
實作 Lab
- 建立 Standard 層 ACR
- 寫一個最小 Dockerfile,用
az acr build 在雲端建置並推送(不需本機 Docker)
- 從 ACR 部署到 ACI,設定 CPU/記憶體,取得公開 FQDN 測試
- 部署到 Container Apps,設定最小副本數 0、最大 3,觀察縮到零與冷啟動
- 比較兩者的啟動時間與計費模式
-
今日心得
今天的蠻複雜的,我只能說我理解到,單純用一次可以用 ACI+ACR,但你想搞 K8S 就可以用 Container Apps+ACR ,但 Container Apps 提供是簡易的不需要下指令的 k8s,可以自動擴縮,想要更複雜的摸 AKS
我頭快昏了