某公司目前在內部部署環境中執行 Apache Airflow，以協調包含 SQL 資料品質檢查的資料管道。他們希望遷移到 AWS，使用受管服務並最大限度地減少重構。哪種解決方案能以最少的程式碼變更來實現此目標？

正確答案是將現有的 Airflow 設定遷移到 Amazon Managed Workflows for Apache Airflow (Amazon MWAA) 中，並在資料擷取期間將 SQL 資料品質檢查實作為 Airflow 任務。這是因為 MWAA 是 AWS 提供的託管服務，專為執行 Apache Airflow 而設計，能最大限度地減少重構並保留現有的 Airflow DAGs 和任務邏輯。將 SQL 資料品質檢查作為 Airflow 任務整合，可以直接利用 Airflow 的協調能力。 其他選項不符合「最小化重構」的要求： AWS Outposts 雖然能將 AWS 服務延伸到內部部署，但將 Airflow 遷移到 EC2 執行個體仍需手動管理和維護 Airflow 環境，並非完全受管服務。 建立自訂 AMI 並在 EC2 上啟動 Airflow 執行個體，同樣需要大量的管理和維護工作，不符合使用「受管服務」的目標。 將管道重建為 AWS Step Functions 工作流程並使用 Lambda 函數，將需要對現有 Airflow DAGs 進行全面的重寫和重構，這與「最小化重構」的目標相悖。