1.8 小結
本章的主要知識點是：人們從不同的視角定義devops。例如，運維人員採用敏捷實踐，開發人員承擔運維責任，以及其他一些視角的定義。但共同目標是縮短乙個功能或改進點從業務思路構想到最終部署給使用者的時間。
由於文化及技術上的挑戰，devops面臨著障礙。它可能對團隊架構、軟體架構、運維的傳統方式形成巨大的衝擊。我們列出了一些常見的實踐，讓你對這種衝擊有初步的了解。我們將在本書剩餘部分詳細講述這些主題。
devops涉及的一些權衡如下：
現在需要支援devops工具了。在對工具進行支援與縮短新功能投向市場的時間之間進行權衡。
把職責從it人員轉向開發人員。這種權衡是多方面的，下面是需要考慮的一些方面：
兩個團隊完成同乙個任務的成本。
兩個團隊完成同乙個任務的時間。
兩個團隊中的人員是否可以投入工作中。
在執行期間發現錯誤時需要的修復時間。如果部署後很快就發現了錯誤，那麼開發人員還有可以迅速診斷問題所需的背景資訊，而如果錯誤一開始是由it人員診斷的，在把錯誤交給開發人員處理之前可能需要花費一些時間。
去掉對新功能和部署的監管。這是在開發團隊自治與整體協作之間的權衡。開發團隊自治的效率必須超出因為沒有整體監管而造成的工作量的重複。
總之，我們相信devops有潛力帶領it走向激動人心的新領域，帶來更高頻率的創新、更快的迴圈週期，以此提公升使用者體驗。我們希望你喜歡閱讀本書，就像我們喜歡寫作本書一樣。
《DevOps軟體架構師行動指南》讀後感1
通過閱讀 devops軟體架構師行動指南 這本書，對devops架構方 和關鍵技術有乙個全面的了解和認知。devops是什麼？在書裡面給出定義為，devops是一套實踐方法，在保證高質量的前提下縮短系統變更從提交到部署至生產環境的時間。實際上看了這個定義你也很難對devops有乙個全面的了解。因此也...
軟體架構師
軟體企業中有乙個角色叫做軟體架構師，不同公司或者不同的環境下，對該職位的定位可能不盡相同。微軟首席架構師ray ozzie 對自己職位的一些看法，倒是給人很多啟發 1.不管是設計一座橋梁還是一幢大廈，你是在特定的情況下應用各種設計模式 2.在做程式設計師的時候你要花時間讓自己理解各種不同的模式，並能...
軟體架構師
軟體企業中有乙個角色叫做軟體架構師，不同公司或者不同的環境下，對該職位的定位可能不盡相同。微軟首席架構師ray ozzie 對自己職位的一些看法，倒是給人很多啟發 1.不管是設計一座橋梁還是一幢大廈，你是在特定的情況下應用各種設計模式 2.在做程式設計師的時候你要花時間讓自己理解各種不同的模式，並能...