本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
DevOps AWS Mainframe Modernization
大型主機系統具有獨特但常見的挑戰。以下是如何擴展 DevOps 架構以解決這些獨特特性的方法:
-
傳統技術堆疊 – 大型主機通常會使用傳統技術堆疊和專屬軟體,這與 DevOps 中使用的現代雲端原生技術有很大的不同。將這些舊版系統整合到 DevOps 管道中需要專門的工具和專業知識。
-
高度複雜 – 大型主機應用程式通常非常複雜且具有整體性,並具有廣泛的相互依存性。分解和現代化這些應用程式可能比使用現代模組化程式碼基底更具挑戰性。例如,大型主機 COBOL 應用程式每次都需要重新編譯,即使程式沒有變更也一樣。這是因為其與複製手冊和相關聯子程式的相互依存行為。
-
傳統工具 – 大型主機通常依賴與現代 DevOps 工具原生不相容的專用工具和程序。整合和自動化可能更複雜,需要自訂指令碼和連接器。
-
長發行週期 – 大型主機以長發行週期著稱,這可能是 DevOps 內容中的瓶頸。大型主機的 DevOps 旨在縮短這些週期,同時保持穩定性和合規性。大型主機應用程式的發行週期為 2-3 個月,而非大型主機整體應用程式可以在 3-4 週內完成。原因是評估變更請求的未變更相互依存元件所需的大量測試工作。
-
合規和安全要求 – 由於大型主機在保險、金融和醫療保健等市場中很常見,因此其應用程式通常會處理敏感資料,並且必須遵守嚴格的合規和安全標準。本指南中介紹的 DevOps 架構會在管道的每個階段解決這些需求。
-
技能差距 – 組織中存在技能差距,從以大型主機為中心的開發和操作轉換為現代 DevOps 實務。團隊成員可能需要訓練,才能在此新環境中有效運作。
-
測試挑戰 – 由於需要準確模擬大型主機環境,DevOps 中的大型主機自動化測試可能很複雜。需要專門的測試工具和架構。當在 Z/OS 平台上寫入的 COBOL 程式在 x86 平台 (Linux 或 Windows) 上執行時,會傳回相容性錯誤。這需要使用合適的工具集,例如 Micro Focus Enterprise Server。
-
文化差異 – 從傳統大型主機文化轉型為 DevOps 文化,對於組織來說,可能是重要的文化轉移。DevOps 鼓勵協同合作、自動化和持續改進,這可能與大型主機軟體開發生命週期 (SDLC) 的現有實務不同。
-
混合環境 – 許多組織使用大型主機和現代系統的混合。DevOps for 大型主機必須與這些不同的環境無縫整合。
中的 DevOps AWS Mainframe Modernization 分為三個階段:評估、建置和最佳化。下表顯示這些階段如何代表結構化方法,以便在大型主機現代化之旅期間有效率地啟用 DevOps AWS 雲端。
階段 |
元件 |
評估 |
|
組建 |
|
最佳化 |
|