建立部署位置

  • 2 分鐘

當您將 Web 應用程式、Linux 上的 Web 應用程式、行動後端或 API 應用程式部署至 Azure App Service 時，可以使用另外的部署位置，而非預設的生產位置。

關於部署位置的須知事項

讓我們進一步瞭解部署位置的特性。

  • 部署位置是具有專屬主機名稱的即時應用程式。

  • 部署位置可於標準、進階和隔離 App Service 定價層中使用。 應用程式必須在其中一層執行，才能使用部署位置。

  • 標準、進階和隔離層提供不同數目的部署位置。

  • 兩個部署位置 (包括生產位置) 之間的應用程式內容與設定元素皆可交換。

Screenshot that shows how to work with deployment slots in the Azure portal.

使用部署位置時應考量的事項

搭配 App Service 應用程式使用部署位置有幾項優點。 請查看下列優點，並思考如何用於支援 App Service 實作。

  • 考慮驗證。 您可以先驗證預備部署位置中的應用程式變更，再將其與生產位置中的內容交換。

  • 考慮縮短停機時間。 先將應用程式部署至某個位置，再與生產位置交換，可確保該位置的所有執行個體皆準備就緒，才會與生產位置交換。 此舉可以避免部署應用程式時的停機情況。 流量可以無縫重新導向，也不會因交換作業而捨棄任何要求。 當無須預先交換驗證時，可藉由設定自動交換將整個工作流程自動化。

  • 考慮還原至上一個已知良好的網站。 交換之後，先前具有預備應用程式的位置，現在已經有之前的生產應用程式。 若交換到生產位置的變更並非所需變更，您可以立即執行相同的交換，以取回「上一個已知良好的網站」。

  • 考慮自動交換。 如果您希望為應用程式的客戶持續部署應用程式，而不需冷啟動和不需關機，自動交換將可簡化此類 Azure DevOps 案例。 啟用從位置至生產位置的自動交換後，每當您將程式碼變更推送至該位置時，App Service 就會在於來源位置做好準備後，自動將該應用程式交換至生產位置。 Linux 上的 Web 應用程式目前不支援自動交換。