七款做好DevOps的強大工具

2021-01-11 CSDN技術社區


以前,開發(Development)和運維(Operations)總是相互指責。程序代碼永遠不會按照開發者的意願及時更新,伺服器的管理人員則對開發者隨意簡化進程擱置服務請求十分惱火。

直到DevOps的到來,一些工具消除了雙方之間的隔閡,提供了從配置管理到應用程式移植的服務,這條戰線便消失了。這裡介紹幾款最近頗受好評的DevOps工具。

1. Atlas


HashiCorp最新推出的Atlas提供了可視化的基礎設施,在配置管理和服務搜尋之外,還提供了伺服器、包容器和虛擬機。該項目是在其廣受歡迎的開源項目Vagrant、Packer、Serf、Consul 和Terraform的基礎上建立的,其特有閉源模式能使DevOps在AWS、谷歌計算引擎、Azure以及OpenStack等各種雲服務中運行自如,此外,Atlas還提供了可用於開發、資源配置和維護應用程式的儀錶板。

Lithium Technologies 工程師Justin Franks目前所用的開發工具是Vagrant,他正在考慮使用Atlas為公司的客戶互動平臺服務。Franks 說Atlas在Lithium Technologies已經投入使用,現在主要在測試其持續集成和配置的能力。「有很多的工具,比如Jenkins、Travis和Bamboo,它們都過不了最後資源配置的那一關。」弗蘭克如是說。

Atlas自購系統的安裝預計在今年年初進行。

2. Chef


Chef是一個系統和雲端基礎架構的框架,它可以通過被稱為「recipes」的簡短可重複腳本自行操作基礎設施的建立、配置和管理。但Chef的實權其實只在於操作其可插拔的配置模塊(又名「食譜」),而在Chef中有近2000個這樣的模塊。作為Chef的高調用戶之一,Facebook最近開放了一些自己的Chef「食譜」的原始碼,包括Taste Tester測試框架和Grocery Delivery,後者是用於監測原始碼回購(如Git)並保持本地Chef伺服器同步的工具。

賓夕法尼亞大學沃頓商學院也是Chef的用戶之一。「Chef可自動化操作一些時間密集型和資源密集型的複雜任務,更重要的是它使我們能夠集中精力進行創新和提高服務質量,」該校的技術總監Sanjay Modi在Chef網站的個案分析上說,「Chef也將為組織內的協作和工作效率提高帶來更多的可能。」 Chef已被使用於沃頓商學院的Amazon EC2資源、Linux節點和本地虛擬機的自動化配置管理。

3. Docker


Docker以其集裝化技術為應用程式帶來便攜性,在Docker中,應用程式可以跨平臺運行自給系統。Docker是由Docker引擎和Docker集線器組成的,前者是一個輕量級的運行時間和包裝工具,後者則是應用程式共享和工作流程自動化的雲服務。

「Docker已成為Yelp下一代測試和服務管理基礎設施的重要組成部分,」Yelp 的技術總監Sam Eaton在Docker網站上的案例研究中說,「依賴性隔離和『貨櫃』的快速旋轉使得開發周期和測試速度提高了不只4倍。」

4. Puppet


通過機器和軟體的自動化配置和管理,Puppet公司從Puppet實驗室提供數據中心的業務流程。最新發布的3.7版本推出了Puppet Apps,這是一款專用於應用IT自動化的應用,其包含的Node Manager,可用於管理大量常變系統。Puppet的開源版本也已推出。

史丹福大學採用Puppet的開源版本來「解決開發新型數字圖書館服務和保持這些服務高性能安全運行之間的矛盾,」史丹福大學的Bess Sadler在Puppet網站的視頻推薦中如是說。

她還指出開發者應更多地參與系統管理,而系統管理員也同樣參與了軟體開發,於是,應用開發也就更加快捷省時。

5. SaltStack


SaltStack提供數據自動化、伺服器配置、雲端建設和應用程式配置的系統管理。事件驅動的雲端基礎架構自動化工具,可以自動運行DevOps工作流程中的任務。Deseret Digital Media已經採用SaltStack自動化運行環境長達兩年,其特點是大約200個虛擬機用於運轉生產和登臺環境。

Deseret Digital的開發部主管Justin Carmony表示,SaltStack「使操作更加貼近開發者」。Deseret Digital有三個運營人員和30個開發者:SaltStack讓研發與運營統一戰線,比如在新伺服器配置上。一般來說,運營和研發會一直爭吵,無法達成統一意見。而SaltStack提供了一種通用的方法和通用語言來管理伺服器,從而有助於雙方消除誤會,方便溝通。

6. ScriptRock GuardRail


GuardRail提供了配置監控,連續監測機器的配置狀態。它可以確保用戶的生產環境是符合質量保證以及測試和開發環境的。VersionOne,一個靈活項目管理平臺的製造商,在遇到的配置漂移和自動化的挑戰後,果斷轉向了GuardRail。

「開發者走捷徑使自動化更易實現。為了在新的代理上運行已有創建,他們改變了之前用於其他創建的代碼。於是基礎設施的不穩定破壞了兼容多個生成代理的可能性。」 VersionOne 的產品經理Ian Buchanan在案例分析中如是說。「而有了GuardRail,我們現在可以了解到任何生成代理是如何配置的,所以我們能夠依照我們的意願,確實地擴展到儘可能多的代理。」現在,VersionOne可以直觀的看到配置漂移,可以記錄預期,並創造了人類可讀的測試,這相當於節省了一個專職的測試人員。

7. Splunk


Splunk是在整個應用程式的生命周期中實時尋找和修復問題的工具,它使開發者能夠直接看到生產環境中的數據,而無需訪問生產機器。Splunk協助用戶進行DevOps過程,包括持續的集成和資源配置。

User EnerNOC使用Splunk大概五年了,這是一家為電網運營商等提供能量智能軟體的公司。「Splunk從根本上改變我們操作生產系統的方式,」EnerNOC 公司的首席工程師James Nichol介紹說,「它使技術和非技術用戶都能夠深入了解一個非常複雜的系統,這個系統原本是他們無法了解的。我們已經有了虛擬伺服器和開發經理,服務臺運營商也建立了儀錶板和警報,並開始深入挖掘數據——沒有Splunk,這些都是不可能實現的。」

原文連結: 7 cool tools for doing devops right(翻譯/李貽麗 責編/錢曙光)

本文為CSDN編譯整理,未經允許不得轉載,如需轉載請聯繫market#csdn.net(#換成@)

相關焦點

  • DevOps工具棧
    專門介紹DevOps各種工具的網站 http://www.devopsbookmarks.com/下圖包含了 開發協作、軟體構建、質量測試、交付部署和投產運維 前三個階段偏傳統開發組織的工作內容,後兩個階段基本可以和運維組織的工作對應上
  • 鄭州銀行:DevOps工具鏈容器化項目
    項目方案隨著技術發展和信息化管理要求升級,鄭州銀行需要一套適應微服務、devops等新技術發展的運維支持平臺支撐應用系統精益化管理。運營情況先後對DevOps工具鏈多個組件進行遷移,主要遷移順序及內容如下:一、devops工具鏈及基礎軟體。
  • DevOps教程:DevOps 生命周期
    【注】本文譯自:https://www.javatpoint.com/devops-lifecycle DevOps定義了運營與開發之間的敏捷關係。從產品的開始到最終階段,開發團隊和運營工程師共同實踐這一過程。
  • DevOps教程:DevOps 生命周期
    【注】本文譯自:https://www.javatpoint.com/devops-lifecycleDevOps定義了運營與開發之間的敏捷關係。從產品的開始到最終階段,開發團隊和運營工程師共同實踐這一過程。
  • 開源免費跨平臺的devops批量運維工具《卡死你3000》簡介 第一季
    又到了分享的時間,今天給大家分享一款,開源,免費跨平臺的devops批量運維工具。號稱比ansible好10倍,具有批量遠程執行腳本,定時運行腳本的,devops運維工具。運維手中的瑞士軍刀!devops批量運維工具《卡死你3000》。我道:「先等等,名字咋這麼怪呢?」為神馬叫《卡死你3000》?作者答:名字而已,瞎編!
  • DevOps教程:DevOps 架構
    【注】本文譯自:https://www.javatpoint.com/devops-architecture 2) 編碼 使用 Git 這樣的工具可以更好地使用代碼,以確保代碼為業務而編寫,幫助跟蹤變更、獲取實際和預期輸出間差異背後原因的通知、並在必要時反饋到原始代碼。代碼可以被安放於適當的文件、文件夾等中,並且可以重複使用。
  • DevOps的能力模型、演進及案例剖析
    現在情況變了,自從Dev和Ops弄在一起變成DevOps後,又出現了幾個自動化工具,搞的現在Dev不好好寫代碼了,Ops也不好好的寫命令行,都去學習自動化工具去了。 這不是DevOps的王道。這是錯誤的。
  • 七款國外免費Windows 7優化工具推薦!
    七款國外免費Windows 7優化工具推薦!本文小編收集了七款國外流行的Windows 7系統優化工具推薦給大家,雖然其中的一些並不是免費軟體但都有免費試用期,大家可以隨意選用!    1.
  • DevOps成長路線圖
    從敏捷,CI/CD 到DevOps, 需要的知識越來越多,可以是說作為DevOps工程師,你需要懂很多很多,從項目管理,代碼管理,開發流程,版本控制,環境搭建,上線流程,運維監控等等,中間涉及各種各樣的技術工具。這裡我列出了 DevOps方面的經典書籍 ,並附加上一份學習路線圖,它告訴你作為DevOps工程師到底要具備什麼?
  • DevOps 發展史
    【注】本文節譯自:https://www.bmc.com/blogs/devops-history/經驗豐富的專業DevOps:教您成功所需的工具。全面迎合組織的特定需求。>必須培育和反覆改進的文化可見度指導學習包容和開放的所有想法迭代持續協同合作自信地開發和交付軟體的絕佳方法DevOps 不是:輕鬆實現或實施產品或工具鏈
  • Gdevops峰會:關於DevOps、AIOps、資料庫的這些坑,你需要知道!
    Gdevops峰會:關於DevOps、AIOps、資料庫的這些坑,你需要知道!2020年,Gdevops全球敏捷運維峰會開啟了傳播前沿技術、助力技術人成長進階、促進跨界交流合作的第五個年頭。
  • 推薦一款功能強大的工具包
    推薦一款功能強大的工具包 日常開發,往往會使用一些工具類,儘量避免造輪子,一是節約時間成本,二是自己造的輪子不一定比現有輪子好。能藉助他人的力量,快速實現自己想要的功能,也是一種能力。當然學習一些基礎原理,自己造一些輪子加深印象也是非常好的。
  • 看這8個DevOps重點,提高2021 生產率
    不能為了敏捷而敏捷,為了devops而devops!1.部署頻率開發後保持競爭優勢,高質量,準確地提供更新,新功能和技術增強都非常重要。增加交付強度的機會有利於提高靈活性並更滿足不斷變化的消費者需求。定期測量部署頻率將提供更大的可見性,可以了解哪些改進成功,哪些部分要更改。頻率如果快速下降可能代表其他任務或手動操作在幹擾工作流程。
  • 系統垃圾清理更高效 七款頂級優化工具推薦
    下面,IDC評述網根據資料整理,向大家推薦七款頂級的系統優化工具。1 TuneUp UtilitiesTuneUp Utilities是一款德國的重量級系統優化軟體,是世界上公認的最好的系統優化程序。3 WinUtilitiesWinUtilities是國外一款功能強大的Windows優化工具集合,提供的功能包括磁碟清理、註冊表清理/備份、自啟動程序管理、內存優化、查找重複文件、快捷方式修復、進程管理、卸載管理、系統信息、文件分割/合併、文件清除、可執行文件加密、家長監視控制以及調用Windows系統自帶小工具等。
  • 如何結合DevOps的自動化測試功能,做好DevOps的接口自動化?
    Devops作為技術中臺的重要組成部分之一,其下「自動化測試」功能也是不可或缺的一環,如何結合DevOps自身提供的自動化測試功能,做好DevOps的接口自動化呢?首先要先了解DevOps為自動化測試提供了哪些功能,如何使用該功能進行自動化測試,以及如何設計測試框架等等,本文將會為大家一一解答。DevOps作為技術中臺的「效率&精益「平臺,集成了多方測試工具供使用。
  • DevOps已經出現10年了,等待它的下一個十年又是什麼
    那些真正熟悉這個過程的人已經知道devops需要內部啟動。它的成功不在於第三方解決方案;關鍵在於人和文化的轉變。儘管現在有很多公司聲稱他們正在「做DevOps」,但是仍然有很多公司體驗到了敏捷工作方式所解決的問題。在太陽風2018年IT趨勢報告中,IT專業人士將基礎設施不足和組織戰略列為實現最佳IT績效的兩大障礙。 好消息是,圍繞IT術語和解決方案的炒作周期將不可避免地結束。
  • 5款開源DevOps記錄和監控工具
    【IT168 技術】在雲中,開源工具和應用程式能夠提升DevOps的效率,日誌記錄和監視解決方案尤甚。監控雲平臺,應用程式和組件以及處理和分析日誌對於確保高可用性,高性能,低延遲等至關重要。根據RightScale在2016年初的「雲計算狀況調查報告」報告所指出的,最常見的雲優化行為(由45%的企業和中小型企業關注)是監控。
  • 6款強大的在線開發工具
    在以往的團隊開發過程中,更過是藉助git、svn這些版本工具。但是,這需要一定的學習成本,而且需要繁瑣的操作。目前技術變得越來越先進,這讓團隊可以實時進行開發共同一個項目變成了現實,本文,就來給大家介紹6款超棒的工具,讓協同開發變得輕而易舉!
  • DevOps教練什麼?我如何成長為DevOps教練?|第五空間
    甚至有文章指出, "在財富500強企業中敏捷和DevOps正在失敗(https://dzone.com/articles/agile-and-devops-are-failing-in-fortune-500-compan)"。為什麼一方面有些企業DevOps越做越好(見DevOps狀態調查報告),而另外一些企業實施DevOps則出現平臺期,甚至有退回到原點的情況呢?
  • 還在猶豫到底要不要實施Devops?
    $ to devops or not to devops圖片來源:http:/