配置管理（CM）或配置工具已经存在了相当长的一段时间了。它们是操作团队采用的首批工具之一。他们不再认为服务器配置和应用程序部署应该是手动的。从安装基本操作系统，到基础设施设置，一直到部署我们正在开发的服务，所有的事情都交到了CFEngine、Puppet和Chef等工具的手中。他们消除了业务瓶颈。后来，它们演变成了自助服务的思想，即操作员可以提前准备脚本，而开发人员只需要选择需要多少个特定类型的实例。由于这些工具所基于的承诺理论，通过周期性地运行它们，我们可以在其内部实现自我修复婴儿期这些工具带来的最显著的改进是定义为代码的基础设施的概念。现在，我们可以将定义放入代码库，并使用我们已经习惯于编写代码的相同过程。今天，一切都被（或应该）定义为代码（包括基础设施），ui的作用是（或应该）限于报告。与Docker、配置管理和供应的出现继续发挥着关键作用，但它们应该做的范围已经缩小。他们不再负责部署。其他工具也会这样做。他们不必设置复杂的环境，因为现在很多东西都装进了容器。他们的主要作用是定义基础设施。我们用它们来创建专用网络，开放端口，创建用户和其他类似的东西任务。用于由于这些和其他原因，更简单（但同样强大）的工具被广泛采用。凭借其推送系统和简单的语法，Ansible在市场上站稳了脚跟，今天，它是我的CM武器选择。那个真正的问题是为什么Docker从CM工具中拿走了部署？devops2.0工具包如果您喜欢本文，您可能会对devops2.0toolkit感兴趣：使用容器化微服务自动化连续部署管道书。那个这本书讲述了不同的技术，这些技术帮助我们以一种更好、更有效的方式构建软件，将微服务打包成不可变的容器，连续测试并部署到使用配置管理工具自动配置的服务器上。它是关于快速、可靠和连续的部署，无停机时间和回滚能力。它涉及到可扩展到任意数量的服务器，设计能够从硬件和软件故障中恢复的自愈系统，以及集中记录和监视群集。输入换句话说，这本书包含了使用一些最新和最好的实践和工具的完整的微服务开发和部署生命周期。我们将使用Docker、Ansible、Ubuntu、Docker Swarm和Docker Compose、Consul、etcd、registor、confd、Jenkins、nginx等等。我们会经历很多练习，甚至更多，工具这本书可以从亚马逊上买到(亚马逊网站以及其他世界各地的网站）莱恩普尔。这个这篇文章是关于DevOps2.0工具包的新博客系列的一部分。在接下来的几周内跟进。每一篇文章都是建立在最后一篇文章的基础上的！DevOps 2.0集成工具包（DevOps 2.0）集成工具DevPS 2.0.0集成工具DevOps 2.0，和部署（DevOps2.0工具包）