多年來,遺留系統(tǒng)的現(xiàn)代化不是黑就是白:要么淘汰所有舊技術,重新開始,要么湊合著用,將新技術疊加到舊技術上,以延長其使用壽命。由于害怕第一種選擇的風險,大多數(shù)IT主管選擇了第二種,不管是好是壞。如今,兩個巨大的變化改變了這種二分法:首先,技術已經(jīng)從根本上得到改善,為IT高管提供了更廣泛的選擇。第二:數(shù)字化轉型的優(yōu)先事項加大了傳統(tǒng)現(xiàn)代化的賭注。然而,2020年改變了一切。由于疫情的影響,公司努力建立新的業(yè)務模式、新的交付渠道和新的一切,美好的數(shù)字化轉型變成了“我現(xiàn)在就需要”的轉型。在這個新的數(shù)字時代,企業(yè)承受不起保留陳舊的傳統(tǒng)技術的代價。但陷入陳舊的、非黑即白的現(xiàn)代化思維方式是一個錯誤的解決方案。只有利用關鍵的現(xiàn)代技術和方法,如云計算, DevOps、和企業(yè)低代碼平臺組織能夠在管理這種轉換中固有的風險的同時實現(xiàn)遺留現(xiàn)代化的目標嗎?
有一個關于遺留技術的老笑話:遺留技術是任何可以工作的東西。當然,這個笑話的潛在真相是,現(xiàn)有技術之所以仍在使用,是因為它仍能滿足需求,不管它有多老。
事實上,傳統(tǒng)甚至不一定意味著舊——理解傳統(tǒng)現(xiàn)代化挑戰(zhàn)不僅僅是簡單地了解一些現(xiàn)有技術是否仍在工作。事實上,遺產(chǎn)更多的是指技術債務一項特定的技術——換句話說,解決該技術面臨的任何問題的成本和難度有多高,使其無法滿足當前的需求。
因此,傳統(tǒng)現(xiàn)代化挑戰(zhàn)總是歸結為一個經(jīng)濟論點:過時的系統(tǒng)給組織帶來的成本有多昂貴,以及現(xiàn)代化傳統(tǒng)的總成本,包括從舊系統(tǒng)過渡到新系統(tǒng)的所有間接成本,包括停機時間、再培訓、客戶抵制變更等。
然而,混合IT打破了這些傳統(tǒng)的經(jīng)濟爭論?;旌螴T是一種以工作負載為中心的管理方法,旨在跨多個公共云、私有云以及內部部署和基于云的虛擬化環(huán)境,以及傳統(tǒng)的內部部署系統(tǒng),包括傳統(tǒng)資產(chǎn)。
混合IT代表了現(xiàn)代IT運營的總體模式。然而,盡管傳統(tǒng)被納入混合IT的保護傘之下,我們并不意味著混合IT會延續(xù)傳統(tǒng)。相反,混合IT為企業(yè)提供了使傳統(tǒng)現(xiàn)代化的方法。
在混合IT這一更廣泛的戰(zhàn)略背景下,有三種趨勢正在改變傳統(tǒng)現(xiàn)代化的性質。
趨勢1:云
就像把你年邁的父母搬進公寓是一個千載難逢的機會來清理多年的垃圾一樣,也是如此向云遷移。
即使組織采用云優(yōu)先戰(zhàn)略,也很少有機會將一些遺留應用程序直接“提升和轉移”到云中。相反,云原生方法如容器和微服務為技術團隊提供新的機會,用現(xiàn)代應用程序取代傳統(tǒng)功能。
毫無疑問:云原生方法具有挑戰(zhàn)性。復雜的技術和稀缺、昂貴的技能相結合會阻礙云原生遷移。
趨勢2:開發(fā)運維
DevOps是一個自動化驅動的模型,用于整個IT組織的協(xié)作,包括開發(fā)、質量保證、運營和安全,以及與代表“業(yè)務”的面向客戶角色的人員的協(xié)作水平不斷提高
然而,DevOps并不僅僅用于定制開發(fā)。DevOps也是遺產(chǎn)現(xiàn)代化的重要推動者,因為團隊負責維護傳統(tǒng)應用必須是DevOps協(xié)作環(huán)境中不可分割的一部分。
在過去,現(xiàn)代化經(jīng)常屈服于“把它扔過墻”的心態(tài),DevOps可能解決這個問題。DevOps呼吁將這種決策下推到跨職能的協(xié)作團隊,例如,他們可能會確定處理遺留應用程序的最佳方式是就地進行現(xiàn)代化。換句話說,正確的現(xiàn)代化決策很可能是在現(xiàn)有的操作環(huán)境中更新現(xiàn)有的應用程序,也許是用微服務重寫它。
明確地說,如果沒有DevOps及其自動化和跨職能協(xié)作,以及將決策下推到跨職能團隊,組織不太可能做出正確的決定,是重寫、遷移、保留還是就地現(xiàn)代化。
趨勢#3:企業(yè)低代碼平臺
鑒于這種選擇范圍,很明顯,現(xiàn)代化一個單一的遺留應用程序不再是一個單一的任務。然而,這種現(xiàn)代化通常需要創(chuàng)建新的應用程序功能,這將我們帶到第三個趨勢:企業(yè)低代碼平臺。
IT經(jīng)理過去回避現(xiàn)代化任務的原因之一是因為手工編碼替換功能所固有的成本、時間和風險。低代碼改變了這個等式,降低了應用程序創(chuàng)建的時間和風險。
然而,并非所有的低代碼供應商都專注于遺留系統(tǒng)的現(xiàn)代化,因為定制應用程序開發(fā)通常是這類平臺的最佳選擇。低代碼還可以隔離和利用受歡迎的云原生服務的mirad,讓公司獲得云原生的好處,而無需僅使用傳統(tǒng)工具。
作為回應,低代碼空間的一個子集,我們稱之為企業(yè)低代碼,由供應商代表。
現(xiàn)代數(shù)字優(yōu)先事項通過對遺留資產(chǎn)給組織帶來的痛苦和費用賦予更大的負面價值,增加了遺留現(xiàn)代化的重要性。企業(yè)可以忍受這種痛苦遺產(chǎn)的日子已經(jīng)一去不復返了。今天的IT需要一個適當?shù)默F(xiàn)代化戰(zhàn)略,將這一經(jīng)濟論點考慮在內,同時還要更好地理解對任何特定遺留資產(chǎn)的適當選擇。
那些將注意力和資源轉移到其他地方,選擇不去管他們的遺產(chǎn)的企業(yè)呢?許多人會發(fā)現(xiàn)這樣的戰(zhàn)略錯誤會降低他們的競爭力,有些人甚至會發(fā)現(xiàn)自己處于一種不可能的境地,對組織來說,恢復已經(jīng)太晚了。
低代碼開發(fā)在哪里行得通,在哪里行不通? 閱讀780次
面向不同用戶的低代碼平臺類型(三種低代碼平臺類型介紹) 閱讀1327次
低代碼平臺如何加快軟件開發(fā)的速度? 閱讀1205次
點擊“立即申請”即可成為捷碼客戶,將享受捷碼終身技術咨詢服務,和遠程技術支持服務。