由于對高質(zhì)量應(yīng)用程序快速交付的需求日益增加，企業(yè)對 DevOps 解決方案和服務(wù)的需求也在快速增長。報告顯示，DevOps 市場規(guī)模預(yù)計將從 2017 年的 29.0 億美元增長到 2023 年的 103.1 億美元，預(yù)測期內(nèi)的復(fù)合年增長率 (CAGR) 為 24.7%。
然而，距離 2008 年 Petrick Debois 在多倫多敏捷會議上提出 “ DevOps” 一詞已有 14 年了，敏捷和 DevOps 模型在某種程度上仍然未能滿足軟件交付速度和質(zhì)量的預(yù)期圖景。Gartner 預(yù)測，由于領(lǐng)導(dǎo)方法的局限性，而非技術(shù)原因，到 2023 年，90% 的 DevOps 計劃將無法達到預(yù)期。
要探究 DevOps 為什么會失敗這個問題，不妨回到最原始的話題： DevOps 到底是什么?它是我們常掛在嘴邊的 “團隊協(xié)作”、“工具鏈”、“軟件開發(fā)模型”、“敏捷性和質(zhì)量”、“開發(fā)和運營團隊之間的橋梁” 嗎?它是，但又不僅于此。
文化是跨越鴻溝的武器
文化是一套加強組織結(jié)構(gòu)的實踐、標準、信念和結(jié)構(gòu)，，其重要性不言而喻。如果沒有文化，開發(fā)團隊就無法掌握 DevOps 的精髓，開發(fā)和運維團隊之間的鴻溝也就無法彌合。在 Gartner 2017 年企業(yè) DevOps 調(diào)查中，88% 的受訪者表示，團隊文化是對企業(yè)擴展 DevOps 能力影響最大的、與人員相關(guān)的屬性之一。
然而，組織忽略了讓員工參與即將到來的變革的重要性，而是將精力集中在 DevOps 工具上。 對此，Gartner 研究總監(jiān) George Spafford 曾表示：“工具不是解決文化問題的方法。”
那么如何設(shè)置正確的 “DevOps” 文化?
●觀察軟件開發(fā)團隊在 DevOps 之前的情況、工具和行為;
●確定 “他們做什么” 和 “他們應(yīng)該做什么以及為什么”;
●不僅使用工具培訓(xùn)他們，而且讓他們了解 DevOps 是一種哲學(xué);
●通過建立高層管理的習(xí)慣，使這種轉(zhuǎn)變更容易;
●領(lǐng)導(dǎo)者需要為 DevOps 實踐和行為設(shè)定標準。
有許多方法和實踐可以幫助實施 DevOps 并保證結(jié)果。大多數(shù)情況下，企業(yè)追求的是工具而不是文化轉(zhuǎn)變，這成為 DevOps 失敗的最大原因。
自動化并不意味著速度
Knight Capital 是一家實時股票交易公司，通過自動化技術(shù)，使得用戶交易變得更快、更容易。然而，在為應(yīng)用程序編寫新代碼時，新代碼意外調(diào)用了舊功能 —— 該功能處于非活動狀態(tài)但未從內(nèi)部應(yīng)用程序中刪除。
結(jié)果，Knight 的應(yīng)用程序在幾分鐘內(nèi)就發(fā)出了價值數(shù)十億的訂單，該公司不得不支付 6.4 億美元的罰款，從而導(dǎo)致破產(chǎn)。
這個教訓(xùn)值得令人深思。在持續(xù)集成和持續(xù)交付 (CI/CD) 原則下，DevOps 確實能夠自動化軟件開發(fā)過程，因為有大量工具可用于代碼存儲、測試和維護。但是，仍然有幾點需要考慮：
●自動化是強大的，但人們不應(yīng)該忘記機器與人結(jié)合的力量，以提高準確性;
●改變不會在一夜之間發(fā)生，要讓團隊有足夠的時間在 DevOps 環(huán)境中工作;
●做好速度和風(fēng)險之間的平衡;
●使協(xié)作成為團隊之間的必要實踐;
不要太早期待好的結(jié)果，擴展 DevOps 需要的時間可能比預(yù)想的更多。因此，使用任何自動化工具時，一定要提前規(guī)劃、驗證、同步和監(jiān)控 DevOps 工具鏈。與此同時，DevOps 更關(guān)注人員和文化，而不是用于以最高效率快速交付軟件的工具。在實踐 DevOps 時，要將關(guān)注點轉(zhuǎn)向人，因為他們是 DevOps 的基本驅(qū)動力之一。
開發(fā)和運維不應(yīng)成為孤島
DevOps 是 “開發(fā)” 和 “運維” 團隊的合并，它象征著強有力的協(xié)作。然而，在很多企業(yè)，這兩個團體在 DevOps 流程中形同孤島，互不往來。
要想提高軟件交付效率，必須要打破壁壘，營造團隊氛圍，讓不同的團隊必須一起工作，而不是在不協(xié)調(diào)的孤島中工作。
有時，盡管基礎(chǔ)設(shè)施和運營(I&O)領(lǐng)導(dǎo)者深知與 DevOps 協(xié)作的重要性及益處，但在采用新的工作方式時常常會面臨文化阻力。因此，I&O 領(lǐng)導(dǎo)者應(yīng)關(guān)注于可交付衡量的業(yè)務(wù)價值，與 DevOps 團隊構(gòu)建共同目標，從而鼓勵彼此協(xié)作。
Gartner 高級研究總監(jiān) 周玲也曾發(fā)文指出：“DevOps 的成功離不開有效的團隊協(xié)作，需要團隊成員目標一致、齊心協(xié)力。為了更好地支持 DevOps 團隊，實現(xiàn)持續(xù)集成(CI)/ 持續(xù)交付(CD)和自動化，并為基礎(chǔ)設(shè)施即代碼(如 Terraform、Pulumi)或云管理平臺提供能力，I&O 團隊?wèi)?yīng)規(guī)劃價值流，明確相關(guān)團隊中的利益相關(guān)者及運營需求。這些相關(guān)團隊包括 DevOps 團隊，或來自業(yè)務(wù)、技術(shù)、監(jiān)管合規(guī)或安全和風(fēng)險部門的融合團隊。”
文化問題是 DevOps 的經(jīng)典問題，不是一朝一夕就能解決的。不僅是 I&O 團隊與 DevOps 團隊的協(xié)作與融合，即使是 DevOps 團隊內(nèi)部也存在因為不同環(huán)節(jié)的人員對產(chǎn)品功能的理解和認識存在差異而導(dǎo)致整個項目朝著不同的方向發(fā)展。這種情況下，不可能推進 DevOps 的真正落地。
所以，盡管自動化工具不是一切，但是不可否認，其可以在一定程度上實現(xiàn)軟件開發(fā)流程的定量標準化，成為實踐 DevOps 最好的切入點。
以飛算推出的 SoFlu 軟件機器人為例，這是一款覆蓋了軟件全生命周期的國產(chǎn) DevOps 工具，包含后端全自動開發(fā)平臺、前端全自動開發(fā)平臺、全自動測試平臺、全自動運維平臺。而且，由于具備可視化的開發(fā)界面，門檻低，效率高，實現(xiàn)一 “人” 全棧解決：后端開發(fā)、前端開發(fā)、測試、運維，減少了企業(yè)對 IT 人才的依賴性，真正做到了 “一人一項目，十人抵百人”。
就連倪光南院士都曾對其大加贊譽：“SoFlu 軟件機器人的價值在于通過標準化、自動化的流程，降低了從開發(fā)、測試到運維的門檻，將敏捷管理制度落地。一年半以來，我親眼見證了 SoFlu 軟件機器人的誕生和成長，很興奮看到 SoFlu 軟件機器人已經(jīng)在金融、醫(yī)療、零售等多個行業(yè)得到應(yīng)用和肯定，幫助企業(yè)大幅度的降本增效。”
良好的開端是成功的一半。實踐 DevOps ，不妨從自動化開發(fā)平臺 ——SoFlu 軟件機器人開始。
現(xiàn)在可申請免費試用 SoFlu 軟件機器人 30 天，了解更多軟件開發(fā)信息，可添加微信： feisuan123，備注 “加群”，入群討論。
（免責(zé)聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關(guān)資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏，概不負任何法律責(zé)任。
任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應(yīng)及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關(guān)文章源頭核實，溝通刪除相關(guān)內(nèi)容或斷開相關(guān)鏈接。 ）
