DevOps重塑了職業(yè)道路和商業(yè)方法

DevOps重塑了職業(yè)道路和商業(yè)方法

DevOps代表了過去30年來最大的IT轉型計劃之一。對IT工作有影響。

Micro Focus的軟件交付戰(zhàn)略總監(jiān)Mark Levy說，讓我們算一算。他最近分享了他對當前軟件交付狀態(tài)的觀察，其中包括以下內(nèi)容：

“重量級，線性順序開發(fā)和交付軟件實踐。”

“用于測試和部署軟件的復雜和手動流程支持的大型，不常見的軟件版本。”

“過于復雜和緊密耦合的應用程序基礎架構。”

“對安全性，合規(guī)性和性能的看法是對業(yè)務活動和創(chuàng)新的一種思考和障礙。”

他說，這些重要的舊軟件交付方法 - 孤立的，通過瀑布式方法 - 只意味著“大量的技術債務和返工，這阻礙了新技術的采用”。

進入DevOps，作為一門學科，已經(jīng)出現(xiàn)了近十年，但在過去的兩年中引起了極大的興趣。DevOps將開發(fā)人員和運營團隊的活動統(tǒng)一并自動化，以促進持續(xù)集成和交付，“代表了過去30年來最大的IT轉型計劃之一，”Levy說。最終，DevOps的崛起意味著IT經(jīng)理和專業(yè)人士的職業(yè)道路和技能要求也將發(fā)生重大變化。

盡管如此，盡管近年來DevOps的所有喧囂，但他補充說，真正的采用“比預期慢”。DevOps已經(jīng)證明自己是加速企業(yè)向數(shù)字化轉型的一種方式，“但企業(yè)IT的保守性使許多組織陷入停滯，并等待執(zhí)行團隊推動跨越DevOps鴻溝，”Levy說。

一旦DevOps到位，他繼續(xù)說，它有助于促進持續(xù)改進的文化。然而，他警告說，“沒有銀子彈，并且持續(xù)改進不是線性的，因為它傾向于遵循J曲線。早期和輕松的勝利有助于建立勢頭，但最終事情變得更加困難并且經(jīng)常會看到回歸“。

盡管如此，Levy認為DevOps將在未來幾個月加速發(fā)展，因為許多DevOps試點計劃讓位于實際的企業(yè)現(xiàn)實。“到目前為止，企業(yè)中的大多數(shù)DevOps實施都集中在團隊層面，”他指出。實現(xiàn)企業(yè)跨越將需要“組織計劃，構建，測試，發(fā)布和管理應用程序的方式發(fā)生巨大變化”。為了實現(xiàn)這一目標，Levy敦促DevOps的支持者“通過早期的回歸工作，因為未來將取得更大的成功。隨著組織總是優(yōu)化，改進，試驗和學習，DevOps沒有最終狀態(tài)。”

他說，目前管理者面臨的挑戰(zhàn)是在整個企業(yè)中宣傳DevOps原則 - 特別是那些擁有大型，復雜和傳統(tǒng)負載系統(tǒng)的原則。部分問題是需要更多的DevOps技能來推動事情向前發(fā)展。“缺乏熟練的開發(fā)，測試和交付人員意味著手動工作無法擴展，因此許多組織都難以以可重復和可靠的方式發(fā)布軟件，”Levy指出。自動化可以幫助為更好的企業(yè)采用鋪平道路，“可以縮短交付應用程序更新所需的時間，同時消除與當今部署流程相關的安全漏洞，數(shù)據(jù)丟失和停機時間。”

這意味著要重新思考IT部門和工作流程的結構。DevOps正在幫助“重新定義組織和團隊的結構，自動化重新定義支持部署管道所需的技能和工作類型，”他說。增加軟件交付和部署的自動化將改變許多任務。“部署渠道是一個端到端的流程，將業(yè)務理念和價值交付給客戶，因此大多數(shù)提供手動服務的工作都是自動化的主要選擇，”他補充道。“雖然有些任務無法實現(xiàn)自動化，但大多數(shù)任務都可以并將成為現(xiàn)實。”

雖然可以消除某些任務，但新任務將會出現(xiàn)。“例如，系統(tǒng)管理員必須學習如何設計和開發(fā)支持部署管道的自動化策略和腳本，而質(zhì)量保證測試工程師則開始與開發(fā)人員一起設計和交付自動化測試腳本，”Levy說。“利用領域?qū)I(yè)知識，通過更新技能來支持IT的自動化將是至關重要的。自動化將取代人們在日常的，可編碼的任務中，但是當需要解決問題的能力，適應性和創(chuàng)造力時，人們?nèi)詫碛袃?yōu)勢。自動化自由寶貴的開發(fā)資源，可以重新關注為企業(yè)創(chuàng)造客戶價值。“