一個客製化應用程式允許使用者上傳圖片。上傳會叫用一個 Lambda 函數來處理圖片並將其儲存在 S3 中。該應用程式透過特定的函數版本 ARN 呼叫 Lambda 函數。圖片處理參數是透過環境變數提供的。團隊經常變更環境變數來調整處理，然後發布新的函數版本並更新應用程式以呼叫新的版本 ARN，這會導致使用者中斷。解決方案架構師要如何以最少的營運負擔來簡化此工作流程？

建立 Lambda 函數別名是最佳解。別名允許您將應用程式指向一個穩定的 ARN，而無需在每次函數版本更新時更改應用程式。當您需要更新圖片處理參數時，您可以發布一個新的 Lambda 函數版本，並在測試完成後，將別名重新指向這個新的版本。這消除了應用程式的停機時間，並簡化了部署流程。 直接變更已發布的 Lambda 函數版本的環境變數是不可行的，因為已發布的版本是不可變的。使用 $LATEST 版本進行測試是正確的，但這並不能解決應用程式更新版本 ARN 導致中斷的問題。 建立 DynamoDB 資料表來儲存參數會增加額外的複雜性和營運負擔，因為需要管理資料表和修改 Lambda 函數邏輯。 將參數硬編碼在 Lambda 函數內部並移除環境變數，將導致每次參數變更都需要發布新版本並更新應用程式，這與現有問題相同，甚至可能更糟。