遺留系統現代化是足以讓CIO心碎的詞語。

很多時候，這個概念指的是重新設計21世紀早期(如果不是更早)構建的應用程序，使其提供接近21世紀的性能和用戶體驗 (UX)。這樣做的結果幾乎總是不盡人意。除了花費的時間、金錢和精力外，企業(yè)還有不參與其他更具變革性的項目的機會成本。并且，最終結果很少像最新設計的系統那樣敏捷、靈活、實用或用戶友好。

但也不一定都是這樣。對遺留系統現代化采用結構化方法可以最大限度地減少升級的工作和成本，同時確保從功能、性能和用戶體驗的角度獲得良好結果。

[[410273]]

遺留系統現代化的結構化方法

對遺留系統現代化采用結構化方法意味著提出兩個關鍵問題，然后根據這些問題的答案采取正確的方法。這也意味著使遺留系統現代化成為持續(xù)的過程，而不是一勞永逸的項目。

對于很多CIO來說，最困難的部分是強迫他們自己和他們的團隊有條不紊地解決他們確信他們已經知道答案的問題。但這值得付出努力：很多時候，這里的答案將使技術專業(yè)人員能夠完全避開勞動密集型的努力。

1. 你企業(yè)對遺留的定義是什么?

你對這個問題的回答將決定你將精力集中在哪些系統上，以及暫時擱置哪些系統。

根據烏克蘭軟件公司Mobindustry的說法：“遺留系統是指阻礙進一步發(fā)展、不允許輕松集成新功能并減慢企業(yè)日常運營的系統。簡而言之，遺留系統很難維護、支持和擴展。”

這里的關鍵點是遺產并不意味著老舊。如果開發(fā)人員由于無知或匆忙而沒有遵循最新的架構原則，那么上周構建的應用程序也可能屬于遺留系統。匆忙的應用程序開發(fā)是技術債務的常見來源。

因此，第一步是將所有系統現代化分為三類：遺留、中間和現代。

遺留系統是那些需要現代化的系統，無論新舊程度;現代系統是那些不需要現代化的系統。中間系統和應用程序允許進行現代化，但可能不是首要任務。

CIO通常會拒絕這一關鍵的第一步，理由是業(yè)務利益相關者在對特定應用程序的容忍度方面已經達到極限，并要求立即對其進行現代化改造。通常的想法是，“我們已經知道哪些系統需要現代化，我們不需要浪費時間對它們進行分類。”

這種想法很誘人，但事實并非如此。即使遺留系統現代化團隊擁有的帶寬只可以處理單個應用程序，了解列表中的其他系統也很重要，以便將最佳實踐應用于所有系統。

換句話說，不要將遺留系統現代化視為針對關鍵應用程序的單個臨時項目，而應將其視為遵循一致方法的持續(xù)過程，應用于最需要現代化的應用程序。

2. 遺留系統現代化的最佳方法是什么?

到目前為止，很明顯這個問題是關于給定應用程序的最佳方法，因為結構化方法的重點是在為每個系統部署最佳方法。

為了回答這個問題，我們需要回顧遺留系統現代化的核心方法。

Gartner公司提到了五個R：重新托管(rehost)、重構(refactor)、重新架構(rearchitect)、重建(rebuild)、替換(replace)。這是看待事物的一種方式，它既是具體的(重新架構和重建往往重疊)，也是范圍廣泛的-對于遺留系統現代化的特定目的而言。

考慮遺留系統現代化的更好的方法是從這五種方法的角度來考慮：封裝、更換平臺、重構、重新設計、重新思考。

封裝系統(通過API)本質上限制了對系統的訪問，以匹配與其連接的現代系統的信息和工作流。例如，你可以通過API將系統集成到通用UX平臺中，以便其信息以用戶易于使用的格式顯示，以提供最佳的用戶體驗。

封裝的價值在于，它解決了糟糕用戶體驗的短期痛苦，并使遺留系統看起來像現代系統一樣運行。缺點是它沒有解決遺留系統的根本問題：維護開銷。封裝的遺留系統仍然是遺留系統;當封裝后，它將繼續(xù)消耗與以前一樣多的勞動力和成本。很多研究表明CIO將高達80%的預算用于支持和維護遺留系統，因此企業(yè)必須考慮這個問題。

更換平臺聽起來就像是：將系統(可能還有它的所有數據和存儲資源)移動到另一個平臺。通常，這是指托管設施或IaaS。在解決短期目標(例如關閉本地數據中心或避免昂貴的WAN升級以使遠程用戶能夠訪問系統)時，更換平臺是有吸引力的選擇。

然而，平臺重構在很大程度上是過渡步驟。將問題轉移到IaaS或托管設施可能會解決短期問題，但維護云服務的成本可能會增加，并且為遺留應用程序支付云成本只是另一種形式的技術債務。

根據Agile Alliance的定義，重構包括“改進現有程序源代碼的內部結構，同時保留其外部行為。”具體來說，這包括改進代碼的客觀屬性：長度、重復、耦合、內聚和圈復雜度，使其易于維護、增強代碼理解和增加可重用設計元素和代碼模塊的使用。Agile Alliance繼續(xù)指出，重構并不意味著重寫代碼、修復錯誤或改進軟件的可觀察方面，例如其界面。

為了理解重構，我們可以將其視為代碼優(yōu)化。也就是說，開發(fā)人員不會更改功能或基本編碼算法，而是會審查代碼，以確保其最佳理解，并實例化良好的敏捷開發(fā)做法。你還可以通過重構從代碼中消除技術債務，即用更清晰、優(yōu)化的設計替換所有編碼快捷方式和次優(yōu)部署。

重構是降低系統支持成本的好方法，很多企業(yè)將其部署為云遷移策略的健康組成部分。從遺留系統現代化的角度來看，重構的困境在于它沒有解決依賴于過時架構的系統的挑戰(zhàn)。

重新設計包括重新構建和重建，包括重寫代碼。本質上，這是指架構和設計現代化。這是大多數企業(yè)技術人員在考慮遺留系統現代化時立即選擇的選項，因為它最直觀：提供相同的業(yè)務功能，但使用現代編碼技術和架構。

重新設計當然是一種可行的方法，它可提供無縫的全面清理。作為系統重新設計的結果，用戶體驗和支持成本都會得到改善。但是，CIO不應該排除另一個做法。

重新思考是一種未被充分利用的方法，它指的是重新思考整個業(yè)務流程。大多數企業(yè)技術人員都認為業(yè)務需求是一成不變的，但事實并非如此。有時業(yè)務需求本身就是過時的。

一個簡單的例子：在COVID-19疫情期間，很多公司都在為如何為各種文檔啟用基于簽名的工作流程而苦苦掙扎，因為員工在家工作并且出于合規(guī)性或安全原因無法打印文檔。

真正的解決方法不是使應用程序現代化，而是首先重新考慮對基于簽名的工作流程的要求。通過有效的身份驗證，勾選復選框可以像簽名那樣有效。

很多業(yè)務需求已經過時或反映當時技術的局限性。例如，大多數CRM系統早于LinkedIn，并且沒有設計為能夠在工作變化時與個人保持聯系。

通常，遺留系統現代化的最佳方法是重新思考系統所服務的業(yè)務流程。通常，你會發(fā)現流程本身已經過時。

對于“哪種方法最好?”這個問題，答案取決于一系列因素，包括成本、時間(即現代化需要多快進行)、需要現代化的其他遺留系統的數量和類型、企業(yè)的云戰(zhàn)略和企業(yè)的整體業(yè)務戰(zhàn)略。

重要的是根據所有可能的現代化替代方案考慮所有遺留系統，然后選擇對每個系統最有意義的方法。需要考慮的關鍵因素是重新思考占整體現代化戰(zhàn)略的多大部分;有時，重新思考可以消除整個類別的系統。

最后，制定所有系統現代化的路線圖，不僅僅是那些目前被歸類為遺留系統的系統。路線圖應包括對所有系統的定期審查，以確定它們何時進入遺留系統類別。