觀點 · 資訊分享
Azure Automation 9/30 起不再支援 Python 2.7、3.8 與 PowerShell 7.1、7.2
Azure 宣布 Automation 會在 2026 年 9 月 30 日退場四個舊執行環境，10 月 1 日起舊的 Runbook 可能還能跑，但沒有安全更新與修正。用它跑排程腳本的人要趁期限前升級。
- 發布
- 2026-07-11
- 篇幅
- 約 4 分鐘 · 1,932 字
- 結構
- 8 節 + 3 題常見問題
- 標籤
一句話看懂：Azure Automation 要在 9 月 30 日退場四個舊的腳本執行環境，10 月 1 日起舊的 Runbook 可能還能跑，但不再有安全更新，要趁期限前升級。
先用白話講：Azure Automation 在做什麼？
想像你有一位「值夜班的管理員」，每天半夜自動幫你做事：把沒在用的測試機器關掉、清掉過期的檔案、檢查設定有沒有跑掉。Azure Automation 就是微軟雲端上的這位管理員，你寫好腳本（叫做 Runbook），它照著時間表或事件自動執行。
腳本用什麼語言寫、跑在哪個版本，就是「執行環境」。這次要退場的，就是幾個太舊的版本。
發生什麼事
微軟在 7 月 10 日發布退場公告：
- 退場的環境有四個：Python 2.7、Python 3.8、PowerShell 7.1、PowerShell 7.2
- 退場日期是 2026 年 9 月 30 日，從 10 月 1 日起，Automation 不再支援它們
- 用這些版本的 Runbook「可能繼續執行」，但不會再有安全更新、錯誤修正或官方支援
- 微軟強烈建議把 Runbook 升級到仍受支援的版本
注意，公告沒有說會強制把舊 Runbook 停掉，但沒有安全更新就是一個長期風險。
這些版本其實早就「過期」了
這次退場，是因為上游的官方支援早就結束，Automation 只是跟進：
| 版本 | 上游官方支援結束 |
|---|---|
| Python 2.7 | 2020 年 1 月 1 日 |
| Python 3.8 | 2024 年 10 月 7 日 |
| PowerShell 7.1 | 2022 年 5 月 8 日 |
| PowerShell 7.2 | 2024 年 11 月 8 日 |
換句話說，這些環境在 Azure 上多撐了好一陣子，這次是正式畫下句點。
該升級到哪裡？
公告本身只說「升級到仍受支援的版本」，沒有指定具體版本。我查了微軟目前的 Automation 文件（這是本文整理時的現況，不是 7 月 10 日當天的內容），上面寫的是：
- Python 建議使用 Python 3.10
- PowerShell 列出的受支援版本有 7.6、7.4 與 5.1
實際要選哪個，請以文件與你自己的測試為準。
給開發者的技術細節
升級前，建議照這個順序做：
- 盤點：列出每個 Automation 帳戶裡的所有 Runbook，標記它們的語言與版本
- 找出會踩到的：Python 2 與 3 的語法差異（例如
print、字串與位元組的處理）、PowerShell 7.1 與 7.2 到新版之間行為差異 - 在測試用的 Automation 帳戶或測試用的 Runbook 先跑過，再切換正式環境
- 檢查腳本匯入的模組與套件，是否有支援新版本
另外，Python 2 到 3 的升級通常比 PowerShell 7.x 之間的升級麻煩，建議先處理 Python 2.7 的腳本。
我的看法
這類「背景服務的版本退場」最容易被忘記，因為腳本平常安靜地跑著，沒人去看它。真的等到有人發現，往往是安全掃描報告，或是哪天腳本突然出問題。
如果你像許多小團隊一樣，在 Azure 上用 Automation 做維運自動化，我會建議現在就花一個下午盤點：哪些 Runbook 還在用舊版本？誰寫的？還有沒有人維護？沒人維護的舊腳本，乾脆評估能不能直接下架。
也可以把這類「版本退場日」寫進行事曆或工單系統，比較不會等到期限當天才慌。
名詞小辭典
- Runbook：Azure Automation 裡的自動化腳本，可以排程或被事件觸發。
- 執行環境（Runtime）：腳本執行時依賴的語言版本，例如 Python 3.10 或 PowerShell 7.4。
- 退場（Retirement）：廠商宣布某項功能或版本，到了某天不再提供支援。
- EOL（End of Life）：軟體版本生命週期結束，官方不再發布更新。