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