日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
云原生計算能消除技術(shù)債務(wù)嗎?

云原生計算能消除技術(shù)債務(wù)嗎?

譯文 精選
作者:李睿 2021-08-04 09:00:00

云計算

云原生 云原生計算可以將行業(yè)領(lǐng)域驅(qū)動的設(shè)計、GitOps和其他現(xiàn)代軟件最佳實踐匯總起來,如果企業(yè)實施得當(dāng),可以減少技術(shù)債務(wù)。

[[415169]]

【51CTO.com快譯】云原生計算可以將行業(yè)領(lǐng)域驅(qū)動的設(shè)計、GitOps和其他現(xiàn)代軟件最佳實踐匯總起來,如果企業(yè)實施得當(dāng),可以減少技術(shù)債務(wù)。

云原生計算是企業(yè)IT的一種新范式,它涉及現(xiàn)代技術(shù)的方方面面,從應(yīng)用程序開發(fā)到軟件架構(gòu),再到保持一切運轉(zhuǎn)的底層基礎(chǔ)設(shè)施。

云原生為企業(yè)提供了清理技術(shù)債務(wù)的機會。例如通過Kubernetes這樣的“掃帚”,掃除現(xiàn)有技術(shù)的一些積滿塵土的角落。因此,假設(shè)云原生最終會消除多年來累積的技術(shù)債務(wù)是合乎邏輯的。

這也許合乎邏輯,但并不現(xiàn)實。眾所周知,技術(shù)債務(wù)將長期存在。此外,對于任何一位首席信息官來說,寧愿將IT預(yù)算花在新技術(shù)和新事物上,也不愿將其浪費在清理前任留下的爛攤子上。

然而人們也有理由對云原生抱有希望。雖然云原生不是一把神奇的“掃帚”,但其核心實踐確實可以幫助企業(yè)減少技術(shù)債務(wù),并提供新的軟件功能,而不會產(chǎn)生更多的債務(wù),至少不會像以往那樣產(chǎn)生更多的債務(wù)。

讓企業(yè)清除技術(shù)債務(wù)以便永遠不會產(chǎn)生新債務(wù),當(dāng)然是難題的一部分,但更直接的問題是如何償還現(xiàn)有的遺留技術(shù)債務(wù)。

多年來,便利的快捷方式、笨拙的編碼,以及基礎(chǔ)設(shè)施中各種各樣的接口,已經(jīng)形成了一團亂麻。而對于這個難以解決的問題,可能需要采用“快刀斬亂麻”的措施。

云原生計算就是這樣的一把快刀:基于領(lǐng)域驅(qū)動設(shè)計的架構(gòu)重構(gòu)。領(lǐng)域驅(qū)動設(shè)計要求將復(fù)雜的企業(yè)軟件挑戰(zhàn)分解為單獨的業(yè)務(wù)領(lǐng)域,每個領(lǐng)域都有一個“限界上下文”。

限界上下文可以根據(jù)業(yè)務(wù)需求限制上下文來解決諸如“客戶”或“發(fā)票”之類的業(yè)務(wù)。例如,大型企業(yè)的不同部門可能對客戶有不同(可能有所重疊)的概念。每一個都代表一個單獨的限界上下文。

早期對微服務(wù)架構(gòu)的探索導(dǎo)致了互聯(lián)微服務(wù)的激增,其復(fù)雜性限制了其可擴展性,并且很快顯現(xiàn)出來。而通過限界上下文組織它們是管理這種復(fù)雜性以及大規(guī)模交付基于微服務(wù)的解決方案的關(guān)鍵。

因此,領(lǐng)域驅(qū)動設(shè)計已經(jīng)成為云原生計算的一部分,此外,它告訴人們必須如何按照這種新范式來實現(xiàn)遺留資產(chǎn)的現(xiàn)代化。

解決具有高技術(shù)債務(wù)的遺留軟件挑戰(zhàn)的第一步是應(yīng)用架構(gòu)重構(gòu),從而將遺留架構(gòu)轉(zhuǎn)換為具有限界上下文的模塊化元素。換句話說,企業(yè)必須遵循業(yè)務(wù)驅(qū)動的限界上下文引入模塊化,以便引導(dǎo)減少技術(shù)債務(wù)的路徑。

而魔鬼在細節(jié)中。根據(jù)企業(yè)面臨的業(yè)務(wù)需求和遺留挑戰(zhàn),可以通過以下幾種方式來利用這種架構(gòu)重構(gòu):

  • 可能會發(fā)現(xiàn)限界上下文中的現(xiàn)有代碼根本不符合當(dāng)今的要求。在這種情況下,可以將該代碼重寫為微服務(wù)。
  • 遺留業(yè)務(wù)邏輯仍然具有價值,然后將其遷移到微服務(wù)。
  • 可以將遺留模塊作為API公開,因為它們已經(jīng)具有有用的API,或者因為更新了遺留代碼以通過API公開它。
  • 可以使用機器人流程自動化(RPA)程序編寫與舊模塊交互的腳本。

需要注意的是,由于之前已將遺留軟件重新組織和模塊化為限界上下文,因此上述四種方法中的每一種都比其他方法更加簡單。

此外,如果有必要的話,未來的重構(gòu)也會更加直接,因為采用了“分而治之”的方法來劃分技術(shù)債務(wù)。例如,隨著時間的推移,企業(yè)還清四筆較小的技術(shù)債務(wù)比一筆大的技術(shù)債務(wù)更加輕松。

這種方法也是減少機器人流程自動化(RPA)脆弱性的最佳方法之一。如果沒有限界上下文驅(qū)動的架構(gòu)重構(gòu),那么應(yīng)用程序環(huán)境中的任何地方發(fā)生任何變化,此類機器人程序就會崩潰。通過適當(dāng)?shù)膭澐?,此類故障將更易于管理且更易于修?fù)。

防止新的技術(shù)債務(wù)

防止新的技術(shù)債務(wù)就像要求保持房間整潔一樣,雖然也許會保持一段時間,但到后來將會變得一團糟。

需要的是更多的結(jié)構(gòu),對嗎?至少在云原生的情況下,這種結(jié)構(gòu)確實有幫助。

云原生計算提供了一系列廣泛的最佳實踐,描述了如何最好地構(gòu)建軟件、配置基礎(chǔ)設(shè)施、創(chuàng)建和部署應(yīng)用程序以及管理生產(chǎn)中的一切。

當(dāng)然,如果遵循所有這些建議,就不太可能背負新的技術(shù)債務(wù),或者至少不會那么快地出現(xiàn)技術(shù)債務(wù)。

“基礎(chǔ)設(shè)施即代碼”(IaC)原則就是一個關(guān)鍵示例。IaC原則指出,工作人員不應(yīng)在生產(chǎn)中弄亂服務(wù)器。 IaC原則當(dāng)然可以限制生產(chǎn)中的額外技術(shù)債務(wù),因為它提供了一種解決生產(chǎn)問題的主動方法。那么只有一個問題:IaC做得還不夠。

IaC的問題在于必須編寫各種程序。然后,必須像任何其他程序一樣對這些程序進行測試、管理和版本控制——這意味著技術(shù)債務(wù)可能會像任何其他軟件一樣蔓延。

幸運的是,云原生計算已經(jīng)超越了IaC,其中每一步都比之前的一步有所改進。

  • 第一步:通過聲明性配置來表示基礎(chǔ)設(shè)施,它指定應(yīng)該如何配置基礎(chǔ)設(shè)施,而不指定如何實現(xiàn)此類配置。

與IaC相比,聲明式方法減少了技術(shù)債務(wù),因為沒有太多的空間來使用快捷方式,但這些表示(通常出現(xiàn)在YAML文件或其他基于JSON的格式中)仍然非常像代碼,尤其是對于復(fù)雜的動態(tài)基礎(chǔ)設(shè)施配置。

  • 第二步:GitOps。GitOps為軟件發(fā)布和管理帶來了以Git為中心的實踐和流程。

GitOps在許多方面補充了基礎(chǔ)設(shè)施配置的聲明式方法,因為它采用聲明式方法進行軟件部署。GitOps通過為其流程提供更多結(jié)構(gòu)而更進一步,而結(jié)構(gòu)越多,技術(shù)債務(wù)蔓延的機會就越少。

  • 第三步是當(dāng)前最先進的技術(shù):基于意圖的計算。

基于意圖的計算包含三個部分:

  • 以技術(shù)策略的形式對相關(guān)軟件(基礎(chǔ)設(shè)施、應(yīng)用程序代碼等)的聲明性表示。
  • 這種技術(shù)策略的抽象,如表示底層配置的業(yè)務(wù)意圖的業(yè)務(wù)策略。
  • 確保底層軟件符合這一業(yè)務(wù)意圖的一種機制,從而在策略應(yīng)用中消除策略漂移。

換句話說,基于意圖的計算采用聲明式配置方法和GitOps,并添加額外的結(jié)構(gòu),從本質(zhì)上確保整個云原生環(huán)境隨著時間的推移符合業(yè)務(wù)意圖。

這樣的合規(guī)性才是一把斬斷技術(shù)債務(wù)這團亂麻的最好的快刀。

文章標(biāo)題:Can Cloud-Native Computing Eliminate Technical Debt?,作者:Jason Bloomberg

【51CTO譯稿,合作站點轉(zhuǎn)載請注明原文譯者和出處為51CTO.com】

 


新聞名稱:云原生計算能消除技術(shù)債務(wù)嗎?
文章出自:http://m.5511xx.com/article/cdjipph.html