簡介

1. 相當於“Lambda for Container”， 可以不關心虛擬機器，能非常快速地建立容器，按秒計費。
2. Azure 容器例項中的頂層資源是容器組，容器組中的容器共享生命週期、本地網路和儲存卷。一個ACI裡面只能有一個容器組，一個容器組對一個公網IP和域名，容器組裡面可以有多個容器，通常一個容器組裡就放一個容器。
3. 容器可以單獨預配置CPU和記憶體，比如容器組約定有3個vCPU，容器組裡面有兩個容器，可以給其中一個容器設定vCPU 為2,另一個設定為vCPU 1.
4. 容器組不能auto scaling,在建立的時候就定好了,如果要使用容器組，請使用其他ARM template的方式，入口網站上不支援建立。

適用場景

1. 容器例項提供理想的解決方案來快速擴充套件和縮減整體容量，以處理意外的或短期高發的使用量。
2.  應用場景：Occasionally Running: Continuous integration, quick experiments(delete after a few hours), Load testing, Batch jobs (such as Media processing), Handle spikes in load(add extra capacity to kubernetes).
3. 它適合突發情況，或者短期執行的情況，比如偶爾執行：持續整合，快速實驗（幾小時後刪除），負載測試，批處理作業（如媒體處理），處理負載峰值（為kubernetes新增額外容量）。
   原文是：Azure Container Instances is not the right fit for every type of containerized workload, but where you need to run short-lived containers to handle occasional workloads or high bursts of additional work , and they can be a really excellent and cost-effective chose。
4. 短期高發的情況需要配合kubernetes聯結器來使用。

價格

下圖是通過azure的計算器來算出來連續使用一個月的價格，可以看出，它比虛擬機器的費用高不少。所以ACI並不適合長期執行的程式，它只適合短期執行的情況，即用即毀的那種。

Demo

第一步：選擇ACI，點選建立，container image表示image name，它從docker hub上下載下來。

 第二步： 主要是輸入你的域名mydns，這裡還需要輸入CPU和記憶體，只需要告訴它你想要什麼樣的資源配置，但不你需要關心底層的虛擬機器。

第三步：點選建立，建立完成後，看到如下Overview介面，你可以看到它幫你自動建立了一個公網IP，一個域名，以及下面對CPU和記憶體資源的監控。

最後，直接訪問這個域名，可以看到一個nginx的預設網站就出來了，通過這種方式搭建網站真快，簡直是做demo的神器。

配合kubernetes聯結器來使用 

待續。。。