Azure Function Deployment

Hi @Donnie Wu

感謝您聯絡 Microsoft Q&A。

訊息「[KuduSpecializer] Kudu 在部署包部署後已重啟」並非實際部署失敗。這是因為在 Azure Functions Flex 消耗計劃中，部署過程包括打包應用程式程式碼、將其上傳到存儲，然後平台重啟或重新初始化 Kudu/SCM 網站和 Functions 主機以掛載和載入新包。如果您的自動化腳本（Python SDK / REST API）在此短暫重新啟動期間開始輪詢部署或 SCM 終點，則請求可能會失敗或傳回此訊息。這是平台的預期行為，代表部署期間的瞬態狀態，並非您的程式碼或部署本身有問題。

請參考以下幾點來解決此問題或作為臨時解決方案：

將其視為瞬態、可重試的情況（而非失敗）

此訊息表明平台正在重啟 Kudu 作為部署的一部分。出現此訊息時，您的自動化腳本不應將部署標記為失敗。相反，應將其視為資訊性或瞬態情況，並繼續輪詢並重試。

在輪詢部署狀態時新增延遲和重試邏輯

部署 API 返回成功/已接受後，稍等片刻再進行輪詢。使用指數退避演算法實現重試，並容忍 Kudu 重啟期間短暫的 5xx 錯誤或連線中斷。

import time import random def poll_with_retry(check_fn, max_attempts=10, base_delay=2): delay = base_delay for attempt in range(max_attempts): try: if check_fn(): return True except Exception: pass # treat as transient time.sleep(delay + random.uniform(0, delay * 0.5)) delay = min(delay * 2, 30) raise Exception("Deployment did not stabilize within retry window")

使用部署日誌或部署中心作為成功訊號

不要僅依賴 SCM/Kudu 的即時回應，而應使用部署中心日誌或 Kudu 部署日誌來驗證部署是否已完成。這些日誌才是套件已成功部署和啟動的權威指標。

僅當應用程式始終無法穩定運作時才進行驗證

如果函數在重試後應用程式仍未恢復正常，則應調查組態問題，例如儲存連線、網路限製或部署日誌。否則，無需採取任何措施。