【51CTO.com快譯】數字化轉型使應用程式領導人必須找到有效的方法來更新改造遺留系統。最大的挑戰就是在採取行動之前瞭解風險回報率。數字化轉型使應用程式領導人必須找到有效的方法來更新改造遺留系統。最大的挑戰就是在採取行動之前瞭解風險回報率。

商人展示現代技術businessman shows modern technology

Gartner副總裁分析師Stefan Van Der Zijden說：“對於許多組織而言，遺留系統被視為阻礙了依賴它們的業務專案和業務流程。一旦達到了臨界點，應用程式領導人必須考慮更新改造應用程式，以幫助消除障礙。”

Gartner的三步評估方法為確定如何對待應用程式的更新改造提供了方向。最佳方法取決於需要解決的問題。

第一步：使用六個驅動因素評估遺留系統

應用程式更新改造有六個主要的驅動因素，這些是遺留應用程式因其技術、架構或功能而產生的問題、擔憂或障礙。

其中三個驅動因素來自業務方面：業務適合度、業務價值和敏捷性。如果遺留應用程式未滿足數字化業務所提出的新要求，就需要更新改造以確保與業務適合，還應該升級以提供更大的業務價值。缺乏靈活性、無法跟上數字化業務需求的應用程式可能帶來成本或風險。

另三個驅動因素來自IT方面，涉及成本、複雜性和風險。如果總體擁有成本過高，技術過於複雜，或者安全、合規、支援或可擴充套件性受到危及，那麼就該更新改造了。

從業務和IT角度來看，最佳的更新改造機會是涉及多個驅動因素的機會。

第二步：評估更新改造

一旦選擇了機會並確定了問題，就要考慮更新改造方案。Gartner按實施簡易性對七種方案進行了排名(實施越容易，系統和業務流程面臨的風險和影響越小;實施越困難，面臨的風險和影響就越大)。

封裝。透過封裝資料和功能來利用和擴充套件應用程式功能，並透過API將它們作為服務來提供。重新託管。將應用程式元件重新部署到其他基礎架構(物理、虛擬或雲)，而無需修改其程式碼、功能或特性。重建平臺。遷移到新的執行時平臺，對程式碼進行的更改最少，但程式碼結構、功能或特性不變。重構。重組和最佳化現有程式碼，以消除技術債務並改善非功能屬性。重搭架構。大幅更改程式碼，將程式碼換成新的應用程式架構，並利用新的更好的功能。重建。從頭開始重新設計或重寫應用程式元件，同時保留其範圍和規格。更換。完全消除以前的應用程式元件並更換掉，同時考慮新的需求和要求。第三步：選擇效果最好、價值最高的更新改造方法

最後，從技術、架構、功能、成本和風險受到的影響方面考慮七種更新改造方案，選擇對貴組織會有最大影響和價值的更新改造方法。

最終，更新改造遺留應用程式意味著在重搭架構、重建或更換之間進行選擇。重搭架構存在中等成本和風險，而重建或更換可帶來最佳結果，但成本和風險比較高。關鍵在於權衡所有方案，幫助確定每種方案在多大程度上會發揮預期的效果，而所需的工作量最少、積極影響最大。