Andi+Mann

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

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

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

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

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

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

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

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

數(shù)據(jù)應(yīng)交織在DevOps整個過程中，為最佳實踐提供基礎(chǔ)，加強部門團結(jié)——無論部門規(guī)模大小或者處于什么地理位置。數(shù)據(jù)被認(rèn)為具有指數(shù)增長潛力。大企業(yè)中成功的DevOps部門使用從數(shù)據(jù)中挖掘出的客觀指標(biāo)，對端到端交付周期進行深度分析——從最初設(shè)想的新功能直至客戶參與，衡量最終收益等。對所有相關(guān)系統(tǒng)和開發(fā)步驟的數(shù)據(jù)進行收集、關(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ù)提供了實現(xiàn)這一過程所需的大量信息。反過來，管理人員可以利用日常工作流程產(chǎn)生的數(shù)據(jù)，做出更好的數(shù)據(jù)驅(qū)動的決策。

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

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

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

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

相關(guān)鏈接

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

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

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

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

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

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