DevOps的準則:總有更好的方法
前面描述了根本的、長期的沖突帶來的問題和負面影響,從無法實現公司目標,到對人類同胞造成的提害,通過解決這些問題,DevOps能夠提高公司業(yè)績,實現開發(fā)、QA、T運維、信息安全等各職能技術角色的目標,同時改善人們的境遇。
這個令人振奮的罕見組合可以解釋為什么 DevOps在這么短的時間內激發(fā)出了這么大的興奮和熱情,包括技術領導、工程師,以及我們所處的軟件生態(tài)系統的大部分。
用 DevOps打破惡性循環(huán)
理想情況下,小團隊的開發(fā)人員獨立地實現自己的功能,在類生產環(huán)境中驗證其正確性,再把代碼快速、安全、可靠地部署到生產環(huán)境里。代碼部署是日常的且可預測的工作。部署工作不是選在周五的午夜開始、鏖戰(zhàn)整個周末才完成,而是在每個人都在辦公室的工作日進行,大多數時候甚至不會引起客戶的注意(客戶興奮地看到出現了新功能或者舊缺陷被修復了的情況除外)由于代碼部署是在工作時間段內進行的,幾十年來,Ⅱ運維人員第一次可以像其他人一樣在正常工作時間段工作了。
通過在流程中的每一個步驟創(chuàng)建快速反饋回路,每個人都可以立即看到工作效果。只要代碼變更提交到了版本控制系統,就會在類生產環(huán)境中運行快速的自動測試,這持續(xù)地保證了代碼和環(huán)境符合設計預期,并且總是處在安全的可部署狀態(tài)。
自動試可以幫助開發(fā)人快速發(fā)現錯誤(通常在幾分鐘之內），實現更快速的修復以及真正的學習。如果錯誤是在6個月后的集成測試中發(fā)現的,那時相關的記憶和因果關系早已消退，想從中學習是不可能的。自動化測試使技術債務不再積累,問題在發(fā)現之后就立即被修復了。如果需要,這還可以調動整個公司參與問題的處理,因為總體目標高于局部目標。
在我們的代碼和生產環(huán)境中無處不在的遙測技術,保證了問題能被迅速地發(fā)現并糾正,確保切都能按照預定的方式進行,并且客戶能從我們創(chuàng)造的軟件中獲得價值。
在這樣的場景下,每個人都感覺富有成效—這種架構使得小團隊能夠安全地工作,同時在架構上和其他團隊的工作解耦,這些團隊使用了集運維和信息安全最佳實踐于一體的自服務平臺。團隊獨立、高效地處理小批量工作,快速且頻繁地為客戶提供新的價值,而不是每個人都在等待,面對大量遲來和緊急的返工。
通過黑啟動( dark launch)技術,即便是復雜的產品和功能發(fā)布,也變得稀松平常了。早在發(fā)布日期以前,我們就已經將所有功能的代碼部署到了生產環(huán)境中,它只對內部員工和部分真實用戶可見。這使得我們能夠測試和改進其功能,直到達到預期的業(yè)務目標。
想要讓新功能生效,我們只需要改變一個功能開關或者配置項即可,而不再需要經歷數天或者數周的辛苦工作。這個小變更使新功能對更大規(guī)模的客戶群可見,一旦出現錯誤,就會自動地回滾。因此,發(fā)布新功能變得可控、可預測、可逆,且壓力也小了。
除了新功能的發(fā)布變得更加順利外,各種問題都能在其規(guī)模小、修復容易且成本低的時候發(fā)現并修復。通過每次的問題修復,我們也讓公司得到了經驗和教訓,能夠防止問題復發(fā),并且能更快地定位和修復相似的問題。
此外,每個人都在不斷地學習,從而營造出了一種假設驅動的文化,用科學的方法保證一切都得到了充分的驗證一在對產品開發(fā)和流程改進進行有目的的衡量和實驗之前不做任何工作。
因為我們珍惜大家的時間,所以不會花幾年的時間去打造客戶不想要的功能,不會部署根本就不能用的代碼,也不會修復非問題根源的缺陷。
由于我們關心目標的實現,所以建立了長期的團隊責任制,負責目標的實現。在一般的項目團隊中,每次軟件發(fā)布以后開發(fā)人員就被打散并重新分配了,他們沒有機會得到自己工作的反饋;我們則保持團隊的完整性,這樣團隊可以進行選代和改進,用團隊各成員所學到的經驗來更好地實現目標。對于給外部客戶解決問題的產品團隊,以及幫助其他團隊提高生產力、可靠性和安全性的內部平臺團隊來說，這一點同樣重要。
我們的團隊文化體現了高度的信任與合作,而不是指責,人們會因為冒險而獲得回報。他們可以無所畏懼地討論問題,而不是把問題隱藏起來或者往后拖延一畢竟,我們只有先認識到了問題,才能解決問題。
而且,因為所有人都需要對自己的工作質量負完全的責任,所以每個人在日常的工作中都創(chuàng)建自動化測試,并且使用同行評審的方式來保證在問題影響到客戶之前就解決它。與從管理層向下授權審批的方式相反,上述過程降低了風險,讓我們能快速、可靠、安全地交付價值,Devops甚至可以在挑剔的評審人員面前證明我們擁有一個高效的內部控制系統。
很多時候在出現問題時,我們進行不指責的事后分析,這并不是要懲罰某人,而是為了更好地理解導致事故的原因,以及如何防止事故再次發(fā)生。這個方法強化了我們的學習文化。我們可以還通過舉辦內部技術研討會來提高技能,保證所有人不是在教就是在學。
因為注重質量,所以我們甚至會故意在生產環(huán)境中注入故障,從而了解系統是怎樣以預期方式發(fā)生故障的。我們按照計劃做大規(guī)模的故障演練,隨機結束生產環(huán)境中的進程,中斷正在運行的服務器,同時還注入網絡延遲以及其他惡意因素,以此來確保系統的可靠性。這樣的方式為我們的系統帶來了更高的可靠性,同時為整個公司提供了更好的學習和提高機會。
在這個世界里,不論處于科技公司的哪個崗位,每個人都是自己工作的主人。他們堅信自己的工作很重要,并為公司的目標出了一份力,低壓力的工作環(huán)境以及公司在市場上的成功足以明這一切。公司在市場上取得的業(yè)績就是最好的證據。
【聯系青藍咨詢】
地址： 深圳市南山區(qū)高新南一道06號TCL大廈B座3樓309室 （公交站：大沖 地鐵站：一號線高新園C出口）
郵編：518057
電話：0755-86950769
網址：http://www.mycalorietracker.com
