從0到1，阿里雲高級專家口中的DevOps

內容來源：2017年4月23日，阿里雲高級專家桑彥斌在「雲時代下的運維管理實踐」進行《什麼是DevOps》演講分享。IT 大咖說（id：itdakashuo）做爲獨家視頻合做方，經主辦方和講者審閱受權發佈。

閱讀字數：1020 | 5分鐘閱讀

嘉賓演講視頻回顧及PPT：suo.im/3VbxWB

摘要

DevOps的概念近幾年忽然變的大紅大紫，可是究竟DevOps是什麼，卻每一個人有每一個人的說法。本次演講從務虛的角度上剖析DevOps，以及DevOps和傳統模式的差別，實踐的重點和難點所在，但願你們聽過之後有所收穫。

什麼是DevOps

定義

DevOps是一種工程模式，本質上是一種分工。經過對開發，運維，測試，配管等角色職責的分工，實現工程效率最大化，進而知足業務的需求。

核心

DevOps的核心是角色的分工，而不是組織架構變化，垂直化的組織架構不表明能夠實現DevOps所須要的分工模式，橫向的組織架構也不表明傳統的分工模式。

目標

DevOps的目標是工程效率最大化，它自己也只是一種方法論，是爲了實現工程效率最大化的目標而存在的。

傳統分工模式

優點：分工與責任清晰，質量有保障。層層約制，容易把控。

劣勢：溝通成本與等待成本過高，每個環節都有成爲瓶頸的風險。OPS負責交付，容易演變成「擦屁股」的角色。

DevOps分工模式

優點：減小溝通成本與等待風險，下降正常需求交付所需時間，DEV負責交付，避免交付扯皮。

劣勢：每一個環節參與角色較多，風險較高專業度會有所下降。DEV權利過大，容易軍閥化。

難點和問題

尋找平衡點

工程效率與穩定性的目標在大部分場景下都是相悖的，如何可以在工程效率提高的前提下，保證穩定性不出問題。

責權劃分

在除Coding之外的全部環節中，責任和分工要怎麼來分，才能保證DEV使用順暢，跟上公司業務發展。

制約與考覈

打破原先的平衡之後，新的平衡如何創建？DEV在工程中話語權加大，權利是必定會被制約的，不是內部就是外部。

DevOps怎麼衡量

工程效率是DevOps最大的目標，它自己就是爲了這個目標存在的。我從開發開始寫這個代碼開始，直到這個需求交付給市場和用戶，這個時間是DevOps的目標。

穩定壓倒一切。若是穩定性不達標，其它作什麼都沒用。

非研發工做佔比是指在一個DEV的團隊中，它花在非Coding的事情上精力有多少。非研發工做佔比越少越好。

業務規模和運維人員的比例是越高越好。好比google，咱們認爲google內部的DevOps程度已經很高了，據我所知google設備數大約在100~200萬之間，運維人員大概有1000人，也就是說每一個SRE大概能夠管理2000臺左右的業務。

回到最初的問題——什麼是DevOps

我認爲DevOps到如今爲止還只是一個方法論，它提出了一種分工的辦法，這個辦法理論上來講可使研發變得更高效。

還有一點，就是不要相信最佳實踐，由於每一個環境是不同的。DevOps是管理決定，一旦作了決定以後，咱們就要去思考這個理論和公司業務結合以後會是什麼樣的。能夠借鑑最佳實踐的方法論，以及它遇到矛盾時是怎樣處理的，可是絕對不能照抄。

今天的分享就到這裏，謝謝你們！