持續交付工具領域:DevOps越出SaaS界線
企業DevOps正在評估持續交付工具的新版本,該工具可以部署在防火墻后,在某些情況下,這么做能夠提升安全性,并帶來更好的性能。
主要作為軟件即服務(SaaS)提供的DevOps工具在本月開始向用戶提供了新的部署方式,視圖吸引開始流水線化開發流程、但可能并不會將服務部署到公有云上的大型企業。Shippable、CloudBees 和 CircleCI同時在本月開始嘗試超越SaaS;CloudBees已經有了可以在本地部署的企業版本,但是現在提供了新的私有云SaaS版本。
目前在其本地防火墻后使用Atlassian Bamboo持續交付工具的傳統企業正在研究基于Jenkins的搭建,使用CloudBees新的私有云SaaS版本,該產品擁有自擴展和自修復的特性,讓DevOps支持者可以在本地部署,并且將其作為服務交付給企業內的開發人員。
“兩個世界里***”的方案吸引了Mario Cruz,他是Watsco Ventures的主管,Watsco Ventures是HVAC經銷商。Curz在之前的工作里使用CloudBees,并且嘗試將其引入Watsco的內部來滿足安全需求,同時讓持續交付流程更加容易。
CloudBees所基于的Jenkins的最為吸引人之處,在于其活躍且受歡迎的開源社區,Cruz說。
“如果想要用它來做一些之前沒有做過的事情,相應的解決方案很可能已經存在了,這和Bamboo不一樣,它的所有工作都只能依靠Atlassian,”Cruz說。
CloudBees的私有云SaaS版本很有希望能夠通過運行本地Jenkins服務器來緩解一些讓企業頭疼的事情,Curz說。
另一家擁有大量使用Ruby構建的本地API的公司對Shippable的***版本也很感興趣,該版本包括一個適配器,能夠在私有云上部署軟件,并且無需編寫復雜的基礎架構代碼,同時還能改進性能。
Packet,總部位于紐約的一家純物理托管服務器供應商,每個版本都有帶有很多API的很多包。完成這么多包的測試工作量很大;有時候開發人員需要等待20到25分鐘,基于SaaS的Shippable測試才能運行完成,Aaron Welch說,他是公司的聯合創始人及資深副總裁。“即使你每天只需要做一次,但是就會讓整個團隊處于等待狀態。之后如果構建失敗,他們就不得不再次等待,”他說。
這個新版本讓Packet能夠在其海量純物理服務器上部署軟件,幫助API構建時間下降到5或6分鐘——這有“很大的不同”,他說。“如果過去的一年里比較一下等待25分鐘和5分鐘的區別,就能意識到我們之前浪費了多少時間,現在通過使用自己托管的版本能夠節約多少時間,”Welch說。
有安全意識的企業還對能夠部署在本地私有云或者云供應商基礎架構的持續集成和持續交付工具感興趣,企業IT正是目標用戶群體,Baron Schwartz說,他是VividCortex,一家位于夏洛茲維爾的數據庫監控SaaS供應商的創始人及CEO。他也正在思考將自己的產品轉變為本地軟件,來吸引大型企業客戶。
“大家每年花費上千或者數千美元租賃東西,但是當達到6或者7千時,你得到得反而更少,”Schwartz說。
VividCortex還堅持為其DevOps工具鏈的持續交付部分提供用戶可部署的軟件,目前這部分在搭建了Jenkins的Amazon Virtual Private Cloud上完成。但是這樣可能并不靈活,Schwartz也承認這一點。
“我不認為所有人都最喜歡Jenkins系統,”Schwartz說。“它的確備受關注,并且支撐著我們基礎架構相關的其他部分。”比如,大概有一半的時間里,是Jenkins服務器導致VividCortex環境的磁盤使用報警,或者某個服務器使用了過高百分比CPU。
但是,Jenkins高度可自定義,并且可以在VividCortex的VPC里運行,它已經是該公司的DevOps工具鏈上不可缺少的部分。CircleCI Enterprise還可以修改為使用shell腳本,但是Schwartz認為需要更多的研究來決定這是不是完整的替代方案。