黑盒運(yùn)維轉(zhuǎn)型為白盒運(yùn)維：允許開發(fā)人員改變生產(chǎn)環(huán)境
51CTO編輯注：閱讀本文之前，您可能對(duì)這篇文章也感興趣：開發(fā)者與系統(tǒng)管理員的爭(zhēng)執(zhí):不要碰我的生產(chǎn)環(huán)境!
Mitchell Hashimoto，Vagrant的共同創(chuàng)立者，Kiip公司的系統(tǒng)管理員，在Gothenburg的DevOps Days上的講演中提出了一個(gè)基于經(jīng)驗(yàn)的、將組織由傳統(tǒng)的黑盒運(yùn)維文化轉(zhuǎn)型為（理想的）白盒文化的路線圖，在白盒運(yùn)維文化的環(huán)境中，開發(fā)人員可以自由的改變生產(chǎn)環(huán)境。
Mitchell的路線圖目標(biāo)在于保持應(yīng)用程序（和環(huán)境）穩(wěn)定，同時(shí)支持加快的反饋周期，和更加快速的部署周期。這份路線圖由下述5個(gè)步驟組成：
- 度量和監(jiān)控
- 高層次的文檔
- 在開發(fā)環(huán)境中鏡像生產(chǎn)環(huán)境
- DevOps辦公時(shí)間
- 自動(dòng)化的基礎(chǔ)設(shè)施測(cè)試
獲取操作環(huán)境的測(cè)量數(shù)據(jù)讓開發(fā)人員更好的理解操作的性能和穩(wěn)定性。雖然有很多可用的監(jiān)控工具，但通常開發(fā)人員并不熟悉它們。通過獲取數(shù)據(jù)和提供可視化的反饋，例如描述服務(wù)器負(fù)載或響應(yīng)時(shí)間的圖表，會(huì)逐漸影響開發(fā)人員開始關(guān)注運(yùn)行中的系統(tǒng)的狀況。
基礎(chǔ)設(shè)施的文檔，包括高層次的運(yùn)行時(shí)架構(gòu)圖或其它有意義的制品（例如部署流程，失敗解決方案，工具使用指南等等），可讓團(tuán)隊(duì)深入了解生產(chǎn)環(huán)境內(nèi)部情況，及變更對(duì)整個(gè)系統(tǒng)的質(zhì)量，如可擴(kuò)展性和性能，的影響。經(jīng)常性的、有關(guān)技術(shù)的簡(jiǎn)短交談也有助于提高已交付的、運(yùn)行中的應(yīng)用程序的可見性，同時(shí)也提供更多對(duì)特定技術(shù)或工具的深入解釋。
在開發(fā)環(huán)境中鏡像生產(chǎn)環(huán)境，可以讓開發(fā)人員熟悉生產(chǎn)環(huán)境中的腳本，并開始嘗試一些試驗(yàn)，而無需擔(dān)心失敗。通過重用腳本和工具來管理開發(fā)環(huán)境，和管理生產(chǎn)環(huán)境一樣，可以節(jié)約很多工作量。更進(jìn)一步來說，在實(shí)際應(yīng)用于生產(chǎn)環(huán)境之前，部署過程經(jīng)過了千百次的演練和測(cè)試。
進(jìn)一步促使DevOps文化轉(zhuǎn)變，包括開發(fā)和運(yùn)維每周有共同的工作時(shí)間，借此解釋和澄清雙方需了解的各種主題，甚至開展一些代碼審查，從而培養(yǎng)一種合作的學(xué)習(xí)氛圍。***的技術(shù)變革包括自動(dòng)化基礎(chǔ)設(shè)施測(cè)試（無論是單元測(cè)試、集成測(cè)試或系統(tǒng)級(jí)測(cè)試），給開發(fā)人員提供了一張“安全網(wǎng)”，以便放心的對(duì)運(yùn)維進(jìn)行變更。在這一點(diǎn)上，開發(fā)人員對(duì)運(yùn)維的變更可由運(yùn)維人員輕松的控制和驗(yàn)證。
Mitchell強(qiáng)調(diào)，事實(shí)上，所有這些變化需要按照順序慢慢實(shí)現(xiàn)，以便能夠被消化。特別是交替推動(dòng)技術(shù)變革與文化變革為接受這些改變提供了空間。
查看英文原文：Moving Ops from black to white box
譯者 姚九強(qiáng) 是一名業(yè)務(wù)分析師，機(jī)器人愛好者，目前在ThoughtWorks。關(guān)注敏捷方法、運(yùn)維和業(yè)務(wù)模型。
原文：http://www.infoq.com/cn/news/2011/10/ops-from-black-to-white-box
【編輯推薦】
