首先

这篇文章是Ansible Advent Calendar 2016的第22天。

我通常在一家金融公司从事系统集成工程师的工作。

在业务领域中，我是一个从事自动化配置管理工作的人，甚至连Ansible都搞不懂…为什么我对Ansible产生兴趣并且学习它的原因，我想记录一下。

我想学习 Ansible 的原因。

作为学习Ansible的主要原因之一，我对于DevOps的理念产生了共鸣。

在我目前的工作环境中，我有以下一些困扰的感受:
– 开发人员和运营人员之间的关系不好…
由于沟通不足，会导致意外的错误发生。
– 所有的设置更改都是手工操作，虽然已经进行了双重检查，
但仍会发生运营错误。
– 变更管理的历史记录变得混乱不堪，由于管理疏忽而导致错误发生的可能性。

在那样的背景下，我遇到了DevOps的思维方式，然后我心想：「就是这个！！！」

什么是DevOps？

DevOps 是一种软件开发方法，结合了开发和运维两个领域，并强调开发人员和运维人员之间的合作与协调。

被认为是一种技巧。 shì yī .)

为了使开发负责人和运维负责人进行协作和合作，他们经常使用共同的工具之一，其中之一就是Ansible。

在DevOps中的Ansible

Ansible是一种被称为“配置管理”的工具，用于自动化操作系统和中间件的配置工作。
除了Ansible，还有Chef、Puppet等其他配置管理工具，但我选择使用Ansible的主要原因如下。

由于没有代理，管理成本较低。
代理类型由管理方的“经理”和被管理方的“代理”构成。
代理类型可以进行细致的管理，但缺点是必须将代理引入所有受管理的服务器，导致引入成本高。
另一方面，无代理类型仅由管理方的“经理”构成。
与代理类型相比，无代理类型的引入成本较低，这是优点。

以下是Ansible、Chef和Puppet的比较。

辛勤学习的书籍

面向IT技术人员的现场经验——Ansible实践指南

根据DevOps的解释，我认为这本书非常好，详细地介绍了Ansible的配置等内容。
我计划在接下来的一段时间里通过这本书进行学习。

第一次使用Ansible

《Ansible》是O’Reilly出版的一本书。尽管它标注为适合初学者使用，但我觉得更适合中级水平的人阅读。

总结

我总结了学习 Ansible 的原因。
由于我还不够熟悉，因此无法在技术方面提供详细的描述，
我将参考他人的 Ansible 文章来学习。
将来，我希望能够逐渐在现场应用这项技能。
(由于引入新事物的难度非常高，所以可能会很困难，不过我会努力的。。。)