參加ApacheCon2013的筆記持續整理消化中....Orz..
話說在DevOps 的概念裡面本來就有包含QA的概念，不過很多時候卻被人誤解成，不需要QA或者是QA不重要，因此講者就在投影片引用一句話：
To make error is human. To propagate error to all server in automatic way is Devops所以越是自動化的部屬，就越需要QA的參與，所以講者就特別把QA獨立出來強調，因此才有DevQaOps的詞..XD 其實目的都是為了能達到Agile - Continuous Delivery 的境界。
雖然之前我有整理過一篇文章關於DevOps的工具與技術 - Continuous delivery - tools and techniques ，但是對於這塊的著墨還是略嫌不足，而這次參加這個Session
這篇文章列出一堆幫助DevOps的工具與技術，而這個Session 雖然題目是寫Maven + Puppet + Tomcat 的組合，但是裡面主要介紹必較新奇的技術卻是 "Puppet + vagrant" 的組合，透過Puppet + vagrant 的組合能快速的建立vm環境和開發環境，加速複製和重建的時間，然後也可以利用puppet 控制maven 的安裝與控制，詳細的範例可以參考講者放在Github上的範例專案：
- Continuous Delivery with Maven, Puppet and Tomcat
- puppet + vagrant + maven 的組合
延伸閱讀：
投影片：
後記：
因為筆者都在介紹Puppet我就好奇，那Chef呢？因為這也是常見常聽到的技術，所以我就順便Google了 Chef 與 Puppet之間的差異。
- Chef vs Puppet – my take on the holy war
- Puppet or Chef?
- What is the difference between Chef and Puppet in configuration management software?
- Puppet versus Chef: 10 reasons why Puppet wins
簡單來說就是Chef 是新公司做出來的產品，有著跟Puppet相同的目標但是不同的技術，所以Puppet陣營的說法就是Chef沒有經過大型系統Deploy 的驗證與知名公司的背書 (不過最近Facebook採用了~:P)
所以同樣的也有Chef 跟Maven 整合的專案和套件：
沒有留言 :
張貼留言