Azure Spring Apps 中的作業 （預覽）
注意
基本、標準和企業方案將從 2025 年 3 月中旬開始淘汰，並停用 3 年。 建議您轉換至 Azure Container Apps。 如需詳細資訊，請參閱 Azure Spring Apps 淘汰公告。
標準 耗用量和專用 方案將從 2024 年 9 月 30 日起淘汰，並在六個月後完成關閉。 建議您轉換至 Azure Container Apps。 如需詳細資訊，請參閱 將 Azure Spring Apps 標準取用和專用方案遷移至 Azure Container Apps。
本文適用於： ✔️ Java ✔️ C#
本文適用於：❌基本/標準 ✔️ Enterprise
作業 是 Azure Spring Apps 資源模型中的重要概念。 如同 Azure Spring Apps 中的應用程式 ，這兩者都會被視為服務內管理的資源。
應用程式會持續執行工作負載，而作業可讓客戶執行在有限期間內完成的工作負載。 應用程式範例包括持續處理輸入的 Web 應用程式和背景服務。 作業的範例包括批處理和隨選工作。
撰寫作業的 Spring 開發人員可能會選擇 Spring Batch 架構或 Spring Cloud 工作。 雖然 Spring Batch 擅長處理大規模批處理工作，但 Spring Cloud 工作是專門用來管理短期工作，且負擔最少。 您可以在 Azure Spring Apps 作業中有效率地執行這兩種類型，以符合各種需求。
作業執行
作業執行是指在作業內執行特定工作或一組工作的程式。 它包含執行這些工作的整個生命週期，包括根據其規格初始化、處理和完成作業。
Azure Spring Apps 中作業執行的常見生命週期是從 pending 或 running 終止狀態 completed 為 或 failed，視執行是否順利完成而定。
每次執行作業時，其都會從作業採用其預設組態，而某些方面允許自定義以容納不同的執行。
在非平行作業執行中，一次只會執行一個實例。 在平行執行中，多個實例可以同時執行。
組態
作業會建立用於每個執行的預設組態，包括使用者應用程式來源和觸發程式組態等元素。 作業的每個執行都會繼承組態，讓特定參數以個別執行的新值覆寫。
下表顯示作業層級或作業執行層級中的組態：
| 屬性名稱 | 範圍 | 備註 |
|---|---|---|
| 觸發程序類型 | 工作 (Job) | 公開預覽的手動觸發程式。 稍後會規劃更多觸發程序類型。 |
| 平行處理原則 | 工作 (Job) | 同時執行的作業實例計數。 預設值是 1秒。 針對平行作業，您可以透過環境變數取得每個實例的 JOB_COMPLETION_INDEX 索引。 |
| 重試限制 | 工作 (Job) | 作業在發生失敗或錯誤后嘗試執行的次數上限。 默認值為 0，這表示如果作業失敗，則不會重試。 |
| Timeout | 工作 (Job) | 在作業狀態設定 failed為 之前，等候作業完成的最大秒數。 您可以將它保持未設定，或將值設定為 0，這表示作業沒有逾時。 |
| 引數 | 作業/執行 | 為作業執行覆寫指定的自變數值。 |
| 環境變數 | 作業/執行 | 索引鍵/值組格式的變數。 在作業層級指定的環境變數是每個執行的預設值。 在執行層級指定的環境變數優先順序較高。 您可以在開始執行時指定環境變數，以覆寫作業層級的值。 |
| 秘密環境變數 | 作業/執行 | 包含加密秘密值的認證變數。 |
| CPU | 作業/執行 | 為執行指定的值會覆寫為作業指定的值。 |
| 記憶體 | 作業/執行 | 為執行指定的值會覆寫為作業指定的值。 |
建立或更新作業資源時，會套用作業層級的設定。 啟動作業執行時，會套用作業執行層級的設定。