听说 Ansible 要被红帽收购了？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

推荐学习书目

› Learn Python the Hard Way

Python Sites

› PyPI - Python Package Index

› http://diveintopython.org/toc/index.html

› Pocoo

值得关注的项目

› PyPy

› Celery

› Jinja2

› Read the Docs

› gevent

› pyenv

› virtualenv

› Stackless Python

› Beautiful Soup

› 结巴中文分词

› Green Unicorn

› Sentry

› Shovel

› Pyflakes

› pytest

Python 编程

› pep8 Checker

Styles

› PEP 8

› Google Python Style Guide

› Code Style from The Hitchhiker's Guide

这是一个创建于 3317 天前的主题，其中的信息可能已经有所发展或是发生改变。

新闻： http://venturebeat.com/2015/10/15/source-red-hat-is-buying-ansible-for-more-than-100m/

评论： https://news.ycombinator.com/item?id=10397496

hacker new 已经开始讨论咯

v2 上有使用 ansible 的 DevOps 吗，你们怎么看待？

23 条回复 • 2015-10-18 21:56:02 +08:00

amosbird

2015-10-16 17:07:35 +08:00

Ansible 要是被微软收购就好了.

phoenixlzx

2015-10-16 17:11:38 +08:00

按照红帽的尿性， ansible 会越来越难用、越来越没得查文档，然后红帽推出了 ansible 培训和认证 blahblahblah

.....瞎猜的）

exuxu

2015-10-16 18:59:54 +08:00

之前还用过它一段时间呢...

ddou

2015-10-16 19:55:05 +08:00 via Android

@phoenixlzx 黑的漂亮

ellipse42

2015-10-16 20:18:41 +08:00

大事不妙

jhaohai

2015-10-16 20:36:40 +08:00 via iPhone

ansible 跑在 ssh 上才是硬伤

raingolee

2015-10-16 20:52:53 +08:00

@jhaohai 为什么这么说呢？

raingolee

2015-10-16 20:53:25 +08:00

@amosbird
ansible 现在也不怎么支持微软哦

jhaohai

2015-10-16 20:56:18 +08:00 via iPhone

@raingolee 速度太慢，不如 salt 来的迅速

derek80

2015-10-16 21:56:16 +08:00

目前功能已经够我用了。只是用来做 host 的基础配置， docker 环境装好，业务全在 docker 里了。

est

2015-10-16 22:03:01 +08:00

@jhaohai 别人不用装 minion 。

ansible 对初学者最友好。。。。。即便 ansible 被红帽玩坏了，你们还有 saltstack 嘛。不怕。

zhuang

2015-10-16 22:03:02 +08:00

买去是要集成到 OpenShift 平台里。

个人感觉 Ansible 的目标是自动化“数据中心”级别的解决方案，大概正合红帽的胃口。不过目前这类配置管理、运维自动化方案都只是用一个盒子把之前的问题包装起来了而已，没有真正解决运维的问题。

est

2015-10-16 22:08:03 +08:00

https://www.redhat.com/en/about/press-releases/red-hat-acquire-it-automation-and-devops-leader-ansible

已经买了。。。买买买！

@zhuang ansible 还是有一点内涵的。所谓“幂等构建” ， “ immutable infrastructure ”，“服务器状态自动收敛” 。这个比“运维自动化”的概念高级一个时代。

raingolee

2015-10-16 22:09:53 +08:00

@derek80

确实，我这边现在也是，只用来做一些初始化的配置部署，非常好用，后期的维护却用了 Puppet

raingolee

2015-10-16 22:10:32 +08:00

@est

相对 Puppet 用的 ruby 我觉得 ansible 还是易上手点的哦

zonghua

2015-10-16 22:10:45 +08:00

据说阿里巴巴要收购红帽吗？

raingolee

2015-10-16 22:13:34 +08:00

@zhuang

包装起来以后，免去了 shell 的脚本的繁琐和不易维护，然而实现初步自动化了吗？

运维的的真正问题指的是？

raingolee

2015-10-16 22:16:40 +08:00

@zonghua

消息是否可靠：）

zhuang

2015-10-17 00:39:56 +08:00

http://www.redhat.com/en/about/blog/why-red-hat-acquired-ansible

这是红帽的自问自答。

@est @raingolee

毕竟这么高的价钱，没有些技术含量是不可能的。 Ansible 的强项在于对设施、架构和网络环境的抽象管理。这点上毫无疑问是同类产品最优秀的。

我前面提到 Ansible 是适合大规模部署应用场景的，因为它整个的设计思路和实现方式都是从 Ops 的角度着手的。红帽的 OpenShift 是 PaaS ，所以它对于运维的定义是，用户是 dev ，平台是 ops 。从这个角度上说，它解决了运维的大部分问题。不过就我个人的观点，使用 Ansible 而不使用对应 PaaS 平台的用户来说，一定要 Dev 参与才称得上运维，仅仅有 Ops 是不够的。

Ansible 的终极愿景大概是任意的集群只要跑起来应用，加载相对应的配置就可以了。不过现实里， Dev 关注的更多的是软件环境，而 Ops 提供的是资源的调度，这中间还差得远。不是说我用了 Ansible ，我就不需要关注软件环境的细节了，而 Ansible 的开发方向恰恰又是以简洁为目标，尽量隐藏细节，更加不利于 Dev 参与到 dev/staging/prd 的流程中。

Idempotency 在硬件上很好实现，在软件上，短期内应该是看不到希望。（ Ansible 用 py 脚本把 unix 中不具备幂等特性的 primitive 等等做了封装，但这仅仅能帮助代码重用，实际上换个环境并不能确保功能上的可重现性。）关于偏软件环境的运维，我在 V2EX 发过帖子，谈得就是 Ansible/Chef/Puppet 等等无法解决的问题。

dongxiaozhuo

2015-10-17 00:49:12 +08:00

Ansible 挺好用，在管理 OpenStack 时候挺舒服。

dcoder

2015-10-17 01:30:15 +08:00

SaltStack 不是也有无 agent 的 Salt Air 的吗？
为什么不能完全代替 Ansible?

cppgohan

2015-10-17 10:52:15 +08:00

业余玩家, 会简单用 saltstack 和 ansible. 用来初始化, 同步配置, 部署应用到许多机器, 去年在用 saltstack, 今年在用 ansible.

我觉得 ansible 比 saltstack 等等用起来要简单点, 似乎不用考虑很多依赖情况, 执行默认都是顺序执行.
ansible 和 saltstack 的文档都不错, 感觉 ansible 的命令行工具好像没有 salt 参数友好.

ansible 和 salt 感觉都比 chef 和 puppet 好学, 当时看半天 chef 和 puppet 文档看了也不怎么会用.

salt 直接这么写就能给指定 node 加载 sls 或者某个命令

```
salt "pattern" moudle.cmd ""
```

ansible 的参数传起来比较麻烦

ansible 的 vault 功能好像没发现 salt 有对应的, 所以 pillar 不知道放哪里.

ansible tower 没用过, 看起来好像不错的样子.

按 @phoenixlzx 的猜测, "越来越难用、越来越没得查文档", 如果这样就要哭了. 哈哈

话说 RH 收购了它, 也许会在 OpenStack OpenShift 上更好的结合一下?

Jeffplus

2015-10-18 21:56:02 +08:00

mark