DevOps是一種軟件開(kāi)發(fā)方法它將軟件開(kāi)發(fā)與IT操作相結合

2019-09-17 16:39:42    來(lái)源:    作者:

DevOps不是你買(mǎi)的東西; 這是您采用的流程,例如敏捷軟件開(kāi)發(fā)。DevOps正在不斷改進(jìn),并尋求從DevOps 1.0遷移到2.0以及更進(jìn)一步。DevOps是一種軟件開(kāi)發(fā)方法,它將軟件開(kāi)發(fā)與IT操作相結合。DevOps的目標是縮短系統開(kāi)發(fā)生命周期,同時(shí)經(jīng)常與業(yè)務(wù)目標緊密結合地提供功能,修復和更新。

在這篇eWEEK數據點(diǎn)文章中,Delphix,Electric Cloud,IBM,JFrog,Pivotal,XebiaLabs和Datical的行業(yè)領(lǐng)導者確定了組織應在2019年關(guān)注的主要領(lǐng)域,以繼續改進(jìn)軟件交付成果。出現了兩個(gè)共同的主題:組織需要通過(guò)消除手動(dòng)工作來(lái)加快速度并且需要這樣做。自動(dòng)化,DevOps和敏捷開(kāi)發(fā)都可以通過(guò)各種方式滿(mǎn)足要求。

XebiaLabs產(chǎn)品開(kāi)發(fā)副總裁Andreas Prins 說(shuō):

“2019年,開(kāi)發(fā)人員將開(kāi)始通過(guò)將其活動(dòng)和CI管道(如Jenkins)連接到其他軟件交付團隊和DevOps,從腳本管道等非生產(chǎn)性繁瑣任務(wù)中解脫出來(lái)。管道。以這種方式集成將讓其他團隊成員自主監控功能交付的狀態(tài),并幫助開(kāi)發(fā)人員減少中斷,以便他們可以花更多的時(shí)間創(chuàng )造業(yè)務(wù)價(jià)值。“

Sunil Mavadia,電氣云客戶(hù)之旅全球主管:

“隨著(zhù)組織繼續在2019年對DevOps進(jìn)行大賭注,重要的是幫助他們安全地適應正在進(jìn)行的技術(shù)轉變,以便他們保持競爭力。為此,我們聽(tīng)到他們的雷達上有五個(gè)“大件物品”:

1.云遷移

2.自動(dòng)化

3.人工智能/機器學(xué)習

4. DevSecOps

5. Upskilling“

Delphix數據轉換全球實(shí)踐總監Sanjeev Sharma說(shuō):

“隨著(zhù)組織大規模采用DevOps實(shí)現創(chuàng )新的速度,他們現在可以解決兩個(gè)關(guān)鍵挑戰:

1. 安全性和合規性:組織正在意識到不斷提供小批量更改并驗證每個(gè)sprint的安全性和合規性的價(jià)值,而不是在發(fā)布之前單獨執行。組織開(kāi)始將安全團隊作為其開(kāi)發(fā)團隊的一流成員,將持續驗證帶入他們的開(kāi)發(fā)階段。

2. 數據驅動(dòng)的應用程序: DevOps實(shí)踐現在正被數據生產(chǎn)者和消費者采用,允許他們將數據視為可部署的資產(chǎn),與代碼沒(méi)有區別,從而最大化其數據驅動(dòng)應用程序的價(jià)值實(shí)現時(shí)間。數據更改周期與代碼交付周期更好地同步。然而,這個(gè)領(lǐng)域仍處于起步階段。組織需要跨工具,實(shí)踐和技能進(jìn)行必要的轉換,以管理,更改和協(xié)作數據,如代碼。“

JFrog業(yè)務(wù)開(kāi)發(fā)副總裁Kit Merker:

“DevOps將幫助解決的最大挑戰是DevOps創(chuàng )造的成功。更頻繁的發(fā)布意味著(zhù)更多的二進(jìn)制文件,更多的存儲空間,更多的數據需要管理 - 到2020年全球44個(gè)zettabytes。隨著(zhù)我們繼續生成更多關(guān)于這些二進(jìn)制文件的元數據,關(guān)于它們的來(lái)源,行為和安全性,我們可以推動(dòng)機器學(xué)習帶來(lái)更多更加自動(dòng)化的改進(jìn)和DevOps的速度??赡苓€需要一段時(shí)間才能完全實(shí)現DevOps中AI的承諾,但我們相信我們將在2019年開(kāi)始看到一些令人興奮的進(jìn)展。“

Eric Minik,產(chǎn)品管理負責人DevOps,IBM:

“建立連續交付管道不再是邊緣活動(dòng)。它是相當主流的,在2019年,我們將看到更多嘗試在整個(gè)企業(yè)中推動(dòng)它。我希望這種努力能夠擴大持續交付(CD),從而產(chǎn)生三大趨勢。首先,選擇可以為每個(gè)應用程序驅動(dòng)CD的已批準企業(yè)工具鏈。其次,相反,其他企業(yè)將采用多種CD解決方案,在每個(gè)主要平臺上實(shí)現標準化。一組用于容器的工具,另一組用于大型機,另一組用于Java應用程序,另一組用于數據庫。協(xié)調這種多樣性將導致第三大趨勢:更加重視發(fā)布管理,衡量整個(gè)企業(yè)的交付效率和流量。

“有了如此多的數據流,并且強調發(fā)布管理決策,請在工具鏈中尋找更多的AI功能。”

Pivotal產(chǎn)品標記高級總監Dormain Drewitz :

“2019年,我們將看到更多DevOps的主流采用者享受自動(dòng)修補的好處,修補周期從數月到數周都會(huì )崩潰。軟件定義的網(wǎng)絡(luò )將使更多的公司能夠創(chuàng )建和操作應用程序平臺,將網(wǎng)絡(luò )層視為代碼。雖然開(kāi)發(fā)人員不能完全忽略網(wǎng)絡(luò )(延遲和網(wǎng)絡(luò )不可靠性是現實(shí)),但網(wǎng)絡(luò )代碼將極大地幫助DevOps團隊。最后,我們將看到分散的例子出現來(lái)自非互聯(lián)網(wǎng)公司的云原生數據架構。域驅動(dòng)設計將成為那些推動(dòng)DevOps實(shí)踐包含數據的人的共同基礎。“

Robert Reeves,Datical的聯(lián)合創(chuàng )始人兼首席技術(shù)官:

“從我的角度來(lái)看,我們肯定會(huì )停止聽(tīng)到它被稱(chēng)為'DevOps'?;蛘?,我希望如此!隨著(zhù)DevOps采用的增加,我們將開(kāi)始看到團隊的采用,這些團隊以前在DevOps的第一次迭代中都沒(méi)有想到。當我們開(kāi)始看到諸如IaC(基礎架構作為代碼)之類(lèi)的東西時(shí),它遵循與敏捷相同的路徑,并且將受到這些團隊(安全性,數據庫,網(wǎng)絡(luò ))在其他領(lǐng)域發(fā)生的明顯好處的驅動(dòng)。此外,我們還會(huì )看到另一個(gè)安全漏洞直接歸因于手動(dòng)更改和未修補的依賴(lài)庫。嘆了口氣......

“湯姆佩蒂錯了; “等待”并不是最困難的部分。持續改進(jìn)是最難的部分。DevOps不是你曾經(jīng)做過(guò)的事情并且聲稱(chēng)勝利。類(lèi)似于去健身房和吃得更好,你必須繼續尋找手動(dòng)努力的領(lǐng)域,并消除它們。而且,是的,執行腳本是一種手動(dòng)操作。從應用程序到基礎架構,再到數據庫,再到安全性,我們都陷入了DevOps可以刪除的手動(dòng)工作中。僅僅因為它是數據庫或系統修補或安全性,以前被認為“太重要了,不能留給機器”,我們需要改變這種想法,并說(shuō)它“太重要了,不能留給人類(lèi)。

鄭重聲明:本文版權歸原作者所有,轉載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時(shí)間聯(lián)系我們修改或刪除,多謝。