1樓：行雲管家
自動化運維主要是讓簡單的工作程式化，讓重複的工作自動化。是一組將靜態的裝置結構轉化為根據IT服務需求動態彈性響應的策略，目的就是實現IT運維的質量，降低成本。可以說自動化一定是IT運維最高層面的重要屬性之一，但不是全部。
行雲管家自動化運維工具有以下幾大功能，但不是全部：
1、豐富的預設指令碼庫，輕鬆搞定運維指令碼：預設業界知名的SaltStack指令碼庫，相容各大平台，功能強大，擴充套件性高，這些指令碼庫足以滿足您日常運維的需求，您也可以發揮自己的智慧型，編寫適合自己業務場景的新指令碼
2、指令碼/命令批量執行，降低海量主機運維複雜度：同時對海量主機批量執行指令碼/命令，提高運維工作效率，再多主機也不怕
3、檔案批量分發，系統更新公升級更簡單：在對大量主機進行系統公升級，更新補丁等業務場景中，利用行雲管家檔案分發功能，將所需檔案批量傳送到所有主機，一鍵完成更新公升級過程
4、檔案批量收集，一鍵提取不同主機的同類檔案：檔案收集功能可將分散在大量主機上的某類檔案收集到指定位置，適合分布式系統日誌分析等業務場景
5：任務編排，運維過程徹底自動化：將複雜的作業節點編排成任務，設定觸發條件和時間，滿足您更為靈活的應用場景。
例如定期的巡檢任務，只需設定好執行的時間和業務節點，自動執行，無需人工干預
還有更多的自動化運維功能，這個頁面有更詳細的介紹：傳送門--->行雲管家自動化運維
2樓：一抹光
運維管理監控系統像 PIGOSS BSM 具備各種運維監控功能像伺服器監控 ，儲存監控，資料庫監控，中介軟體監控，虛擬化監控等
3樓：笄禮更
怒答一發，今年上線的EASYOPS竟然沒人提。
乙個成熟的自動化運維系統應該具備的功能，你喜歡的樣子它都有，哈哈。進入正題。
EasyOps 是優維科技研發的具有自主智財權且行業領先的智慧型化運維管理平台。能夠幫助各個企業快速的去構建內部的技術管理流程、建立技術服務標準、並形成可靠的IT支撐能力，並最終通過我們的平台來實現IT服務技術的核心競爭力的打造。 實現了運維的能力從基礎設施到業務的閉環，也實現了多運維角色的能力集中管理。
從產品的核心能力角度來說，優維科技EasyOps由四大部分組成：
1） IT資源管理，即CMDB。優維的CMDB主要有以下三大特色：
2） 自動化一切即持續交付（DevOps理念的實踐運用），主要包括以下三大功能特色：
3） 立體化的智慧型監控平台：提供從採集、發現、分析、定位、解決和預防的監控能力環。具體包括端到端監控、應用健康度監控、全域性資料的監控。
除此之外EasyOps的智慧型告警功能，形成從告警發現到告警解決再到告警優化的能力閉環。
4） IT運營分析平台，資料化一切。
EasyOps 是乙個面向運維的大資料採集和分析支撐平台，它通過視覺化的平台能力，簡化了資料處理過程中的各種複雜程式設計需求，使每個運維人員都能夠有效的收集和處理運營資料，並積累業務分析能力。目前平台的版本主要提供了容量管理和可用性管理兩個功能。提供基於資料的優化決策能力；使資料場景化、視覺化、產品化。
4樓：CSSS
當然是做到自動化運維了。分享一下 @張虎 在2014 ECUG 大會上講到的 基於Ansible的自動化運維實踐 講稿在此 Sina Visitor System
裡面提到了基礎設施分配過程很廉價，彈性擴容、灰度十分便利，兩者結合形成了彈性預算的必要條件。如何通過監控系統在各個模組、各個元件達到一定的基準線之後，不選擇人工干預，而是啟動自動運維過程。演講裡關於 Ansible 的例項演示很詳細，列舉了實戰產品每天 playbook 執行的命令，值得題主參考。
5樓：董俊傑
乙個成熟的自動化運維系統至少應該包括三個子系統:
機房裝置資料系統 (EMDB)
錄入機房伺服器和網路裝置的各種資訊，比如機器型號，硬碟大小，OS型別，所屬應用，執行狀態，機房名稱，所在房間，機架，位置等等各種資訊，這是乙個最基礎的資料庫，最主要的目的是給每個機器從多個維度統一打上各種標籤，方便其他系統的使用。
提供各種查詢API介面，並做好許可權控制。目的是能夠被上層的各種系統呼叫，一般是rest介面，xml介面。然後基於各種語言做相應的封裝庫。
乙個統一的資料採集模組，用於採集裝置執行資訊，包括磁碟IO，網路流量，CPU利用率，網路裝置的Session數，PPS。這個採集模組在網路裝置上一般可以通過snmp來實現，在伺服器上一般通過乙個定製化的Agent來實現，這個Agent最基礎的能力是採集伺服器執行資料，最重要的是能執行各種指令碼語言並通過指令碼語言實現對伺服器的各種操作(如更改配置，分析應用日誌並輸出結果)。
監控資料儲存與視覺化，資料採集模組採集到各種資料會很多，但對事務性沒啥要求，可以用各種NoSQL資料庫如Hbase,Cassandra等來實現。資料的視覺化是乙個可以做的很深且偏應用層面的東西，一般在監控系統上只實現最基本的曲線圖展示，提供按時段選擇和對比的功能，其他複雜的視覺化操作通過各種API來實現。
監控項新增和報警通知，監控項是一種層次結構，而不是列表結構。上層節點的配置能夠被下層節點的配置覆蓋掉。對網路裝置來說監控項就是一些不同的oid。
借助於底層的資料採集模組，對伺服器來說監控項基本上就是乙個指令碼。可以分為標準監控項和自定義監控項，標準監控項最大化的通用，實現cpu,記憶體，磁碟，網路等資訊的監控。自定義監控項可以用多種系統管理指令碼語言(shell,python,perl)等實現，指令碼的輸出符合一定規範即可,一般採用行結構或json串。
每個監控項設定warn,crit報警閾值和若干報警聯絡人，閾值一般是數值型，特殊的可以是字串。超過閾值的監控項會傳送報警給聯絡人，報警可以通過簡訊，郵件，IM軟體發出。報警傳送要支援合併報警，頻率控制，關閉報警。
要不然可能一次小故障就能發出成千上萬條報警，報警就失去效果了。
監控Api介面，並做好許可權控制。做法和目的與EMDB一樣。開放監控資料獲取，報警訊息傳送，配置推送的介面。
主要目的是讓監控系統裡面的資料能夠被外界利用，可以在這些資料基礎上做更加絢麗複雜的資料視覺化工作，或者做一些更加個性化的監控和報警。次要目的是支援對伺服器的統一操作，比如公司所有機器統一公升級系統軟體的版本。建議統一操作的API介面僅對少數幾個人開放，並且許可權嚴格控制。
發布和線上配置管理系統(ReleaseManager)
應用發布和依賴庫版本管理，應用發布是運維與開發對接的重要環節，一般發布系統會和svn系統緊密結合，svn系統裡面會有線上應用的列表，EMDB裡面會有各個機器所屬的應用。發布系統會用到這些資料，將svn系統裡面生成的應用包及其依賴包發布到線上，並且自身對這些應用包和依賴包進行版本管理和控制，在應用發布出現問題時可以回滾到上乙個版本。
以這三個系統為基礎可以做更多的自動化工作，比如說財務人員可以用EMDB裡面的資料準確的計算Capex&Opex，機房管理人員可以用EMDB通過OOB遠端執行各種關機，重灌系統，網路裝置維護等工作，不在現場也能管理機器，現場工作可以外包完成。應用開發人員可以通過svn系統呼叫Releasemanager自主打包，發布，回滾應用。應用維護人員可以呼叫監控系統獲取資料和報警資訊，通過編寫相關指令碼，實現一些簡單報警的自動化處理工作，提公升效率。
作為乙個電氣工程及其自動化的學生應該具備哪些技能（電力系統方向）？
天雨流芳 找個乙個牛叉工程公司先鍛鍊3 5年，在這個階段你會學到很多實際的東西，見到很多的牛人，參與過一些專案的設計安裝除錯。最少能夠獨一的負責一些專案。 任天涯 電氣工程及其自動化 電氣自動化 工業電氣自動化 這些專業都是豆腐一碗，一碗豆腐。學這個專業的兄弟們，恭喜你，你大概是學了中國通用性最強的...
大腦指導行為完成是乙個自動化的過程？
Patrick 這種說法一半正確吧。其實這便是對大腦研究的乙個正規化而已，有一派對大腦的研究專家主張的就是行為主義，就是說我們不去關心大腦內部是怎麼想的，只是把它看做乙個黑盒，然後這個黑盒對固定的環境的輸入便會有固定的輸出。也就是大腦指導行為完成被去掉了意識化過程，而被簡單地看做為自動化過程。確實大...
假設乙個工廠生產完全自動化，沒有任何乙個工人，那麼它的剩餘價值怎麼產生？
Uee 一這個工廠就沒提供就業，那麼其它資本家提供的崗位就有更多的競爭了。然後別的資本家對勞動的壓榨增大。勞動力供大於求，那麼工資下降。而買工廠的產品就更難。剩餘價值從別的資本家的剝奪和勞動者為滿足自身需求必須購買某些產品產生。好像 北京摺疊 裡面，一直都有人提議全自動化這種節省生產成本的東西。但是...