通過閱讀《devops軟體架構師行動指南》這本書，對devops架構方**和關鍵技術有乙個全面的了解和認知。
devops是什麼？
在書裡面給出定義為，devops是一套實踐方法，在保證高質量的前提下縮短系統變更從提交到部署至生產環境的時間。實際上看了這個定義你也很難對devops有乙個全面的了解。因此也可以定義為，devops是在保證質量的前提下，提供的一整套從開發，測試到生產運維的持續交付和管控方**。在整個過程中需要實現自動化，視覺化，流水線式作用，同時將質量管控無縫嵌入其中。
devops拓展了原有的持續整合方**，其核心增加了元件化和微服務架構，其次增加在交付和部署的時候和paas雲資源池和動態排程的整合。
不僅在新系統的開發交付，其更加重要價值在於老系統在後續變更中的持續交付和整合能力。也就是常說的實現了開發，運維和質量管控的一體化作業。也就是我們經常說的，開啟了開發和運維之間的鴻溝，真正實現了開發，運維的一體化作業。
devops提倡將運維人員作為首要的干係人，並在需求階段一開始就介入。
devops確保整個發布過程是視覺化的，同時實現發布過程的質量控制，可管理和可追溯。以確保在部署出現問題的時候能夠快速的查詢原因或整體回滾。
運維人員後期運維難的乙個重要原因就是前面所以開發和測試過程對他們都是黑盒，對於這種部署在軟硬體環境裡的黑盒系統，在出現故障時候他們也很難第一時間查詢到真正的原因並快速解決。
devops和敏捷，我更願意理解為需求的條目化，持續整合，視覺化這幾個關鍵點的實踐。
在協同上面要注意到，devops有兩個重點，其一是開發，qa+測試，運維三大角色之間的協同；其二是軟體打包版本在開發，測試，生產多個環境間的自動化部署和遷移。
人們從不同的視角定義devops，例如運維人員採用敏捷實踐，開發人員承擔運維責任，以及其它一些視角的定義。但共同目標都是縮短乙個功能或改進點從業務思路構想到最終部署給使用者的時間。
DevOps 軟體架構師行動指南1 8 小結
1.8 小結 本章的主要知識點是 人們從不同的視角定義devops。例如，運維人員採用敏捷實踐，開發人員承擔運維責任，以及其他一些視角的定義。但共同目標是縮短乙個功能或改進點從業務思路構想到最終部署給使用者的時間。由於文化及技術上的挑戰，devops面臨著障礙。它可能對團隊架構 軟體架構 運維的傳統...
軟體架構師
軟體企業中有乙個角色叫做軟體架構師，不同公司或者不同的環境下，對該職位的定位可能不盡相同。微軟首席架構師ray ozzie 對自己職位的一些看法，倒是給人很多啟發 1.不管是設計一座橋梁還是一幢大廈，你是在特定的情況下應用各種設計模式 2.在做程式設計師的時候你要花時間讓自己理解各種不同的模式，並能...
軟體架構師
軟體企業中有乙個角色叫做軟體架構師，不同公司或者不同的環境下，對該職位的定位可能不盡相同。微軟首席架構師ray ozzie 對自己職位的一些看法，倒是給人很多啟發 1.不管是設計一座橋梁還是一幢大廈，你是在特定的情況下應用各種設計模式 2.在做程式設計師的時候你要花時間讓自己理解各種不同的模式，並能...