ChatOPS-不那么严肃却有效的轻运维模式

ChatOPS是什么鬼与DevOPS有什么区别？

确切的说ChatOPS与DevOPS是并行的，他们在职能上完全不冲突。如果将ChatOPS做一个职能定义，那就是“基于聊天室的流程组织化运维”。
ChatOPS并不会取代现有DevOPS，他所推动的是整个公司对于事件流程和组织的形式。

ChatOPS解决了什么问题，适合什么样的公司

对组织和流程及职能分配成熟的公司来说，ChatOPS不是必须的。因为他所做的事早就被PM，NOC Center，QA部门完成了。同时公司自有的如 Atlassian 系列工具在进行组织和管理上已经非常完善。
ChatOPS适合的是新兴公司，在没有成熟的组织、流程、职能分配条件下，全由自我驱动力实现管理的公司来说，ChatOPS模式就非常合适。

ChatOPS大概的工作模式是怎么样的，会对我们现有的工作模式有巨大的改变么？

ChatOPS的工作模式就是将各种工作内容如Case，Project等问题，一一创建为聊天室。一切针对对应问题的更新和讨论及资源共享都在这个聊天室内完成。
当一个项目结束，就把这个聊天室归档，当需要回顾和查看的时候可以在归档区找回这个聊天室，根据瀑布信息流来review工作。

有哪些ChatOPS平台

• 国外最出名的是Slack
• 国内的是瀑布，现在改名叫(零信)

这与Tower类的有什么区别？

更轻，更快，定制的BOT功能更方便。其实主要是，他更适合松散组织架构的集群使用，以信息瀑布流的方式来展示每一个问题处理的流程。
或者说，更适合那些年轻公司，在没有完善流程，又需要快速讨论和执行所有事件的公司。

我的事件是手工输入ChatOPS么？

大部份事件是您公司的平台主动推送给ChatOPS平台，目前笔者使用过的如 ** Slack ** 零信 ** 都有众多基于restful样式的接口工具，用于让您的系统整合到凌信中。所有事件自动同步进凌信

ChatOPS需要用好的工具是BOT

对，BOT，机器人。如果一旦你开始实践ChatOPS，你会对机器人爱不释手，他可以帮你做非常多的事。
这部份推荐看一下诸如Hubot是如何帮助github工作的

阻挡在企业实施ChatOPS的障碍有什么

目前看过唯一的障碍就是费用吧,虽然他并不很贵，但目前至少在国内，很少有公司愿意为SAAS服务付费。