一篇文了解DevOps:從概念、關(guān)鍵問題、興起到實現(xiàn)需求(devops基本概念)
“
目前在國外,互聯(lián)網(wǎng)巨頭如Google、Facebook、Amazon、LinkedIn、Netflix、Airbnb,傳統(tǒng)軟件公司如Adobe、IBM、Microsoft、SAP等,亦或是網(wǎng)絡(luò)業(yè)務(wù)非核心企業(yè)如蘋果、沃爾瑪、索尼影視娛樂、星巴克等都在采用DevOps或提供相關(guān)支持產(chǎn)品。那么DevOps究竟是怎樣一回事?
在Puppet、RightScale分別DevOps出版的調(diào)查報告基礎(chǔ)上,整理本文,以期為讀者理清思路。另外,中國正在開展了一份自己的調(diào)查問卷,由南京大學(xué)發(fā)起,歡迎大家戳閱讀原文投票參與。
本文主要結(jié)構(gòu)如下,讀完大概需要 10 分鐘
DevOps是什么?從哪里來?
DevOps的幾個關(guān)鍵問題
為什么DevOps會興起?為什么會繼續(xù)火下去?
實現(xiàn)DevOps需要什么?
DevOps的采用現(xiàn)狀
1
DevOps是什么?從哪里來?
DevOps的概念
DevOps一詞的來自于Development和Operations的組合,突出重視軟件開發(fā)人員和運(yùn)維人員的溝通合作,通過自動化流程來使得軟件構(gòu)建、測試、發(fā)布更加快捷、頻繁和可靠。
DevOps概念早先升溫于2009年的歐洲,因傳統(tǒng)模式的運(yùn)維之痛而生。
DevOps是為了填補(bǔ)開發(fā)端和運(yùn)維端之間的信息鴻溝,改善團(tuán)隊之間的協(xié)作關(guān)系。不過需要澄清的一點(diǎn)是,從開發(fā)到運(yùn)維,中間還有測試環(huán)節(jié)。DevOps其實包含了三個部分:開發(fā)、測試和運(yùn)維。
換句話說,DevOps希望做到的是軟件產(chǎn)品交付過程中IT工具鏈的打通,使得各個團(tuán)隊減少時間損耗,更加高效地協(xié)同工作。專家們總結(jié)出了下面這個DevOps能力圖,良好的閉環(huán)可以大大增加整體的產(chǎn)出。
歷史變革
由上所述,相信大家對DevOps有了一定的了解。但是除了觸及工具鏈之外,作為文化和技術(shù)的方法論,DevOps還需要公司在組織文化上的變革?;仡欆浖袠I(yè)的研發(fā)模式,可以發(fā)現(xiàn)大致有三個階段:瀑布式開發(fā)、敏捷開發(fā)、DevOps。
DevOps早在九年前就有人提出來,但是,為什么這兩年才開始受到越來越多的企業(yè)重視和實踐呢?因為DevOps的發(fā)展是獨(dú)木不成林的,現(xiàn)在有越來越多的技術(shù)支撐。微服務(wù)架構(gòu)理念、容器技術(shù)使得DevOps的實施變得更加容易,計算能力提升和云環(huán)境的發(fā)展使得快速開發(fā)的產(chǎn)品可以立刻獲得更廣泛的使用。
(注:上圖摘自上月紅帽副總裁Ashesh Badani的一次新聞分享會)
2
DevOps的幾個關(guān)鍵問題
好處是什么?
DevOps的一個巨大好處就是可以高效交付,這也正好是它的初衷。Puppet和DevOps Research and Assessment (DORA) 主辦了2016年DevOps調(diào)查報告,根據(jù)全球4600位各IT公司的技術(shù)工作者的提交數(shù)據(jù)統(tǒng)計,得出高效公司平均每年可以完成1460次部署。
與低效組織相比,高效組織的部署頻繁200倍,產(chǎn)品投入使用速度快2555倍,服務(wù)恢復(fù)速度快24倍。在工作內(nèi)容的時間分配上,低效者要多花22%的時間用在為規(guī)劃好或者重復(fù)工作上,而高效者卻可以多花29%的時間用在新的工作上。所以這里的高效不僅僅指公司產(chǎn)出的效率提高,還指員工的工作質(zhì)量得到提升。
DevOps另外一個好處就是會改善公司組織文化、提高員工的參與感。員工們變得更高效,也更有滿足和成就感;調(diào)查顯示高效員工的雇員凈推薦值(eNPS:employee Net Promoter Score)更高,即對公司更加認(rèn)同。
快速部署同時提高IT穩(wěn)定性。這難道不矛盾嗎?
快速的部署其實可以幫助更快地發(fā)現(xiàn)問題,產(chǎn)品被更快地交付到用戶手中,團(tuán)隊可以更快地得到用戶的反饋,從而進(jìn)行更快地響應(yīng)。而且,DevOps小步快跑的形式帶來的變化是比較小的,出現(xiàn)問題的偏差每次都不會太大,修復(fù)起來也會相對容易一些。
因此,認(rèn)為速度就意味著危險是一種偏見。此外,滯后軟件服務(wù)的發(fā)布也并不一定會完全地避免問題,在競爭日益激烈的IT行業(yè),這反而可能錯失了軟件的發(fā)布時機(jī)。
3
為什么DevOps會興起?
為什么會繼續(xù)火下去?
條件成熟:技術(shù)配套發(fā)展
技術(shù)的發(fā)展使得DevOps有了更多的配合。早期時,大家雖然意識到了這個問題的,但是苦于當(dāng)時沒有完善豐富的技術(shù)工具,是一種“理想很豐滿,但是現(xiàn)實很骨感”的情況。DevOps的實現(xiàn)可以基于新興的容器技術(shù);也可以在自動化運(yùn)維工具Puppet、SaltStack、Ansible之后的延伸;還可以構(gòu)建在傳統(tǒng)的Cloud Foundry、OpenShift等PaaS廠商之上。
來自市場的外部需求:這世界變化太快
IT行業(yè)已經(jīng)越來越與市場的經(jīng)濟(jì)發(fā)展緊密掛鉤,專家們認(rèn)為IT將會有支持中心變成利潤驅(qū)動中心。事實上,這個變化已經(jīng)開始了,這不僅體現(xiàn)在Google、蘋果這些大企業(yè)中,而且也發(fā)生在傳統(tǒng)行業(yè)中,比如出租車業(yè)務(wù)中的Uber、酒店連鎖行業(yè)中的Airbnb、圖書經(jīng)銷商Amazon等等。能否讓公司的IT配套方案及時跟上市場需求的步伐,在今天顯得至關(guān)重要。
DevOps 2016年度報告給出了一個運(yùn)維成本的計算公式: 停機(jī)費(fèi)用成本 = 部署頻率 * 版本迭代失敗概率 * 平均修復(fù)時間 * 斷電的金錢損失
來自團(tuán)隊的內(nèi)在動力:工程師也需要
對于工程師而言,他們也是DevOps的受益者。微軟資深工程師Scott Hanselman說過“對于開發(fā)者而言,最有力的工具就是自動化工具”(The most powerful tool we have as developers is automation)。
工具鏈的打通使得開發(fā)者們在交付軟件時可以完成生產(chǎn)環(huán)境的構(gòu)建、測試和運(yùn)行;正如Amazon的VP兼CTO Werner Vogels那句讓人印象深刻的話:“誰開發(fā)誰運(yùn)行”。(You build it, you run it)
4
實現(xiàn)DevOps需要什么?
硬性要求:工具上的準(zhǔn)備
上文提到了工具鏈的打通,那么工具自然就需要做好準(zhǔn)備?,F(xiàn)將工具類型及對應(yīng)的不完全列舉整理如下:
-
代碼管理(SCM):GitHub、GitLab、BitBucket、SubVersion
構(gòu)建工具:Ant、Gradle、maven
自動部署:Capistrano、CodeDeploy
持續(xù)集成(CI):Bamboo、Hudson、Jenkins
配置管理:Ansible、Chef、Puppet、SaltStack、ScriptRock GuardRail
容器:Docker、LXC、第三方廠商如AWS
編排:Kubernetes、Core、Apache Mesos、DC/OS
服務(wù)注冊與發(fā)現(xiàn):Zookeeper、etcd、Consul
腳本語言:python、ruby、shell
日志管理:ELK、Logentries
系統(tǒng)監(jiān)控:Datadog、Graphite、Icinga、Nagios
性能監(jiān)控:AppDynamics、New Relic、Splunk
壓力測試:JMeter、Blaze Meter、loader.io
預(yù)警:PagerDuty、pingdom、廠商自帶如AWS SNS
HTTP加速器:Varnish
消息總線:ActiveMQ、SQS
應(yīng)用服務(wù)器:Tomcat、JBoss
Web服務(wù)器:Apache、Nginx、IIS
數(shù)據(jù)庫:MySQL、Oracle、PostgreSQL等關(guān)系型數(shù)據(jù)庫;cassandra、mongoDB、redis等NoSQL數(shù)據(jù)庫
項目管理(PM):Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker
在工具的選擇上,需要結(jié)合公司業(yè)務(wù)需求和技術(shù)團(tuán)隊情況而定。(注:更多關(guān)于工具的詳細(xì)介紹可以參見此文:51 Best DevOps Tools for #DevOps Engineers)
軟性需求:文化和人
DevOps成功與否,公司組織是否利于協(xié)作是關(guān)鍵。開發(fā)人員和運(yùn)維人員可以良好溝通互相學(xué)習(xí),從而擁有高生產(chǎn)力。并且協(xié)作也存在于業(yè)務(wù)人員與開發(fā)人員之間。
出席了2016年倫敦企業(yè)級DevOps峰會的ITV公司在2012年就開始落地DevOps,其通用平臺主管Clark在接受了InfoQ的采訪,在談及成功時表示,業(yè)務(wù)人員非常清楚他們希望在最小化可行產(chǎn)品中實現(xiàn)什么,工程師們就按需交付,不做多余工作。
這樣,工程師們使用通用的平臺(即打通的工具鏈)得到更好的一致性和更高的質(zhì)量。此外,DevOps對工程師個人的要求也提高了,很多專家也認(rèn)為招募到優(yōu)秀的人才也是一個挑戰(zhàn)。
5
DevOps的采用現(xiàn)狀
哪些公司在用?
DevOps正在增長,尤其是在大企業(yè)中:調(diào)查發(fā)現(xiàn),DevOps的接受度有了顯著提高。74%的受訪者已經(jīng)接受了DevOps,而去年這一比例為66%。目前,在81%的大企業(yè)開始接受DevOps,中小企業(yè)的接受度僅為70%。
那么具體而言都有些公司在采用DevOps呢?Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Target(泛歐實時全額自動清算系統(tǒng))、Walmart、Sony等等。
他們怎么實施的?
首先,大企業(yè)正在自下而上接受DevOps,其中業(yè)務(wù)單位或部門(31%)以及項目和團(tuán)隊(29%)已經(jīng)實施DevOps。不過,只有21%的大企業(yè)在整個公司范圍內(nèi)采用了DevOps。
其次,在工具層面上,DevOps工具的用量大幅激增。Chef和Puppet依然是最常用的DevOps工具,使用率均為32%。Docker是年增長率最快的工具,用量增長一倍以上。Ansible的用量也有顯著增加,使用率從10%翻倍至20%。
并且調(diào)查還發(fā)現(xiàn)不到半數(shù)(43%)的公司在使用諸如Chef、Puppet、Ansible或Salt等配置工具;然而使用配置工具的公司更有可能同時使用多個工具。25%的受訪者使用兩種或更多配置工具,只使用一種工具的比例為18%。其中Chef和Puppet是最常用的組合:使用Chef的組織中有67%同時也使用Puppet,類似的,使用Puppet的組織中也有67%同時使用了Chef。
中國也在準(zhǔn)備一份DevOps的報告
文中的統(tǒng)計數(shù)據(jù)來自于國外的DevOps調(diào)研報告。其中由Puppet發(fā)起的DevOps年度國際調(diào)查報告已經(jīng)連續(xù)出版五年,先后收集了2.5萬技術(shù)人員的答卷;2016年收集的有效答卷為4600份,不過僅有10%來自于亞洲。我們并不認(rèn)為這樣的采樣率和采樣數(shù)量可以充分地反映中國的DevOps行業(yè)現(xiàn)狀。
目前,依托DevOps中國社區(qū)成員的積極參與支持,由南京大學(xué)發(fā)起開展《DevOps中國2016年度調(diào)查》活動。期望通過本次問卷調(diào)查,收集DevOps的率先實踐者們關(guān)于DevOps實踐及經(jīng)驗的相關(guān)信息,從而了解DevOps在中國推廣應(yīng)用的狀況,并匯總在DevOps實踐中可能遇到的障礙、挑戰(zhàn)和最佳實踐,最終通過調(diào)查報告進(jìn)一步促進(jìn)DevOps在中國的認(rèn)知和推廣,同時為DevOps的每一位實踐者提供有價值的參考信息和幫助。
期待大家能「戳閱讀原文」填寫調(diào)查問卷,支持中國DevOps的發(fā)展!
本文首發(fā)于InfoQ垂直號「高效開發(fā)運(yùn)維」
關(guān)注常規(guī)運(yùn)維、
亦或是正在崛起的DevOps;
探討怎樣穩(wěn)定地提高產(chǎn)品迭代,
讓運(yùn)維有效地交付并實現(xiàn)IT價值。
高效開發(fā)運(yùn)維,
在后方為你提供運(yùn)維補(bǔ)給,
愿看你屢立戰(zhàn)功,
愿祝你成為中流砥柱!
▽
喜歡我們的會點(diǎn)贊,愛我們的會分享!