下面是你要知道的最新新闻：人是有瓶颈的。尤其是我们被要求提高生产力和业务影响，同时限制或缩减数据中心的员工规模，更是觉得力不从心。幸好，有办法可以借助数据中心自动化，放大人员的积极影响。
有些术语如同盲人摸象中的大象，数据中心自动化正是其中之一。管理人员往往专注于最靠近其特定要求的那个方面，然后从那个观点来定义整个话题。虽然这非常易于理解，但是这也很不幸，因为这意味着他们无视自动化的全部潜力。
可以从许多不同的方向来对待数据中心自动化，从驾驭虚拟机构建的简单要求，到全面的开发运维，再到最终的“无人值守”数据中心管理。虽然可以实现从一个阶段到下一个阶段的构建，但是这也意味着整个数据中心运维实现自动化需要不同于单一任务实现自动化的运维和软件框架。
当然，这一切不同于这个问题：我们谈论的到底是哪种数据中心。放置大型机的数据中心有别于摆满基于英特尔的服务器的数据中心。而一旦你开始把“数据中心”的许多部分放在云端，那么现在我们谈论的完全是别的事情。这每一个都是“数据中心”的合理运维定义，这使得自动化工具方面的任何谈论都需要定义大量术语，势必会引起很大的异议。
我对这个术语的定义是，使数据中心的大部分运维实现自动化的工具，或者是大部分工具基于的技术。这些也是你应该知道的工具和技术。
我还想知道你觉得哪些工具在数据中心自动化方面帮助最大。我关注的另一个问题是，你认为数据中心的运营中多少部分可以实现自动化。全面自动化有可能吗，还是只是一种理想?欢迎留言!
OpenStack
如果你一直在考虑把基础设施的一部分迁移到云端，那么可能已听说过OpenStack，即便你仍在设法搞清楚它的确切含义。据支持组织的官方网站声称：“OpenStack控制整个数据中心中的庞大计算、存储和网络资源池，借助仪表板或通过OpenStack API加以管理。”这很好，但是软件方面仍需要学习了解。
OpenStack是一种操作系统，有助于搭建云基础设施，或者管理本地资源(这是吸引数据中心的地方)，好像它们就是云。这意味着虚拟服务器及其他虚拟化基础设施的构建、停用和管理实现自动化。由于OpenStack是开源，有几个发行版、众多实施方法，还有好多的顾问和集成商想助你一臂之力。OpenStack仍在发展和完善之中，但是并没有阻止许多公司积极采用它，作为云和数据中心自动化框架的未来出路。
Puppet
Puppet是往往经常出现在围绕开发运维的讨论中的另一种工具。Puppet是一种框架和语言，系统运维专业人员可用来定义软件部署等运维，那样它们就能实现自动化。Puppet(语言)创建了由Puppet(框架)实施的定义和工作流程。
Puppet带来的两大好处就是通用语言和跨一大批设备实现兼容。许多IT部门在使用Puppet，使涉及许多不同的硬件和软件包的复杂过程实现自动化。这让Puppet成为了运维专业人员为了改善就业机会而学习的语言之一，也是IT部门设法要掌握的语言之一。
CloudStack
如果一家公司认为开源项目提供不了业务需要的功能，该怎么办?如果开源项目无法满足客户的要求，又该怎么办?以思杰和OpenStack为例，这家公司收购了技术后，通过Apache Incubator计划来发布。现在，CloudStack在与OpenStack竞争，这种开源框架可用于构建和管理云基础设施。
从一些方面来看，CloudStack是出色的技术。它支持比OpenStack更广泛的一系列虚拟机管理程序和网络模型，它部署起来更简单，而且可高度扩展。另一方面，由于它比较新，社区规模小。不过重要的一点是，它为IT管理人员提供了用于自动化和管理数据中心流程的两种开源选择。
微软系统中心
微软管理控制台(Management Console)刚开始是管理Windows NT服务器的一种方式，后来转变成微软系统中心，范围因而扩大到了微软环境之外的领域。微软通过系统中心2016，提供了一种管理和自动化系统，整合了Linux和微软服务器、云基础设施和本地基础设施，还整合了一系列广泛的计算、存储、网络和安全部件。
如果你在想方设法使服务器上的操作实现自动化，微软系统中心很有用。它还适合成为超融合架构的中心。它不会是大型机自动化方面任何人的选择，但除此之外，微软还提供了可供大多数实施方法考虑的一种管理和自动化框架。
OpenNebula
数据中心自动化工具之所以很复杂，是由于它们要处理的工作很复杂。这就是为什么很少找到一款将简单性作为主要优点之一来宣传的工具。OpenNebula着眼的正是简单性，对期望涉足自动化和虚拟化的团队来说，这个优点可能足以让OpenNebula成为首选。
OpenNebula支持的平台不如CloudStack来得广泛，但是它整合了不需要附件或集成的许多功能，比如会计成本分摊和整个虚拟数据中心的动态构建之类的附件。如果你需要一种内部工作人员可以轻松处理的框架，那么 OpenNebula有许多可圈可点之处。
Eucalyptus
对许多企业组织来说，如今的数据中心扩展到了亚马逊网络服务(AWS)这种形式的云。如果你在考虑跨本地基础设施和AWS使数据中心运维实现自动化，那么Eucalyptus可能是一款值得探究的工具。
自2014年被收购以来，这个开源工具的官方名称现在是HPE Helion Eucalyptus。Eucalyptus起初是赖斯大学的一个开放网格项目，把它管理的一切资源当成云实例，无论这个云是私有本地云还是托管在AWS。被HPE收购后，Eucalyptus得到了更大的支持，所以它继续把本地数据中心中的许多不同虚拟化基础设施部件结合起来。如果你的本地硬件来自HPE，这也是值得考虑的一款合情合理的工具，但即便你的硬件品牌不一样，Eucalyptus对AWS客户来说仍是一种不错的选择。
Chef
本文介绍的许多产品可作为开发运维的一部分来使用，但Chef的立足之本就是开发运维。Chef是一套开源和商用产品，企业组织可以借助开源组件中的Chef开始处理工作，或者通过整合来扩增功能，或者需要的话，还可以改用商用版本。
Chef用Ruby编写，它提供了用户可以用类似Ruby的语言来编写“菜谱”(recipe)的一种框架。那些菜谱可以实施横跨整个基础设施或专注于单一部件的流程。Chef的三大部分：Chef、Inspect和Habitat可以单独使用，也可以结合使用，构成一套完整的开发运维框架。如果你目前是一家敏捷公司，想走上开发运维道路，Chef是帮助你如愿以偿的合适工具。
Ansible Tower
我们在本文中已见过了许多开源产品，但这回要介绍一款不同寻常的工具：与开源操作系统有关的公司提供的一款收费商用产品。Red Hat是企业领域最常见的Linux发行版之一。Ansible Tower是Red Hat面向Red Hat Linux及其他操作系统的自动化平台。
Ansible Tower旨在成为一种软件框架，可支持从敏捷开放、开发运维到持续交付的不同理念。如果你运行的Linux部门需要使数据中心实现自动化，那么Ansible Tower正是你应该重点考虑的那种软件包。
Git
数据中心自动化大部分围绕软件;而对敏捷和开源社区的许多人来说，软件又围绕Git。Git是一种开源代码库和版本控制系统，这是许多企业组织的敏捷和开发运维工作流程中的一个关键要素。
Git的优点在于它在开发社区知名度很大。大多数开发人员至少都有通过Github使用Git的经历。由于众多的平台人才库、庞大的开源社区以及相对易于安装和配置的软件，Git可以成为自动化环境的一部分，不管你往基础设施加入了其他什么软件。
就是这样。这些是如果你期望数据中心或数据基础设施的任何重要部分实现自动化就应该知道的九款工具。你使用其中的任何工具吗?你有没有试用过一种，决定不想使用?欢迎留言交流。
http://www.informationweek.com/devops/9-data-center-automation-tools-it-pros-should-know/d/d-id/1326761
