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服務付費。
