與癡迷于流程的現(xiàn)代企業(yè)架構(gòu)師相比，DevOps從業(yè)人員更像是美國西部的牛仔。這些DevOps從業(yè)人員，或可稱其為“粗獷的”IT牛仔，迄今為止根據(jù)速度、直覺和結(jié)果做出的決定在很大程度上取得了成功。除此之外，一個典型的DevOps過程依賴于獨(dú)立的工具來完成分散的功能，例如項(xiàng)目管理、源代碼控制、設(shè)置和配置、測試執(zhí)行、工作過程自動化等等。但對于大型分布式企業(yè)來說，要想不斷取得成功，僅僅依靠直覺、松散的耦合工具以及隨意的決策是不夠的——從業(yè)人員還必須掌握以數(shù)據(jù)為驅(qū)動的方法。

　　今天，DevOps已經(jīng)成為主流，而老牌企業(yè)正在把他們的DevOps“文化”擴(kuò)展到軟件交付生命周期和IT運(yùn)營之外，以覆蓋整個企業(yè)。大型企業(yè)不那么敏捷，更復(fù)雜，而且在財(cái)務(wù)、法律和地理上都受到限制。數(shù)千名開發(fā)人員分布在多個地理區(qū)域——重復(fù)的工具、專門的部門、不同的流程、分散的位置和多個業(yè)務(wù)部門，使得可視化更加難以實(shí)現(xiàn)。由于需要擴(kuò)大規(guī)模，高管們越來越多地參與到DevOps中，領(lǐng)導(dǎo)層希望在DevOps工作流程中有更多的可視化功能，以便能夠在整個企業(yè)中流暢地實(shí)現(xiàn)這些功能。DevOps正在“成長”。

　　在保持DevOps的核心原則——敏捷、速度和質(zhì)量的同時(shí)，企業(yè)正在通過DevOps采取下一步措施，實(shí)施數(shù)據(jù)優(yōu)先過程，以適應(yīng)業(yè)界習(xí)以為常的DevOps連續(xù)流程。

　　DevOps需要擴(kuò)大數(shù)據(jù)規(guī)模

　　據(jù)我們所知，那些在同一家公司工作了20多年的經(jīng)理們，快速的做出決策以簡化開發(fā)周期。然而，只有利用數(shù)據(jù)來為流程提供支持后，生產(chǎn)線才能夠高效的運(yùn)行。當(dāng)一家企業(yè)在其網(wǎng)站或者移動應(yīng)用程序上發(fā)布了新功能時(shí)，沒有人知道怎樣使用這些功能，或者是否能夠引起人們的興趣。

　　這也是為何Amaya游戲使用數(shù)據(jù)來驅(qū)動其DevOps決策的原因。利用從系統(tǒng)開發(fā)、測試、驗(yàn)收和生產(chǎn)環(huán)境中提取的數(shù)據(jù)，管理人員可以監(jiān)測收入流，對任何意外的變化迅速作出反應(yīng)——無論是好還是壞；并且可以很快看到哪些新功能被Amaya服務(wù)的最終用戶使用，以及如何使用的。這種深度分析被反饋到開發(fā)周期中，為未來的業(yè)務(wù)決策提供參考，而開發(fā)團(tuán)隊(duì)也使用相同的數(shù)據(jù)驅(qū)動的方法來發(fā)現(xiàn)和修復(fù)缺陷，服務(wù)運(yùn)營部門使用數(shù)據(jù)來排除故障，所有這一切都是實(shí)時(shí)的，基于真實(shí)的數(shù)據(jù)。

　　由于在整個開發(fā)周期中缺乏可見性，業(yè)務(wù)部門和IT部門的相關(guān)人員都會受到影響——有可能還會發(fā)布有錯誤的軟件，延長了響應(yīng)時(shí)間，引入安全漏洞，過度使用基礎(chǔ)設(shè)施，損害聲譽(yù)，以及增加不必要的成本等。

　　DevOps從業(yè)人員遇到的其他問題也是高管們問的同樣難以回答的問題：“為什么這個應(yīng)用程序的功能比那個更好？我們能從中學(xué)到些什么？”如果不匯總之前和之后的數(shù)據(jù)點(diǎn)，很難實(shí)現(xiàn)收益和回報(bào)。經(jīng)驗(yàn)豐富、老練的管理人員有直覺的本能，但很難說這是一個可行的、可重復(fù)的過程。我們可以設(shè)身處地為那些試圖打造一個自組織部門的高管們想一想。他們沒有經(jīng)驗(yàn)憑直覺做出決策，并證明每個業(yè)務(wù)決策是合理的，但是他們知道一個團(tuán)結(jié)合作的實(shí)體為實(shí)現(xiàn)同一目標(biāo)而努力工作的好處。

　　數(shù)據(jù)應(yīng)交織在DevOps整個過程中，為最佳實(shí)踐提供基礎(chǔ)，加強(qiáng)部門團(tuán)結(jié)——無論部門規(guī)模大小或者處于什么地理位置。數(shù)據(jù)被認(rèn)為具有指數(shù)增長潛力。大企業(yè)中成功的DevOps部門使用從數(shù)據(jù)中挖掘出的客觀指標(biāo)，對端到端交付周期進(jìn)行深度分析——從最初設(shè)想的新功能直至客戶參與，衡量最終收益等。對所有相關(guān)系統(tǒng)和開發(fā)步驟的數(shù)據(jù)進(jìn)行收集、關(guān)聯(lián)和分析，為包括高管們在內(nèi)的所有相關(guān)部門提供一個統(tǒng)一的視圖，以便查看速度、質(zhì)量和業(yè)務(wù)對應(yīng)用交付的影響，這也為相關(guān)業(yè)務(wù)部門和決策者提供了一個可測量的、成熟的過程。DevOps開始走向成熟

　　可測量性和可重復(fù)性是大企業(yè)成功建立高管們愿意使用的DevOps過程的關(guān)鍵。通過DevOps工具鏈產(chǎn)生的數(shù)據(jù)提供了實(shí)現(xiàn)這一過程所需的大量信息。反過來，管理人員可以利用日常工作流程產(chǎn)生的數(shù)據(jù)，做出更好的數(shù)據(jù)驅(qū)動的決策。

　　例如，一家大型全球娛樂企業(yè)會在其應(yīng)用交付生命周期的每一步中進(jìn)行測試，以確定哪些方面運(yùn)作良好，而哪些方面需要改進(jìn)。該企業(yè)能夠使用詳細(xì)的數(shù)據(jù)，做出非常準(zhǔn)確的計(jì)劃和資源決策，包括正在進(jìn)行的版本、正在編寫的故事、代碼簽入和簽出、構(gòu)建執(zhí)行、部署和生產(chǎn)狀態(tài)，甚至來自項(xiàng)目管理系統(tǒng)的資源和人員/成本數(shù)據(jù)。采用這種數(shù)據(jù)驅(qū)動的方法，他們可以綜合考慮部門和資源，預(yù)測發(fā)布日期，降低交付成本，處理過程差距和故障，發(fā)現(xiàn)并拒絕“壞的變化”，為產(chǎn)品提供更快更好的代碼。數(shù)據(jù)驅(qū)動的決策對于已經(jīng)實(shí)施了DevOps舉措的企業(yè)而言帶來了巨大的好處，該企業(yè)便是眾多例子中的一個。

　　大型企業(yè)已經(jīng)采用了DevOps過程。在英國BBC，負(fù)責(zé)BBC電視網(wǎng)站的Dev和Ops部門向市場營銷部門提供報(bào)告，告訴他們使用了哪些新網(wǎng)站功能（例如，新節(jié)目、猜謎等板塊，以及其他觀眾參與的活動），使用了多少，被誰使用，等等。然后，營銷部門能夠很快做出數(shù)據(jù)驅(qū)動的決策，決定怎樣進(jìn)一步加大成功促銷的力度，或者及時(shí)改進(jìn)那些沒有達(dá)到預(yù)期結(jié)果的工作。CA技術(shù)公司由于其流行的SaaS解決方案——CA敏捷中心（以前的Rally軟件），也受益于類似的過程。通過跟蹤與軟件服務(wù)的每一次交互，CA技術(shù)公司的DevOps部門把客戶參與的信息快速反饋給產(chǎn)品管理部門，這樣，他們能夠從數(shù)據(jù)驅(qū)動的角度出發(fā)，準(zhǔn)確地了解哪些功能是“確定好用”的，哪些還存在問題，從而能夠迅速進(jìn)行迭代，為客戶提供更好的服務(wù)。這些企業(yè)比較重視漸進(jìn)式的改進(jìn)，考慮多個數(shù)據(jù)點(diǎn)，直到數(shù)據(jù)認(rèn)為適合發(fā)布時(shí)才發(fā)布軟件。當(dāng)數(shù)據(jù)決定一切時(shí)，軟件發(fā)布決定是由數(shù)據(jù)驅(qū)動的，而不是日期。

　　在高層，管理層理解業(yè)務(wù)決策是由數(shù)據(jù)驅(qū)動的，知道需要可視化功能來確保過程是準(zhǔn)確的，并能夠產(chǎn)生收益。過程在確保質(zhì)量一致性、消除冗余和簡化質(zhì)量保證方面發(fā)揮著核心作用。要在大型企業(yè)中取得成功，DevOps從業(yè)人員應(yīng)對關(guān)鍵的開發(fā)和運(yùn)營指標(biāo)進(jìn)行標(biāo)準(zhǔn)化處理，并收集和共享這些指標(biāo)，從而獲得更大的收益。DevOps的核心是軟件的“連續(xù)交付模型”，強(qiáng)調(diào)了在履行個人職責(zé)時(shí)的共同目標(biāo)。把這種思想擴(kuò)展開來，每個人都能夠深入了解所有部門，授權(quán)員工做出必要的改進(jìn)，同時(shí)朝著同一目標(biāo)努力。

　　對于大型企業(yè)，要想更深入地進(jìn)行數(shù)字化轉(zhuǎn)型，DevOps過程必須得到數(shù)據(jù)的支持。有了數(shù)據(jù)之后，管理人員能夠?qū)I(yè)務(wù)指標(biāo)與代碼更改關(guān)聯(lián)起來，以獲得新的業(yè)務(wù)深度分析結(jié)果，或者通過交付性能更好的代碼來改進(jìn)用戶體驗(yàn)，甚至通過提供安全合規(guī)的代碼來保護(hù)聲譽(yù)。在保持持續(xù)改進(jìn)、發(fā)展和開放溝通的核心價(jià)值的同時(shí)，我們正處于沒有數(shù)據(jù)DevOps便無法再發(fā)展的階段——是數(shù)據(jù)賦予了高管們改進(jìn)測量、協(xié)作和參與的手段。

　　相關(guān)鏈接

　　在近日舉辦的CA WORLD’17上，CATechnologies宣布CA的DevOps產(chǎn)品組合將增加新功能，以加速軟件的開發(fā)及交付。

　　持續(xù)交付產(chǎn)品組合和CA數(shù)字體驗(yàn)監(jiān)測（CA Digital Experience Monitoring）的全新功能將加速自動化開發(fā)及交付、改進(jìn)測試以及卓越的數(shù)字體驗(yàn)可見性。

　　基于開源及SaaS技術(shù)，CA推出的全新持續(xù)測試及監(jiān)測解決方案，以加速測試過程、提高測試效率。CA產(chǎn)品幫助開發(fā)團(tuán)隊(duì)能在投入生產(chǎn)前發(fā)現(xiàn)更多缺陷。例如，CA BlazeMeter等測試工具經(jīng)證明可將應(yīng)用程序性能提高10倍。

　　另外，會上同時(shí)推出的CA數(shù)字體驗(yàn)洞察（CA Digital Experience Insight）是一個基于SaaS數(shù)字運(yùn)營監(jiān)測及分析的全新解決方案，助力開發(fā)人員及IT運(yùn)營部門全面掌握關(guān)于用戶體驗(yàn)、應(yīng)用程序性能及基礎(chǔ)架構(gòu)管理的整體狀況。

　　與傳統(tǒng)監(jiān)控工具不同的是，CA數(shù)字體驗(yàn)洞察整合了一系列服務(wù)使用先進(jìn)數(shù)據(jù)采集技術(shù)、預(yù)測性分析及機(jī)器學(xué)習(xí)。

　　因此，CA數(shù)字體驗(yàn)洞察可提供應(yīng)用程序及基礎(chǔ)架構(gòu)的全面可見性、跨層次關(guān)聯(lián)洞察、問題解決方案指導(dǎo)，從而使客戶的數(shù)字體驗(yàn)提升超過50%至75%。

　　Splunk首席技術(shù)推廣官 Andi Mann

關(guān)注讀覽天下微信， 100萬篇深度好文， 等你來看……