@efi 你写一大堆，我都看晕了。你意思是，小米不开源是因为开源太难...? 第一次听说.

@oldcai 我觉得也是，默认应该按照 GPLv2. v2 好像是挺严格的.

现在有人用过了吗？来说说感受

@Gnep 多谢解答。Good luck for your team! :)

@Gnep 哦，我知道了，你们要的功能很强大，所以从Salt着手了。
那我顺便问下，你们对Zeromq(Salt在用)怎么看，我看Storm弃用了它(Storm用的貌似是早期版本), 然后还有 Crossroads I/O (www.crossroads.io) 闹出来的分家事件。
你们对Zeromq的前景怎么看呢?

@Gnep 我看了salt的网站，发现他们正在山寨ansible(salt air), 再加上vagrant支持ansible 比较好，我就选用ansible了。
scala 复杂度感觉比C++还高，自己用了很久C++，现在也不用了，所以我还没仔细研究 Scala.

@Livid 请问 Job dependencies 你是自己实现的吗? 还是用的最新的 0.4.0 的source code.

@Gnep 看了你们的 techstack:
- 基于Actor的资源调度、管理系统（Scala, Play）
- Web API层（Python, Tornado）
- DevOps（Chef, Puppet, Salt, Ansible）

想问几个技术问题。

请问选择 Tornado (over gevent or twisted) 是主要基于什么理由，我知道 Guido 不怎么喜欢 gevent.

主流 DevOps 工具中你们 preference 顺序是怎样的，你们是 Python+Scala developers, 照理应该 prefer Salt, Asnible 吧？这2个里面你们觉得哪个更好用？

你们怎么处理 Scala 这个语言的复杂度，你们team都是特攻吗，呵呵。还有，我觉得你们的工作对performance应该没特别变态的要求吧，有没有考虑使用语言特性比 Scala 简单的 Clojure?

@Gnep 哦，还有私有版本啊！这个不错。是直接作为软件，卖给用户吗?

@Lycnir 我决定还是先用现成的了

@Livid 我还没开始大规模跑，回头再来 update 经验. 还听说 rq-dashboard 费资源，你有用吗?

@wuxqing 貌似是个问题，没有 load balance 的能力么? 我从文档里面是没看到

我没太搞懂这个 SourceGraph 主要是怎么用的

@Gnep 还有，你们到底是CA的公司，还是北京的公司呢？

@Gnep 看了下，你们这个可视化工具挺帅的，直接看topology还听直观的
你们之打算做AWS吗？还是有其他打算？还有，你们这个要求用户很信任你们啊。
免费试用的情况是怎样的？

@Lycnir 自己写，自己测...?

@wuxqing 我没太看懂你的意思，你是说如果一个跑worker的服务器开了很多worker进程的话，job就会都跑到workder进程开得多的服务器上吗？然后其他worker进程开得少的服务器就饿死了？

Livid老大，你尝试 0.4.0 的 Job dependencies 了吗?

还有，下面这个问题你遇上过吗 ?
http://www.youtube.com/watch?v=Ttw816mwnQY
at 22:19, RQ works are killed aggressively, leave in .pid files
need to cfg it as a reliable solution

lz在用AWS, 估计在美国?
如果是用Python的话, 建议用 Ansible/SaltStack 代替 Puppet/Chef.
Ansible 最简单, 而且Vagrant官方支持也早.
采集监控数据的话, 可以用 pstuil. 我们用 psutil+librato (librato要收费, 但是不算贵, 画出来的图非常好).

挖起来.. 同问