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