舊應用程序的新生活云驅動企業現代化軟件

去年，Mutualink Inc.完成了軟件應用程序的重大改革，這是其在緊急情況下將公共安全和私人組織連接起來共享信息的業務的核心。這是該公司12年歷史上第四次對該應用程序進行重大重組，但這次Mutualink正在進行長期重建。

Mutualink戰略產品開發總監Paul Kurmas說：“最初的需求是將未來10倍的規模擴展到100倍的增長。” “但是，由于創建架構的成本如此之高，我們希望擁有一個超出這一范圍的概念。”

公司最終推出的重建應用程序使用微服務，這些微服務是松耦合軟件服務的集合，可根據需要獨立啟動。與使用單個集成代碼庫的應用程序相比，基于微服務的應用程序具有更大的可伸縮性，更容易擴展和更快。

但是到達那里并非易事。需要從頭開始重新構建應用程序，而不會中斷現有操作。庫爾瑪斯說：“這比我預期的要復雜得多。“您正在嘗試匹配另一種生物的行為，這是現有系統。它有自己的行為，并且不會僅僅因為您決定發展而停止。”

通過將項目分解成各個部分并分別進行現代化升級，Mutualink能夠逐步啟用功能，而不會破壞用戶體驗。Kurmas估計該項目需要50至100個員工年的工作量，但結果幾乎可以無限期地滿足公司的需求。最初是為了支持100,000個并發用戶而部署的，預計通過有選擇地添加微服務和Redis Labs Inc.數據庫實例，它可以可靠地擴展到數千萬。

他說：“我們有能力擴展，提高部署速度并處理新問題，因為新問題的產生超出了投資的回報。”

熱點話題

應用程序現代化很熱。Research and Markets Ltd.預計，到2025年，全球市場將增長一倍以上，達到248億美元，年增長率接近17%。

Gartner Inc.市場首席分析師Thomas Klinect說，他的電話最近并沒有停止響。他說：“一名典型的分析師每年要接聽300個電話。” “我涵蓋了大約600個與應用程序現代化和合理化相關的內容。”

現代化是指將舊應用程序引入由云原則定義的新世界，這些原則包括極高的可伸縮性，平臺獨立性和擴展生態系統所帶來的功能改進。SiliconANGLE的姊妹市場研究公司Wikibon的高級分析師Stu Miniman說：“在云中構建東西現在很有意義，因此大多數應用程序都在那里遷移。”

盡管這個概念并不陌生，但由于技術和業務力量的融合，最近引起了人們的關注。

一方面，在殘酷的經濟衰退期間，軟件定義業務的市場價值飛漲，高級管理人員羨慕不已。眾所周知，這一大流行病加速了數字化轉型計劃，而云平臺對此無能為力。Klinect說：“我的讀物是，企業高管已經看到了像COVID這樣的浪潮如何破壞組織，他們現在正在研究如何將企業連接在一起，并意識到它們的規模已經擴大了，這會增加復雜性。”

改進的技術使現代化的破壞性比以往更少，并且云原生軟件和開發技術的成熟使人們幾乎可以實現近乎無限的可擴展性，與外部服務的集成以及模塊化適應性，這在過去是可以實現的。

Miniman說：“應用程序現代化是要利用云的成本結構。”

容器是封裝應用程序及其從屬軟件的便攜式軟件環境，現已得到廣泛使用，IT組織對使用它們感到越來越滿意。Unisys Corp.全球首席技術官Vishal Gupta說：“在混合和多云中在本地運行容器是現代化的最大推動力，因為它使您可以在任何有意義的地方靈活運行。”

許多軟件供應商已經構建了工具來通過應用程序編程接口擴展舊應用程序(甚至是運行在大型機上的數十年歷史的應用程序)，從而允許使用圖形前端等功能替換綠屏。Klinect說：“三年前，那簡直就是魔術。” “現在有一些公司死記硬背地這樣做。”

代碼轉換也已經成熟，使得即使是在1960年代用Cobol和Fortran等老式語言編寫的應用程序也可以反向工程為更現代的東西。SSQ人壽保險公司數據和分析工程高級總監，四個重大現代化項目的資深人士西蒙·拉圖特說：“您可以采取可行的方法，將其轉換為另一種語言，并且仍然可行。”

蓬勃發展的開源生態系統還以低成本提供了誘人的現代化可能性，而無需擔心技術死角。Mutualink的Kurmas說：“可以用開放源代碼解決的問題的復雜度已經大大成熟了。”

綜上所述，現代化的技術論點現在令人生畏，但不應輕易做出決定，也不應假定結果。Klinect在最近的一份報告中估計，到2025年90%的應用程序現代化項目將無法實現所有預期的業務成果。超過一半的人從未達到他們的第一個里程碑。

Klinect說：“通過現代化成功完成所有目標的組織數量，我們可能需要依靠雙手，因為大多數組織都是從IT角度而不是從業務角度來看的。”

Klinect說，盡管信息技術組織對現代化過程至關重要，但它們不應推動戰略思維。他說：“ IT看到明亮，閃亮的物體漂浮在天空中，它們使企業相信，沒有它們，它們將失敗。” 他們首先是如何陷入困境的。

復雜性成本

復雜性既是現代化的主要動力，也是最大的敵人。多年來，大公司已經積累了大量的軟件產品，很少有正式的軟件對其進行編目或映射相互依賴性的過程。

Klinect說：“每個人都購買軟件，但沒有人跟蹤它。” “一旦打開了應用程序，它幾乎不會關閉。”

舊的應用程序會在許可費和維護成本上花錢。由于維護工作通常消耗IT預算的一半以上，因此首席信息官急于清理房屋。Latouche說，這就像擁有一輛汽車：“從某種意義上來說，保養舊車要比買新車貴。”

但是現代化是一個連續的過程。Gartner列舉了七種不同的方法：

封裝使服務可以通過API選擇性地使用，但不涉及底層代碼。

重新托管該程序，使其“不變”到新的基礎架構。

“重新平臺化”進行了一些代碼更改，以使應用程序適應新平臺，但不會更改功能或結構。

重構使代碼現代化，以消除效率低下的情況，而不會改變應用程序的行為。

重新架構從根本上改變了應用程序代碼以利用新平臺。

從頭開始進行大修，并保持原始范圍和規格。

替換將舊的東西扔掉，取而代之的是全新的東西。

每個步驟都會增加一定程度的復雜性和成本，但也會帶來相應的回報。盡管有很多選擇可以使組織有很多選擇，但這也會增加做出錯誤決定的風險。

幾年前，Unisys承擔了將復雜的遺留應用程序遷移到現代微服務體系結構的項目，從而了解了錯誤選擇的后果。開發人員認為其任務是提高軟件的穩定性，但“在項目進行到一半時，我們意識到問題并不在于系統不穩定。人們希望獲得引人注目的用戶體驗，從而將過程從30分鐘縮短到5分鐘。” Unisys的Gupta說。“兩年來我們走錯了路。”

Unisys還發現了公司在進行大修后才發現的東西。古普塔說：“系統中邏輯太多，要全部重新編碼將花費100個人年。” 通過封裝為應用程序提供服務的速度不僅更快，而且還實現了向云的可移植性。

解開復雜性

Gartner稱之為“企業復雜性分析”的軟件工具很有前途，可以通過將意大利面條碗中的依賴關系映射到公共數據庫來解開依賴關系。但是這些工具無法在現成的商業應用程序中看到，而實施這些工具可能需要花費25萬美元。

不過，這比將一個人的開發工作花在一個項目上要便宜，因為發現任何代碼更改都會使其他六個應用程序崩潰。Klinect說，好處是，許多公司發現他們的軟件組合中有20%根本沒有被使用。

現代化絕不應該真空進行，有時甚至根本不應該進行。專家建議，組織應該專注于業務價值而不是技術債務，IT永遠不要領導該項目。

Latouche表示：“您需要進行現代化以實現新功能，” Latouche最近進行了一次大型軟件檢修，該檢修使用Talend SA的數據集成軟件統一了多個特定于產品的應用程序，以創建單個客戶視圖。“這應該會改變業務。”

Miniman說：“您需要對您的投資組合進行全面評估。” “與業務差異無關，與差異化無關。”

通常無需進行全面檢修。將應用程序封裝在軟件容器中非常簡單，并且可以提供云平臺在可伸縮性方面的許多優勢。現在有許多工具可以為老化的應用程序配備API，從而使它們得以逐步更新。在許多情況下，只需要一個新的用戶界面即可。

專家提醒不要嘗試“大爆炸”方法，這些方法試圖一次交付完全重構的應用程序，Latouche將該方法描述為“相當痛苦。一開始您將看不到很多復雜性，”他說。“這可能是永無止境的，因為您越深入項目就可以發現更多。您將在一年內找不到所有細節。”

一種更好的方法是他的公司在一個較早的項目中使用該方法，將重新構造的應用程序像分拆公司一樣對待。他說：“所有新內容都轉移到了新應用程序中，隨著時間的推移，我們遷移了所有內容。” 盡管這意味著要支付兩次許可費并及時管理兩個應用程序，但是風險較低，因為該公司始終可以退回到舊的應用程序。

封裝方法提供了分階段遷移的低風險選項。“您封裝整體，然后向現有用戶公開API，” Klinect說。他說，隨著IT人員解開依賴關系并將代碼與數據分離，“然后您就可以用真正的API替換在封裝過程中創建的API。” Gartner提倡一種“持續現代化”的方法，通過API頻繁提供新服務并逐步隔離舊應用程序，直到可以安全關閉為止。

進站

在遷移期間管理客戶的期望至關重要，這也是讓業務考慮因素驅動流程的最佳理由之一。幾乎肯定會需要重新培訓，并且在項目進行過程中服務水平可能會暫時下降。但是，就像房屋裝修一樣，結果通常是值得的。

“人們必須接受，也許服務級別或功能起初會有所下降，”拉圖奇說。“這就像賽車中的進站：您的競爭對手為您贏得了收益，但從長遠來看，您將處于領先地位。”

沃達豐集團(Vodafone Group plc)的希臘子公司采用點滴功能交付的方法，使用戶可以輕松地對其基于Kubernetes容器編排器， Quarkus Java框架和100多種微服務的面向客戶的數字體驗層進行檢修。開發人員向公司客戶提供了現代化的一小部分，以使他們不斷保持聯系，以便他們了解我們所做的改進。Doda分會負責人Christos Sotiriou和沃達豐技術主管Evangelos Gongolidis在一封電子郵件中說面試

現代化具有附帶的好處，因為組織可以利用微服務和API來利用其他功能，從而使應用程序具有更高的可擴展性。沃達豐就是這種情況，該公司在現有應用程序中添加了基于云的微服務層，以減少客戶滿足請求所需的步驟數。

Sotiriou和Gongolidis說，此舉最初被認為是一種提供快速數據檢索并在友好的前端和靈活的API后隱藏復雜性的方法。但是結果是具有微服務域的半獨立層，可非常快速地處理付款和客戶分析等功能。

例行現代化

圍繞云原理進行現代化改造的另一個好處是，現代化改造本身已成為常規流程。Klinect說：“一旦進行了現代化，將其設置為連續的現代化程序非常簡單，因為只需10到15分鐘的對話即可確定該應用程序是否仍能滿足業務需求。”

實際上，Gartner建議現代化成為業務的一部分，應將應用程序視為產品而不是技術。他說：“如果您不再將應用程序用于企業，則可以剝離它。”

專家敦促，在對云進行全面現代化時，公司也應準備采用云開發風格。容器，微服務和API可以快速吸收新功能，并且交付速度應匹配。幾乎所有內容都是軟件定義的。

Unisys的Gupta說：“您需要將基礎架構視為代碼，將策略視為代碼，將安全性，遷移和補救視為代碼。” “從事開發工作的同一個人將進行部署。您的傳統流程將無法正常工作。”

現代化也是尋找可以替代手工編碼解決方案的開源和打包解決方案的機會。Kurmas說，使用Redis(可在開源版本和企業版本中使用)，通過找到一個已經有效而不是構建它的解決方案，Mutualink節省了Mutualink“至少八到十年的開發人員精力。”

這是應用程序部署中的一種現代思維，很可能會在很長一段時間內得到回報。