Azure App Service 方案概觀
應用程式服務一律會在App Service方案中執行。 此外，Azure Functions 也具有在「App Service方案」中執行的選項。 App Service 方案會定義一組計算資源，供要執行的 Web 應用程式使用。 這些計算資源類似於傳統 Web 裝載中的伺服器陣列。 一或多個應用程式可設定為在相同的計算資源上執行 (或在相同的 App Service 方案中執行)。
當您在特定區域 (例如，西歐) 建立 App Service 方案時，會為該區域的方案建立一組計算資源。 無論您將何種應用程式置入此 App Service 方案，都會在該 App Service 方案定義的計算資源上執行。 每個 App Service 方案都會定義：
- 作業系統 (Windows、Linux)
- 區域 (美國西部、美國東部等)
- 虛擬機器執行個體的數目
- 虛擬機器執行個體的大小 (小、中、大)
- 定價層 (免費、共用、基本、標準、進階、進階 V2、進階 V3、隔離、隔離 V2)
App Service 方案的「定價層」可決定您獲得哪些 App Service 功能，以及為該方案支付多少費用。 App Service 方案適用的定價層取決於建立時所選取的作業系統。 定價層有幾個類別：
- 共用計算：免費和共用，這兩個基底層會在與其他 App Service 應用程式相同的 Azure VM 上執行應用程式，包括其他客戶的應用程式。 這些層會將 CPU 配額配置到在共用資源上執行的每個應用程式，而且該資源無法向外延展。
- 專用計算：基本、標準、進階、PremiumV2 和 PremiumV3 階層在專用 Azure VM 上執行應用程式。 只有位於相同 App Service 方案中的應用程式，才會共用相同的計算資源。 層越高，可用於向外延展的 VM 執行個體就越多。
- 隔離：此 [隔離] 和 [隔離 V2] 層會在專用 Azure 虛擬網路上執行專用 Azure VM。 這會在應用程式計算隔離的基礎上再提供網路隔離。 它提供了最大的向外延展能力。
注意
App Service 的免費和共用 (預覽) 服務方案均為基本層，在與其他 App Service 應用程式相同的 Azure 虛擬機器上執行。 某些應用程式可能屬於其他客戶。 這些階層僅用於開發與測試。
每一層也提供 App Service 功能的特定子集。 這些功能包括自訂網域和 TLS/SSL 憑證、自動調整、部署位置、備份、流量管理員整合等等。 層越高，可用的功能就越多。 若要了解每個定價層支援的功能，請參閱App Service 方案詳細資料。
注意
新的 [進階 V3] 定價層保證具有更快速處理器的機器 (每個虛擬 CPU 最少 195 ACU)、SSD 儲存體，以及 [標準] 層四倍的記憶體/核心比率。 [進階 V3] 也支援透過增加執行個體計數來提高規模，同時仍提供 [標準] 層中找到的所有進階功能。 [進階 V3] 包括現有 [進階 V2] 層中可用的所有功能。
類似於其他專用層，此層有三個可用的 VM 大小：
- 小型 (2 個 CPU 核心、8 GiB 記憶體)
- 中型 (4 個 CPU 核心、16 GiB 記憶體)
- 大型 (8 個 CPU 核心、32 GiB 記憶體)
如需 [進階 V3] 價格資訊，請參閱 App Service 價格。
若要開始使用新的 [進階 V3] 定價層，請參閱設定 App Service 的進階 V3 層。
我的應用程式如何執行和調整？
在 [免費] 和 [共用] 層中，應用程式會在共用的 VM 執行個體上接收 CPU 分鐘，而且無法擴增。在其他階層中，應用程式會以下列方式執行和調整。
當您在 App Service 中建立應用程式時，該應用程式會置入 App Service 方案。 當應用程式執行時，會在 App Service 方案中設定的所有 VM 執行個體上執行。 如果有多個應用程式位於相同的 App Service 方案，它們會共用相同的 VM 執行個體。 如果一個應用程式有多個部署位置，所有部署位置也會在相同的 VM 執行個體上執行。 如果您啟用診斷記錄、執行備份，或執行 WebJob，它們也會使用這些 VM 執行個體上的 CPU 週期和記憶體。
如此一來，App Service 方案是 App Service 應用程式的縮放單位。 如果方案設定為執行五個 VM 執行個體，則方案中的所有應用程式會在所有五個執行個體上執行。 如果方案設定為自動調整，則方案中的所有應用程式都會根據自動調整設定一起擴增。
如需有關向外延展應用程式的詳細資訊，請參閱手動或自動調整執行個體計數。
我的 App Service 方案費用是多少？
本節描述 App Service 應用程式的計費方式。 如需特定區域價格的詳細資訊，請參閱 App Service 價格。
App Service 方案會根據所使用的計算資源計費 (免費層除外)。
- 在 [共用] 層中，每個應用程式都會收到 CPU 分鐘數的配額，因此「每個應用程式」都會針對 CPU 配額來計費。
- 在專用計算層 ([基本]、[標準]、[進階]、[進階 V2]、[進階 V3]) 中，App Service 方案會定義應用程式規模適用的 VM 執行個體數目，因此，App Service 方案中的「每個 VM 執行個體」都會計費。 不論有多少應用程式正在執行，這些 VM 實例都會收取相同的費用。 為了避免產生非預期的費用，請參閱清除 App Service 方案。
- 在 [隔離] 和 [隔離 V2] 層中，App Service 環境會定義執行您應用程式的隔離背景工作角色數目，且「每個背景工作角色」都會計費。 此外，在隔離層中，執行App Service 環境本身會有一般戳記費用。
使用為您提供的 App Service 功能時無需付費 (例如設定自訂網域、TLS/SSL 憑證、部署位置、備份等)。 例外狀況為：
- App Service 網域 - 當您在 Azure 中購買一個網域且採每年續訂時，即需要付費。
- App Service 憑證 - 當您在 Azure 中購買一個憑證且採每年續訂時，即需要付費。
- IP 型 TLS 連線 - 每個 IP 型 TLS 連線都會依每小時計費，但是某個 [標準] 層或更高層級可讓您免費使用一個 IP 型 TLS 連線。 以 SNI 為基礎的 TLS 連線則免費。
注意
如果您將 App Service 與另一個 App Service 整合，可能需要考慮來自其他服務的費用。 例如，如果您使用 Azure 流量管理員來調整您的異地應用程式、Azure 流量管理員也會根據您的使用量來收費。 若要預估您在 Azure 中的跨服務成本，請參閱價格計算器。
想要最佳化並節省您的雲端費用嗎？
Azure 服務成本費用。 Azure 成本管理可協助您設定預算和設定警示以控制費用。 使用成本管理來分析、管理和最佳化您的 Azure 成本。 若要深入了解，請參閱分析成本的快速入門。
如果我的應用程式需要更多功能，該怎麼辦？
可以隨時相應增加和相應減少您的 App Service 方案。 這與更改方案的定價層一樣簡單。 一開始，您可以選擇較低的定價層，當您之後需要更多 App Service 功能時，再相應增加。
例如，您可以開始測試免費 App Service 方案中的 Web 應用程式，無須支付任何費用。 當您想要將自訂 DNS 名稱 加入 Web 應用程式時，只要將您的方案相應增加至共用層即可。 稍後，當您想要建立 TLS 繫結時，請將方案擴大至 [基本] 層。 當您想要有預備環境時，擴大至標準層。 當您需要更多核心、記憶體或儲存體時，可以在同一層中相應增加到較大的 VM 大小。
反向的運作方式也是一樣。 當您覺得不再需要更高層的功能時，可以相應減少到較低層，這樣可以節省費用。
如需有關相應增加 App Service 方案的詳細資訊，請參閱在 Azure 中相應增加應用程式。
如果您的應用程式與其他應用程式位於相同的 App Service 方案中，您可能想要藉由隔離計算資源來提升應用程式的效能。 您可以藉由將應用程式移至不同的 App Service 方案來達成。 如需詳細資訊，請參閱將應用程式移至另一個 App Service 方案。
我應該將應用程式置入新的方案或現有方案？
由於您要針對 App Service 方案配置的計算資源付費 (請參閱我的 App Service 方案成本是多少？)，您可以將多個應用程式置入一個 App Service 方案來節省費用。 只要現有方案有足夠資源處理負載，即可繼續將應用程式新增至該方案。 不過，請記住，同個 App Service 方案中的應用程式皆會共用相同的計算資源。 若要判斷新的應用程式是否有所需的資源，您必須了解現有 App Service 方案的容量，以及新應用程式的預期負載。 多載 App Service 方案可能會導致新的和現有的應用程式停機。
如果有下列情況，請將您的應用程式隔離至新的 App Service 方案中：
應用程式會耗用大量資源。 數目實際上可能會根據所裝載應用程式的資源量而有所減少，不過以一般指導方針來說，您可以參考下表：
App Service 方案 SKU 應用程式上限 B1、S1、P1v2、I1v1 8 B2、S2、P2v2、I2v1 16 B3、S3、P3v2、I3v1 32 P1v3、I1v2 16 P2v3、I2v2 32 P3v3、I3v2 64 建議您以獨立於現有方案中其他應用程式的方式，單獨調整應用程式。
應用程式需要不同地理區域中的資源。
注意
作用中位置也會分類為作用中的應用程式，因為其也正在競爭相同 App Service 方案上的資源。
如此一來，您就可以為應用程式配置一組新的資源，並更充分掌控應用程式。