觀點 · 資訊分享
Azure Front Door 推出邊緣動作預覽：在離使用者最近的節點跑 JavaScript，上限 10 毫秒
Azure Front Door 在 7 月 14 日開放邊緣動作（edge actions）公開預覽，讓你在全球節點上跑輕量 JavaScript，做網址改寫、A/B 測試、JWT 驗證等。預覽期有程式碼 16 KB、執行 10 毫秒等限制。
- 發布
- 2026-07-14
- 篇幅
- 約 4 分鐘 · 1,676 字
- 結構
- 7 節 + 3 題常見問題
- 標籤
一句話看懂：Azure Front Door 開放邊緣動作公開預覽，讓你在離使用者最近的全球節點上跑一小段 JavaScript，做網址改寫、A/B 測試、驗證權杖等輕量判斷，不必每次都回到自己的伺服器。
先用白話講：邊緣動作是什麼？
想像你開了一間總店在高雄，但客人遍布全台。如果每位客人問路、換優惠券、確認會員，都要打電話回高雄總店，不但慢，總店也忙不過來。
聰明的做法是在各地的分店門口放一位接待員，能立刻處理簡單的事：「這張券已過期，請走左邊」「您是新客人，這邊有優惠」，只有複雜的事才轉給總店。
Azure Front Door 是微軟的全球網站入口（兼具 CDN 與流量分派），它在世界各地有很多節點。邊緣動作（Edge Actions） 就是讓你在這些節點上放一位「接待員」，也就是一小段你自己寫的 JavaScript 程式。
發生什麼事
微軟在 7 月 14 日公布 Azure Front Door 邊緣動作的公開預覽。官方列出的常見用途有：
- A/B 測試與金絲雀部署（只讓一部分人看到新版）
- 修改請求與回應的標頭
- 依條件拒絕請求
- 動態選擇要連到哪個源站
- 網址改寫與轉址
- 在邊緣驗證 JWT 權杖
這些邏輯可以與 Front Door 既有的規則引擎、快取、路由與網站應用程式防火牆（WAF）搭配使用。程式是在 Hyperlight（微軟的安全微型虛擬機器技術）建出的沙盒中執行，官方稱這提供硬體層級的隔離。
預覽期有哪些限制？
微軟文件列出的預覽期限制，是這項功能最需要先看懂的地方：
| 項目 | 預覽期限制 |
|---|---|
| 單次執行時間 | 10 毫秒 |
| 程式碼大小 | 16 KB |
| 每個動作的版本數 | 3 個 |
| 每個訂用帳戶的資源數 | 100 個 |
| 支援語言 | 目前只有 JavaScript |
| 支援的觸發點 | 只有「客戶端請求」 |
另外，邊緣動作要掛在 Front Door 的路由上才會執行，適用於 Front Door 標準版與進階版。
給開發者的技術細節
- 超過 10 毫秒的程式會被終止，請求會在沒有邊緣動作處理的情況下送出。這代表你要設計好「被跳過時」的安全行為，例如驗證邏輯不能因為被跳過就放行所有請求
- 每個動作最多 3 個版本，可以上傳新版並設為預設，不必停機；出問題可以回滾
- 預覽期上傳程式碼的動作，官方說最久可能要 10 分鐘
- 可以用 Azure 入口網站或 Visual Studio Code 擴充功能建立與掛載
- 程式執行時會拿到一個不可變的內容物件，裡面有伺服器變數、健康源站清單、使用者所在國家代碼、裝置類型與目前時間
- 微軟另有 GitHub 社群範例庫（Azure/EdgeActionsSamples）可參考
以上限制取自微軟文件目前的頁面；預覽功能日後可能調整。
我的看法
這類「在邊緣跑小程式」的功能，對做網站的人很實用，像是 A/B 測試、依國家導向不同頁面、簡單的權杖檢查，不必為此改動後端。
但預覽版的 10 毫秒與 16 KB，已經在告訴你：它是拿來做小事的，不是拿來搬整個應用程式。如果你的網站已經在用 Cloudflare Workers 或其他邊緣平台，也沒必要為了這個功能換。至於已經在 Azure 上用 Front Door 的團隊，可以先拿一個不重要的路徑試試，把「超時被跳過」的情況也測一遍，再決定要不要放進正式流程。
名詞小辭典
- 邊緣（Edge）：離使用者很近的網路節點，處理請求比回到遠端伺服器更快。
- 源站（Origin）：真正存放網站內容與程式的伺服器。
- A/B 測試：同時提供兩個版本，看哪個效果好。
- JWT：一種常見的登入權杖格式，伺服器靠它確認你是誰。