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)境，

黑盒運(yùn)維轉(zhuǎn)型為白盒運(yù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è)施測試

    獲取操作環(huán)境的測量數(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)部情況，及變更對整個(gè)系統(tǒng)的質(zhì)量，如可擴(kuò)展性和性能，的影響，

管理資料

《黑盒運(yùn)維轉(zhuǎn)型為白盒運(yùn)維》(http://m.msguai.com)。經(jīng)常性的、有關(guān)技術(shù)的簡短交談也有助于提高已交付的、運(yùn)行中的應(yīng)用程序的可見性，同時(shí)也提供更多對特定技術(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)維每周有共同的工作時(shí)間，借此解釋和澄清雙方需了解的各種主題，甚至開展一些代碼審查，從而培養(yǎng)一種合作的學(xué)習(xí)氛圍。最新的技術(shù)變革包括自動(dòng)化基礎(chǔ)設(shè)施測試（無論是單元測試、集成測試或系統(tǒng)級(jí)測試），給開發(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)，以便能夠被消化。特別是交替推動(dòng)技術(shù)變革與文化變革為接受這些改變提供了空間。

    查看英文原文：Moving Ops from black to white box

    譯者姚九強(qiáng)是一名業(yè)務(wù)分析師，機(jī)器人愛好者，目前在ThoughtWorks。關(guān)注敏捷方法、運(yùn)維和業(yè)務(wù)模型。