Mitchell Hashimoto，Vagrant的共同創(chuàng)立者，Kiip公司的系統(tǒng)管理員，在Gothenburg的DevOps Days上的講演中提出了一個基于經(jīng)驗的、將組織由傳統(tǒng)的黑盒運維文化轉(zhuǎn)型為（理想的）白盒文化的路線圖，在白盒運維文化的環(huán)境中，開發(fā)人員可以自由的改變生產(chǎn)環(huán)境，

黑盒運維轉(zhuǎn)型為白盒運維

。

    Mitchell的路線圖目標在于保持應(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ù)器負載或響應(yīng)時間的圖表，會逐漸影響開發(fā)人員開始關(guān)注運行中的系統(tǒng)的狀況。

    基礎(chǔ)設(shè)施的文檔，包括高層次的運行時架構(gòu)圖或其它有意義的制品（例如部署流程，失敗解決方案，工具使用指南等等），可讓團隊深入了解生產(chǎn)環(huán)境內(nèi)部情況，及變更對整個系統(tǒng)的質(zhì)量，如可擴展性和性能，的影響，

管理資料

《黑盒運維轉(zhuǎn)型為白盒運維》(http://www.stanzs.com)。經(jīng)常性的、有關(guān)技術(shù)的簡短交談也有助于提高已交付的、運行中的應(yīng)用程序的可見性，同時也提供更多對特定技術(shù)或工具的深入解釋。

    在開發(fā)環(huán)境中鏡像生產(chǎn)環(huán)境，可以讓開發(fā)人員熟悉生產(chǎn)環(huán)境中的腳本，并開始嘗試一些試驗，而無需擔(dān)心失敗。通過重用腳本和工具來管理開發(fā)環(huán)境，和管理生產(chǎn)環(huán)境一樣，可以節(jié)約很多工作量。更進一步來說，在實際應(yīng)用于生產(chǎn)環(huán)境之前，部署過程經(jīng)過了千百次的演練和測試。

    進一步促使DevOps文化轉(zhuǎn)變，包括開發(fā)和運維每周有共同的工作時間，借此解釋和澄清雙方需了解的各種主題，甚至開展一些代碼審查，從而培養(yǎng)一種合作的學(xué)習(xí)氛圍。最新的技術(shù)變革包括自動化基礎(chǔ)設(shè)施測試（無論是單元測試、集成測試或系統(tǒng)級測試），給開發(fā)人員提供了一張“安全網(wǎng)”，以便放心的對運維進行變更。在這一點上，開發(fā)人員對運維的變更可由運維人員輕松的控制和驗證。

    Mitchell強調(diào)，事實上，所有這些變化需要按照順序慢慢實現(xiàn)，以便能夠被消化。特別是交替推動技術(shù)變革與文化變革為接受這些改變提供了空間。

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

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