適用於： ✔️ Front Door 標準版 ✔️ Front Door 進階版
Azure Front Door 為您的網際網路對應工作負載提供一組豐富的功能。 Front Door 幫助你加速應用程式效能、提升安全性，並提供檢查與修改 HTTP 流量的工具。
Front Door 的計費模型包含數個元件。 Front Door 會針對您部署的每個設定檔收取基本費用。 也會根據使用量向您收取要求和資料傳輸的費用。 計費量測器會收集您 Front Door 使用情況的相關資訊。 您的每月 Azure 帳單可彙總整個月份的計費資訊，並套用定價來判斷您需要支付的金額。
本文說明 Front Door 定價的運作方式，讓您瞭解並預測每月 Azure Front Door 帳單。
如需 Azure Front Door 定價資訊，請參閱 Azure Front Door 定價。
提示
Azure 價格計算器能幫助你根據需求計算價格預估。 使用預先建立的定價計算機預估作為起點，並針對您自己的解決方案加以自訂。
注意
本文說明 Azure Front Door Standard 與 Premium 等級的計費運作方式。 如需 Azure Front Door (傳統) 的相關資訊，請參閱 Azure Front Door 定價。
基本費用
每個 Front Door 設定檔都會產生每小時費用。 您的設定檔每部署一小時或不足一小時，均會計費。 您支付的費率取決於您部署的 Front Door 層級。
單一 Front Door 設定檔可以包含多個端點。 您不會因每個端點而被額外收費。
您不需支付額外費用即可使用流量加速、回應快取、回應壓縮、規則引擎、Front Door 固有的 DDoS 保護，以及自訂 Web 應用程式防火牆 (WAF) 規則等功能。 如果您使用 Front Door Premium，也無需支付額外費用即可使用 受管理的 WAF 規則集或 Private Link 來源。
請求處理和流量費用
每筆經由 Front Door 的請求都會產生請求處理及交通費用：
要求程序的每個部分都會分開計費：
- 從用戶端到 Front Door 的請求數量
- 從 Front Door 邊緣到來源的資料傳輸
- 從原點到 Front Door 的資料傳輸 (不可計費)
- 從 Front Door 到用戶端的資料傳輸
下列各節會更詳細地說明每個要求元件。
從用戶端到 Front Door 的請求數量
Front Door 會依據 Front Door 邊緣位置為您的設定檔所收到的請求數量收費。 Front Door 會使用HTTP 要求上的 Host 標頭來識別要求。 如果 Host 標題與您 Front Door 設定檔中的其中一個標題相符，則會計為對您設定檔的請求。
價格取決於服務該請求的前門邊緣位置所屬的地理區域。 標準版與高級版的價格也有所不同。
從 Front Door 邊緣到來源的資料傳輸
Front Door 會對從 Front Door 邊緣位置傳送到來源伺服器的位元組收費。 價格取決於服務該請求的前門邊緣位置所屬的地理區域。 原點的位置不會影響價格。
當您擁有較高的流量時，每 GB 的價格比較低。
如果該請求可由 Front Door 邊緣位置的快取處理，Front Door 就不會將任何請求傳送至來源伺服器，而且系統不會就此元件向您收費。
從來源到 Front Door 的資料傳輸
當你的原始伺服器處理請求時，會把資料回傳給 Front Door，讓它能把資料回傳給客戶端。 即使請求的來源與 Front Door 邊緣位置不同，Front Door 也不會向你收取這些流量費用。
如果您的來源位於 Azure 內，則不會收取從 Azure 來源傳送至 Front Door 的資料輸出費用。 不過，請確認那些 Azure 服務是否會向你收取處理請求的費用。
如果您的來源站台位於 Azure 之外，您可能會被其他網路供應商收費。
從 Front Door 到用戶端的資料傳輸
Front Door 會針對從 Front Door 邊緣位置傳送回用戶端的位元組數收費。 價格會因服務該請求的 Front Door 邊緣位置所在的地理區域而有所不同。
如果已壓縮回應，Front Door 只會針對壓縮的資料收費。
Private Link 來源
當您使用進階階層時，Front Door 可以使用 Private Link 連線到您的原點。
Front Door Premium 有較高的基本費用和要求處理費用。 相較於使用原點公用端點的流量，您不需支付 Private Link 流量的額外費用。
當您設定 Private Link 原點時，您會選取要使用的私人端點區域。 Azure 部分區域支援 Front Door 的私人連結流量。 如果你選擇的區域與起點部署的區域不同，跨區域流量不會額外收費。 不過，要求延遲可能會更大。
跨區域流量
某些 Front Door 計費計量會依處理請求的 Front Door 邊緣位置而採用不同的費率。 通常，處理要求的 Front Door 邊緣位置是最接近用戶端的位置，這有助於降低延遲並最大化效能。
Front Door 會針對從邊緣位置到原點的流量收費。 根據 Front Door 邊緣位置的位置而定，流量會以不同的費率計費。 如果您的原點位於不同的 Azure 區域，則不會針對區域間流量向您收取額外費用。
範例案例
範例 1：未啟用快取的 Azure 來源
Contoso 會在 Azure App 服務 上裝載其網站，該網站在美國西部區域執行。 Contoso 已部署具有標準層的 Front Door。 他們停用了快取。
假設來自加州用戶端的要求已傳送至 Contoso 網站，傳送 1 KB 要求並接收 100 KB 回應:
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 北美洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 1 KB | 北美洲 |
| 從 Front Door 到用戶端的資料傳輸 | 100 KB | 北美洲 |
Azure App 服務 可能會收取其他費用。
範例 2：已啟用壓縮的 Azure 原點
假設 Contoso 更新其 Front Door 組態來啟用內容壓縮。 現在，與範例 1 相同的回應可能會壓縮為 30 KB：
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 北美洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 1 KB | 北美洲 |
| 從 Front Door 到用戶端的資料傳輸 | 30 KB | 北美洲 |
Azure App 服務 可能會收取其他費用。
範例 3：由快取提供請求回應
假設第二個請求到達相同的 Front Door 邊緣位置，且有可用的有效快取回應：
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 北美洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 當要求由快取提供時則為無 | |
| 從 Front Door 到用戶端的資料傳輸 | 30 KB | 北美洲 |
範例 4：跨區域流量
假設對 Contoso 網站的請求來自澳洲的用戶端，且無法從快取提供服務：
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 澳洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 1 KB | 澳洲 |
| 從 Front Door 到用戶端的資料傳輸 | 30 KB | 澳洲 |
範例 5：非 Azure 來源
Fabrikam 在另一個雲端提供者上營運電子商務網站。 其網站架設於歐洲。 他們將 Azure Front Door 設定為在不使用快取或壓縮的情況下處理流量。
假設來自用戶端的要求從紐約的用戶端傳送至 Fabrikam 網站。 用戶端會傳送 2 KB 要求並接收 350 KB 回應:
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 北美洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 2 KB | 北美洲 |
| 從 Front Door 到用戶端的資料傳輸 | 350 KB | 北美洲 |
外部雲端提供者可能會收取其他費用。
範例 6：遭 Web 應用程式防火牆封鎖的請求
當網頁應用程式防火牆（WAF）阻擋請求時，它不會將請求傳送到來源。 不過，Front Door 會收取請求費用及回覆費用。
假設 Front Door 設定檔包含自訂 WAF 規則，以封鎖來自南美洲特定 IP 位址的要求。 WAF 已設定了自訂錯誤回應頁面，其大小為 1 KB。 如果來自已封鎖 IP 地址的用戶端傳送 1 KB 要求:
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 從用戶端到 Front Door 的請求數量 | 1 | 南美洲 |
| 從 Front Door 邊緣到來源的資料傳輸 | 沒有 | 南美洲 |
| 從 Front Door 到用戶端的資料傳輸 | 1 KB | 南美洲 |
範例 7：邊緣動作
Contoso 建立單一邊緣動作，供 Azure Front Door 規則集在美國東部、歐洲及亞洲區域呼叫。
情境一： 月底時會產生 100 萬次呼叫，每次執行時間為 1 毫秒。
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 祈禱 | 1 百萬 | 全球 |
| 平均執行時間 | 0 | 全球 |
情境二： 月底時，總共有五千萬次祈禱，分布如下：
| 召喚次數 | 每次調用執行時間 |
|---|---|
| 10 公尺 | 1 毫秒 |
| 20公尺 | 3 毫秒 |
| 20公尺 | 8毫秒 |
以下計費量測器的數值會遞增：
| 計量 | 遞增 | 計費區域 |
|---|---|---|
| 祈禱 | 50 公尺 | 全球 |
| 平均執行時間 | 20 M x （3-1） + 20 M x （8-1） = 180 M 毫秒或 180 K 秒 | 全球 |