下面是你要知道的最新新聞：人是有瓶頸的。尤其是我們被要求提高生產力和業(yè)務影響，同時限制或縮減數(shù)據(jù)中心的員工規(guī)模，更是覺得力不從心。幸好，有辦法可以借助數(shù)據(jù)中心自動化，放大人員的積極影響。

有些術語如同盲人摸象中的大象，數(shù)據(jù)中心自動化正是其中之一。管理人員往往專注于最靠近其特定要求的那個方面，然后從那個觀點來定義整個話題。雖然這非常易于理解，但是這也很不幸，因為這意味著他們無視自動化的全部潛力。

可以從許多不同的方向來對待數(shù)據(jù)中心自動化，從駕馭虛擬機構建的簡單要求，到全面的開發(fā)運維，再到最終的“無人值守”數(shù)據(jù)中心管理。雖然可以實現(xiàn)從一個階段到下一個階段的構建，但是這也意味著整個數(shù)據(jù)中心運維實現(xiàn)自動化需要不同于單一任務實現(xiàn)自動化的運維和軟件框架。

當然，這一切不同于這個問題：我們談論的到底是哪種數(shù)據(jù)中心。放置大型機的數(shù)據(jù)中心有別于擺滿基于英特爾的服務器的數(shù)據(jù)中心。而一旦你開始把“數(shù)據(jù)中心”的許多部分放在云端，那么現(xiàn)在我們談論的完全是別的事情。這每一個都是“數(shù)據(jù)中心”的合理運維定義，這使得自動化工具方面的任何談論都需要定義大量術語，勢必會引起很大的異議。

我對這個術語的定義是，使數(shù)據(jù)中心的大部分運維實現(xiàn)自動化的工具，或者是大部分工具基于的技術。這些也是你應該知道的工具和技術。

我還想知道你覺得哪些工具在數(shù)據(jù)中心自動化方面幫助最大。我關注的另一個問題是，你認為數(shù)據(jù)中心的運營中多少部分可以實現(xiàn)自動化。全面自動化有可能嗎，還是只是一種理想?歡迎留言!

OpenStack

如果你一直在考慮把基礎設施的一部分遷移到云端，那么可能已聽說過OpenStack，即便你仍在設法搞清楚它的確切含義。據(jù)支持組織的官方網站聲稱：“OpenStack控制整個數(shù)據(jù)中心中的龐大計算、存儲和網絡資源池，借助儀表板或通過OpenStack API加以管理。”這很好，但是軟件方面仍需要學習了解。

OpenStack是一種操作系統(tǒng)，有助于搭建云基礎設施，或者管理本地資源(這是吸引數(shù)據(jù)中心的地方)，好像它們就是云。這意味著虛擬服務器及其他虛擬化基礎設施的構建、停用和管理實現(xiàn)自動化。由于OpenStack是開源，有幾個發(fā)行版、眾多實施方法，還有好多的顧問和集成商想助你一臂之力。OpenStack仍在發(fā)展和完善之中，但是并沒有阻止許多公司積極采用它，作為云和數(shù)據(jù)中心自動化框架的未來出路。

Puppet

Puppet是往往經常出現(xiàn)在圍繞開發(fā)運維的討論中的另一種工具。Puppet是一種框架和語言，系統(tǒng)運維專業(yè)人員可用來定義軟件部署等運維，那樣它們就能實現(xiàn)自動化。Puppet(語言)創(chuàng)建了由Puppet(框架)實施的定義和工作流程。

Puppet帶來的兩大好處就是通用語言和跨一大批設備實現(xiàn)兼容。許多IT部門在使用Puppet，使涉及許多不同的硬件和軟件包的復雜過程實現(xiàn)自動化。這讓Puppet成為了運維專業(yè)人員為了改善就業(yè)機會而學習的語言之一，也是IT部門設法要掌握的語言之一。

CloudStack

如果一家公司認為開源項目提供不了業(yè)務需要的功能，該怎么辦?如果開源項目無法滿足客戶的要求，又該怎么辦?以思杰和OpenStack為例，這家公司收購了技術后，通過Apache Incubator計劃來發(fā)布。現(xiàn)在，CloudStack在與OpenStack競爭，這種開源框架可用于構建和管理云基礎設施。

從一些方面來看，CloudStack是出色的技術。它支持比OpenStack更廣泛的一系列虛擬機管理程序和網絡模型，它部署起來更簡單，而且可高度擴展。另一方面，由于它比較新，社區(qū)規(guī)模小。不過重要的一點是，它為IT管理人員提供了用于自動化和管理數(shù)據(jù)中心流程的兩種開源選擇。

微軟系統(tǒng)中心

微軟管理控制臺(Management Console)剛開始是管理Windows NT服務器的一種方式，后來轉變成微軟系統(tǒng)中心，范圍因而擴大到了微軟環(huán)境之外的領域。微軟通過系統(tǒng)中心2016，提供了一種管理和自動化系統(tǒng)，整合了Linux和微軟服務器、云基礎設施和本地基礎設施，還整合了一系列廣泛的計算、存儲、網絡和安全部件。

如果你在想方設法使服務器上的操作實現(xiàn)自動化，微軟系統(tǒng)中心很有用。它還適合成為超融合架構的中心。它不會是大型機自動化方面任何人的選擇，但除此之外，微軟還提供了可供大多數(shù)實施方法考慮的一種管理和自動化框架。

OpenNebula

數(shù)據(jù)中心自動化工具之所以很復雜，是由于它們要處理的工作很復雜。這就是為什么很少找到一款將簡單性作為主要優(yōu)點之一來宣傳的工具。OpenNebula著眼的正是簡單性，對期望涉足自動化和虛擬化的團隊來說，這個優(yōu)點可能足以讓OpenNebula成為首選。

OpenNebula支持的平臺不如CloudStack來得廣泛，但是它整合了不需要附件或集成的許多功能，比如會計成本分攤和整個虛擬數(shù)據(jù)中心的動態(tài)構建之類的附件。如果你需要一種內部工作人員可以輕松處理的框架，那么 OpenNebula有許多可圈可點之處。

Eucalyptus

對許多企業(yè)組織來說，如今的數(shù)據(jù)中心擴展到了亞馬遜網絡服務(AWS)這種形式的云。如果你在考慮跨本地基礎設施和AWS使數(shù)據(jù)中心運維實現(xiàn)自動化，那么Eucalyptus可能是一款值得探究的工具。

自2014年被收購以來，這個開源工具的官方名稱現(xiàn)在是HPE Helion Eucalyptus。Eucalyptus起初是賴斯大學的一個開放網格項目，把它管理的一切資源當成云實例，無論這個云是私有本地云還是托管在AWS。被HPE收購后，Eucalyptus得到了更大的支持，所以它繼續(xù)把本地數(shù)據(jù)中心中的許多不同虛擬化基礎設施部件結合起來。如果你的本地硬件來自HPE，這也是值得考慮的一款合情合理的工具，但即便你的硬件品牌不一樣，Eucalyptus對AWS客戶來說仍是一種不錯的選擇。

Chef

本文介紹的許多產品可作為開發(fā)運維的一部分來使用，但Chef的立足之本就是開發(fā)運維。Chef是一套開源和商用產品，企業(yè)組織可以借助開源組件中的Chef開始處理工作，或者通過整合來擴增功能，或者需要的話，還可以改用商用版本。

Chef用Ruby編寫，它提供了用戶可以用類似Ruby的語言來編寫“菜譜”(recipe)的一種框架。那些菜譜可以實施橫跨整個基礎設施或專注于單一部件的流程。Chef的三大部分：Chef、Inspect和Habitat可以單獨使用，也可以結合使用，構成一套完整的開發(fā)運維框架。如果你目前是一家敏捷公司，想走上開發(fā)運維道路，Chef是幫助你如愿以償?shù)暮线m工具。

Ansible Tower

我們在本文中已見過了許多開源產品，但這回要介紹一款不同尋常的工具：與開源操作系統(tǒng)有關的公司提供的一款收費商用產品。Red Hat是企業(yè)領域最常見的Linux發(fā)行版之一。Ansible Tower是Red Hat面向Red Hat Linux及其他操作系統(tǒng)的自動化平臺。

Ansible Tower旨在成為一種軟件框架，可支持從敏捷開放、開發(fā)運維到持續(xù)交付的不同理念。如果你運行的Linux部門需要使數(shù)據(jù)中心實現(xiàn)自動化，那么Ansible Tower正是你應該重點考慮的那種軟件包。

Git

數(shù)據(jù)中心自動化大部分圍繞軟件;而對敏捷和開源社區(qū)的許多人來說，軟件又圍繞Git。Git是一種開源代碼庫和版本控制系統(tǒng)，這是許多企業(yè)組織的敏捷和開發(fā)運維工作流程中的一個關鍵要素。

Git的優(yōu)點在于它在開發(fā)社區(qū)知名度很大。大多數(shù)開發(fā)人員至少都有通過Github使用Git的經歷。由于眾多的平臺人才庫、龐大的開源社區(qū)以及相對易于安裝和配置的軟件，Git可以成為自動化環(huán)境的一部分，不管你往基礎設施加入了其他什么軟件。

就是這樣。這些是如果你期望數(shù)據(jù)中心或數(shù)據(jù)基礎設施的任何重要部分實現(xiàn)自動化就應該知道的九款工具。你使用其中的任何工具嗎?你有沒有試用過一種，決定不想使用?歡迎留言交流。

http://www.informationweek.com/devops/9-data-center-automation-tools-it-pros-should-know/d/d-id/1326761