您如何建立DevOps管道？從DevOps從業(yè)人員的角度來看，許多組件都是顯而易見的：您需要諸如持續(xù)集成服務器，測試自動化框架，自動化部署平臺和生產(chǎn)監(jiān)控工具之類的工具。這些工具可幫助您在連續(xù)交付管道中移動和管理代碼。

但是有效地處理代碼只是DevOps挑戰(zhàn)的一部分。設置DevOps管道時，還有一個容易忽略的要求：知識管理。如果沒有解決方案來交流和管理團隊使用代碼所需的信息，則整個DevOps策略將失敗。

畢竟，由于持續(xù)交付和無縫協(xié)作是DevOps的核心目標，因此只有有效地管理知識，您才能實現(xiàn)DevOp的全部承諾。

讓我們看看將知識構建到DevOps中意味著什么。

知識與開發(fā)運維

首先，讓我定義在DevOps上下文中知識的含義。

知識是指組織內部某人可能需要了解的所有內容，才能在DevOps交付鏈中發(fā)揮作用。其中包括諸如如何配置軟件環(huán)境以及如何部署工具（通常在文檔中找到的數(shù)據(jù)類型）之類的信息。

但是，DevOps知識包括其他類型的信息，這些信息很難集成到常規(guī)文檔數(shù)據(jù)庫中。就像是誰負責執(zhí)行哪些任務，您的組織優(yōu)先處理哪些工作負載（例如，如果您缺乏資源，應該優(yōu)先考慮哪些應用程序）以及未來部署或擴展的計劃之類的事情。

這些知識不是嚴格的技術知識；它具有社會和文化元素，對于保持DevOps管道順暢運行至關重要。

將知識整合到DevOps中

您如何確保組織的所有知識都包含在DevOps管道中？考慮以下策略和解決方案。

超越文檔思考

常規(guī)的文檔數(shù)據(jù)庫（例如Linux手冊頁）非常適合記錄具體的技術細節(jié)，例如哪些命令行標志對特定工具起作用。

但是，文檔數(shù)據(jù)庫并不是將知識納入您的整體DevOps實踐中的整體解決方案。它們并非旨在記錄社會或文化信息，并且缺乏協(xié)作元素。它們的搜索也不是特別容易，特別是如果您要查找有關廣泛主題的信息（例如，要優(yōu)先考慮哪些工作負荷），而不是如何配置或使用特定工具。

專注于合作

為了建立在我之前關于協(xié)作的觀點的基礎上，您利用任何在DevOps實踐中積累知識的解決方案都應該允許您的團隊成員進行協(xié)作。換句話說，您的團隊應該能夠交流和提出問題，因為他們共享知識。知識不應被視為靜態(tài)實體。

即時消息工具和論壇是實現(xiàn)協(xié)作知識共享的一種方法，但請注意其缺點。即時消息缺乏永久性，一旦線程增長了幾條以上的消息，就很難在傳統(tǒng)論壇上進行協(xié)作和關注。

更好的解決方案是讓您的DevOps團隊以一種總是在其中的最佳答案始終是最佳答案的方式來提問和分享答案，甚至在討論進行數(shù)月或數(shù)年后也很容易找到。

匯集不同的團隊

有效地進行DevOps需要結合許多不同類型的知識和專長。開發(fā)人員需要能夠與QA團隊，IT團隊甚至可能是非技術人員（例如營銷人員（他們可能會幫助銷售您的DevOps團隊提供的軟件））和律師（需要咨詢的人）有效地共享信息。與合規(guī)性相關的問題）。

因此，您的DevOps知識管理實踐必須使所有這些小組都易于記錄和共享信息。他們一定不需要特殊的專業(yè)知識，并且應該使您的團隊中的任何人都容易找到信息。由于這些原因，像Git這樣的技術知識共享和協(xié)作工具（如果您是開發(fā)人員，那會很好，但對于大多數(shù)其他人則更難使用）通常不是DevOps的良好知識管理解決方案

使知識連續(xù)不斷

連續(xù)性（即代碼和信息的不斷流動）是DevOps的關鍵要素。任何會中斷連續(xù)性的事情都會削弱DevOps流程的速度和敏捷性。

因此，您的知識共享和協(xié)作工具也必須是連續(xù)的。它們必須允許您的團隊保持最新知識（畢竟，您今天選擇遵循的優(yōu)先級或最佳實踐明天可能會發(fā)生變化），并在出現(xiàn)問題時迅速進行溝通。難以更新的工具，或僅某些團隊成員具有使用技能的工具，不能保證持續(xù)的知識共享。

結論

有效的知識管理與進行有效的代碼管理一樣，對于進行DevOps至關重要。盡管傳統(tǒng)知識管理工具通常不適用于瞬息萬變的DevOps世界，但使團隊中的每個人都易于持續(xù)高效協(xié)作的工具將有助于填補這一空白，從而使您能夠將知識融入所有DevOps實踐。