在可维护性，可靠性，效率和安全性方面，devops 为私有云在改进操作流程方面发挥着重要的作用。私有云是一个由许多硬件和软件组件组成的复杂系统。
对于任何支持的企业组织，操作流程的自动化和文档记录，规划变更和跟踪应用的更新都是强制性的要求。
同样的方法也适用于云计算的工作负载量。此外devops的实践也成为开发者和 qa 团队事实上的标准，特别是当使用私有云作为开发或目标平台时。当然，并不是所有的云操作方面都可以用 devops 来实践。
例如，许多硬件相关的操作不匹配－－你不能用一个软件工具，去物理的连接服务器上的硬件开关（本人注：服务器的 ipmi 是可以做到远程控制呀。）
但即使在这种情况下，你仍可使用 devops 工具和实践来验证连通性和记录网络配置过程。也为不断增长的软件定义网络（sdn）的需求提供了一个机会，让 devops 在新的领域得以发展。
我们将回顾私有云几种类别上的15个devops 工具
在这篇文章中，我们将在几个类别中讨论15个针对私有云的 devops 工具。这几些工具类别的分选主要是人为合成的，在由工具提供的功能之间没有严格的边界，并且在某些情况下，这里所提到的工具可以做更多范畴假设。
最后，这里的一些工具没有根据具体的规则去分类，所以如果我们忘记了你认为应该包括的工具，只需给我们发个消息，我们将会讨论这个工具，并在下一次综述时将其纳入其中。
devops tools
1配置管理工具
配置管理工具自动完成日常操作，系统管理任务，当建立复杂的系统时，最大限度地减少人为错误。配置管理工具允许你定义的配置作为代码。（“infrastructure as a code” 的方式）。
它可以让你追踪配置基线之间的变化（又称为配置版本控制），有效的应用它们并在必要时进行回滚更改操作。此外操作流程，如部署或发布管理可以记录并验证。
使用案例：私有云初始化部署和配置，将更改应用到私有云，应用具体的部署和配置。
1.1 chef
chef 的配置文件使用领域专用语言（dsl）的“配方”（以.rb 为文件扩展名）。多个配方也可以整合到一个菜谱（cookbook）中。该配方定义了资源及其状态，例如：应该安装的软件包，该文件应存在，服务应该运行，等等。
chef 验证所有定义的资源是否应具有指定的状态，如果必要，任何资源的实际状态如果与指定的状态不同，那么则应用更改。这允许你写幂等的配方，意味着你可以多次应用相同的配方，如果所有定义的资源都具有指定的状态，那么 chef 将不会更改任何内容。
chef 可以在 服务器/客户端 模式中使用，也可在独立的模式下运行。在任何情况下，chef 应安装要配置的节点或vm上。
chef 客户端是用 ruby 语言编写的，chef 服务器是用 ruby 和 erlang 语言编写的。许可：2.7版本以后的使用 apache license，之前版本使用 gnu general public license。
chef 清单的示例：
include_recipe apt package 'nginx' do action :install end service 'nginx' do action [ :enable, :start ] end
1.2 puppet
puppet 的配置文件使用特殊的领域专用语言，它们被称为 puppet 清单（以.pp 为文件扩展名）。puppet 可以使用独立的模式或者 服务器/客户端 模式。puppet 客户端（agent）应该安装要配置的每个节点或vm上。
puppet 客户端 通过一个名为 facter 的工具收集 puppet 服务器上的配置更改要求，并生成特定与服务器的目录，其应用的配置更改都会记录下来。puppet 可以用来配置 类 unix 系统或 windows 节点/虚拟机。
puppet 是用ruby 语言编写。许可：apache license.
puppet 清单 的示例：
service { 'nginx': ensure => running, enable => true, }
1.3 ansible
absible 使用 模块（modules）来定义配置任务。模块可以用标准脚本语言（python，bash，ruby，等等）编写，这是一个很好的做法，使每个模块幂等。ansible 剧本（yaml语言编写）角色映射到 节点／虚拟机上，以对这些节点/虚拟机 进行编排有序的执行。
ansible 支持 ad-hoc 任务：管理任务（不必幂等）以在多个节点／虚拟机上执行。ansible具有无代理架构：你不需要在配置的节点／虚拟机上安装ansible（然而，这些节点必须安装 python 环境），ansible 通过ssh或者通过 powershell（windows 机器）从单个控制机器上配置管理节点／虚拟机，并且能够支持并行配置多个节点。
ansible 可以用来配置类 unix 系统或 windows 节点/虚拟机。
ansible 使用 python 语言编写。许可：gnu general public license.
ansible playbook 示例：
- name: install nginx yum: name=nginx state=present- name: restart nginx service: name=nginx state=restarted enabled=yes
1.4 salt
salt（又叫saltstack）同时支持服务器/客户端 和无代理模式。在后一种情况下，salt 使用ssh连接到受管理的节点/虚拟机。salt 使用以python编写的执行模块，其中包含函数以定义配置任务。另外 salt 支持 ad-hoc 命令。salt 状态文件（以.sls 为文件扩展名）以 yaml 格式定义幂等任务。
salt 使用 python 语言编写。许可：apache license.
salt 状态描述文件示例：
nginx: pkg.installed
2裸机配置工具（bare-metal provisioning tools）
裸机配置工具从中心服务器基于网络的操作系统自动安装。
使用案例：在私有云的初始部署期间提供新的裸机，增加新的裸机服务器，裸机配置作为私有云的服务。
2.1 cobbler
cobbler 使用 dhcp 服务器来处理引导服务器并将其引导到tftp服务器，在那里它可以下载作为pxe引导文件和带有操作系统的可引导映像。
然后 cobbler 使用 linux 的 kickstart（用于基于red hat的操作系统）或pressed（用于基于debian的操作系统）安装方法进行无人值守的操作系统安装和配置。
由配置文件来自定义要配置的系统，cobbler 支持多个配置文件。一旦节点被配置，cobbler 应确保该节点被引导到预配置的操作系统而不是pxe。cobbler 包含 命令行客户端和 web 客户端。
cobbler 使用 python 语言编写。许可：gnu general public license。
2.2 ironic
ironic 是一个openstack项目，它使用pxe配置裸机服务器和 ipmi以打开/关闭机器。ironic 包含 ansible playbooks（bifrost项目），以独立模式安装和运行 ironic，无需其它 openstack 组件。ironic 还包含命令行客户端和 web 客户端。
ironic 使用 python 语言编写。license：gnu affero general public license。
3编排工具（orchestration tools）
编排作为配置工具的元级。
使用方案：初始化部署和配置私有云，自动扩展。
3.1 mcollective
mcollective 是构建服务器编排和并行工作执行系统的框架，而不是一个工具。mcollective 支持分散库存和自动发现。
mcollective 服务端 应安装在 被管理节点／虚拟机，而 mcollective 客户端应安装在控制机上。mcollective 使用代理插件来扩展其功能。
mcollective 服务器和客户端不直接通信，而是在发布／订阅模式中使用中间件系统（通常是rabbitmq）。这允许 mcollective 客户端向 mcollective 服务器发送广播请求，也支持直接请求/回复。
mcollective 使用ruby语言编写. 许可：apache license。
3.2 juju
juju 允许你将复杂的应用程序部署到多个云平台和裸机服务器上。juju 使用 charms 来定义代理的行为，charm hooks 是要执行的实际任务（如：安装软件，启动或停止服务等）。
charms 还定义了与其它 charms 的关系。charm hooks 可以用任何语言来实现。还有配置管理工具，如ansible，chef，puppet 可以在 hook 里面做服务器配置管理。
charm bundle 允许你将一组 charms，它们的属性和关系导出到 yaml 文件中。然后，这个 bundle 可以导入到另一个 juju 环境中，以准确的部署已部署的应用程序。juju 包含 命令行客户端和web客户端。
juju 使用 go 语言编写。许可：gnu affero general public license, gnu lesser general public license
3.3 apache brooklyn
apache brooklyn 允许你使用基于策略的自动化来建模，监控和管理应用程序。对于建模，apache brooklyn 使用蓝图（blueprint）的概念，它根据组件、配置、关系和部署场景来定义应用程序。蓝图使用 yaml 文件编写。
apache brooklyn 支持许多应用程序，开箱即用。并具有 web ui 来部署，监视和管理应用程序。此外，apache brooklyn 支持许多位置部署，包括云平台和现有节点。
相同的蓝图可以用于将应用程序部署到不同的位置。policies 根据应用程序传感器的读数定义对应用程序的无人值守更改。
apache brooklyn 使用 java, javascript, groovy 语言编写。许可： apache license.
3.4 cloudify
cloudify 允许你在 yaml 文件中定义应用程序配置、服务和依赖关系。这样的文件称为蓝图。cloudify 采用蓝图作为输入，可以部署和管理应用程序。
cloudify 支持多种云计算平台和虚拟化环境。蓝图还定义了应用程序的生命周期。对于应用程序部署阶段，cloudify 支持配置管理工具，如chef和puppet。
cloudify 使用 python 语言编写。许可：apache license。
3.5 docker machine
docker machine 是一个工具，它允许你在提供的节点上安装 docker（见下文），之后可以远程的管理这样的节点。
docker machine 使用go语言编写。许可：apache license。
4持续集成工具 （continuous integration tools）
使用案例：从开发到生产，在内部云开发、安装和应用程序运行的统一平台 。
4.1 jenkins
jenkins 是一个具有许多插件的自动化服务器。用于构建，测试和自动化部署应用程序。通常jenkins用作软件开发的 ci/cd 工具。jenkins 的作业（构建）可以由各种触发器启动。例如提交代码到版本控制系统，按计划事件，通过访问特定 url 构建或者在完成其它构建之后进行触发。
jenkins 使用 java 语言编写. 许可：mit license.
4.2 docker
docker 允许你将具有所有依赖关系的应用程序软件打包到容器中，这可以很轻松的部署在基于 linux 的平台上。在非 linux 平台上 docker 使用一个虚拟机来运行容器。
docker 使用 go 语言编写。 许可：apache license 2.0。
5监控和日志记录（monitoring and logging）
使用案例：从私有云服务和应用程序整合日志，监控分布式服务和应用程序。
5.1 zabbix
zabbix 是一个为应用服务，网络服务和硬件监控提供的解决方案。zabbix 将收集的数据存储在关系数据库中，如 mysql，postgresql 等。zabbix 允许你监控简单的服务，如 http 服务。
zabbix agent 端可以安装在 windows 和 类 unix 服务器上，用来检视系统参数，如 cpu 负载，内存和磁盘利用率等。
另外，agent 可用于监视标准服务和自定义应用程序。zabbix 也支持通过 snmp、ssh 等方式，无需在要监视的服务器上安装代理。
zabbix 使用 c, php，java 语言编写。许可: gnu general public license version 2。
5.2 elasticsearch, logstash, kibana (elk)
elk 是 elasticsearch，logstash，kibana 软件的组合，它是用于记录，日志分析，日志搜索和可视化的完整工具。elasticsearch 是基于 apache lucene 的搜索工具。logstash 是用于收集，解析和存储日志的工具，可以通过 elasticsearch 对其进行索引。
logstash 支持许多数据源，解析器和过滤器。logstash 通常与 lumberjack（一种工具）结合使用。该工具提供其 syslog 实现，并可将本地日志事件转发到 logstash 中。
当通过网络发送日志时，lumberjack 使用 ssl 对日志进行加密。logstash 和 elastcsearch 都支持 ha 配置，没有单点故障，以确保所有日志都存储在远程。kibana 是 elasticsearch 的可视化插件。
elasticsearch，logstash 使用 java 编写。kibana 使用 javascript 编写。lumberjack 使用c语言编写。license：apache license 2.0。
devops 是一个不断增长的文化，许多组织企业正在采取。将传统it和开发人员紧密结合在一起，为企业提供敏捷，快速响应的环境。由于许多工具来支持这些努力，以 devops 为 it 中心的转变，正变得更不复杂和更有益。