自動化運維工具選型及應(yīng)用場景

rdcwayx

去年有管理員發(fā)過一個討論貼：

監(jiān)控及自動化運維技術(shù)›海量運維常用技術(shù)之---自動化運維工具選型及應(yīng)用場景
http://72891.cn/thread-4098888-1-1.html

我對此非常感興趣，自動運維的技術(shù)更新很快，想再繼續(xù)討論。

自動化主要有三類： 軟件代碼分發(fā)自動化，環(huán)境配置自動化，以及服務(wù)器分發(fā)自動化。其他的，請?zhí)崾尽?

每個自動化的側(cè)重點是不同的， 對此我們需要分開討論，隨后集成在一起。 我比較贊同這位同學(xué)的發(fā)言：

http://72891.cn/forum.p ... 8&fromuid=28783

1. 系統(tǒng)初始化類：kickstart、cobbler等
   
2. 配置管理類： puppet、cfengine、bcfg2、chef、saltstack等
   
3. 自動發(fā)布類：capistrano、jenkins等
   
4. 
   
5. 工具只是手段，能實現(xiàn)目的就行，畢竟它是為我們所用，精一樣就好，不要為了工具而用工具。
   
6. 我用的是chef & capistrano，2者都是基于ruby，前者用于管理（配置文件、服務(wù)運行狀態(tài)、軟件包文件、目錄、批量執(zhí)行命令、用戶、角色、 crontab 、mount、deploy etc），后者主要用于應(yīng)用的發(fā)布、回滾。
   
7. 在系統(tǒng)初始化的時候會自動安裝chef的client，加入配置管理以及監(jiān)控系統(tǒng)。
   
8. 基本的運維工作就完成一半了，剩下關(guān)注的層面就是分布式日志的收集、分析、預(yù)警等等，目前已實現(xiàn)了分布式日志實時分析系統(tǒng)與nagios的聯(lián)動。
   
9. 再接下來，就是根據(jù)業(yè)務(wù)所在服務(wù)器的壓力情況，自動上下線應(yīng)用等等。這樣可以節(jié)省一大部分時間，提高工作效率，相信這也是以后運維發(fā)展的趨勢，向高智能、自動化方向發(fā)展

復(fù)制代碼

我會按照這個思路提供我所接觸的環(huán)境，同時希望大家的發(fā)言。

吹過河畔的秋風(fēng)

我對此非常感興趣，自動運維的技術(shù)更新很快，想再繼續(xù)討論。

rdcwayx

我做的項目用的是：

軟件代碼分發(fā)自動化： git + stash + bamboo
環(huán)境配置自動化:  git + stash + puppet + Go
AWS服務(wù)器創(chuàng)建分發(fā)自動化： 用的是二次開發(fā)的aws cli 腳本  ＋ cloudformation ＋ auto scaling.

aiatop

好貼，頂上去。。。

rdcwayx

回復(fù) 5# bun
對啊，你可以用jenkins之類的替代bamboo, 但是用了stash后，一般會選用bamboo，兩者從系統(tǒng)級別就緊密的結(jié)合在一起 。
   

rdcwayx

費用除以6的話，就不會覺得高了。

rdcwayx

回復(fù) 8# bun
沒有啊， andriod的話，你可以看一下這個：
https://www.digitalocean.com/com ... d-apps-with-jenkins

ios的話，如果你的jenkins服務(wù)器建在蘋果電腦的話，或許可以。