【ChatOps系列】ChatOps简介

thinkeridea

发布于 2019-11-04 11:14:59

4.3K0

发布于 2019-11-04 11:14:59

要说 ChatOps 就不得不说 DevOps，DevOps 是来源于 Development 和 Operations 的一个组合词，顾名思义，是一系列过程、方法与系统的统称，旨在促进开发、测试和运维人员之间的沟通与协作。简单来说，是通过引入一系列的「工具」，通过三种不同角色的开发成员间的「协作」而实现的一种「自动化」的工作模式。这种工作方式带来的好处显而易见：

实现持续快速交付
能够降低人力成本

但很大程度上，DevOps 更多是指开发群体之间的一种协作模式（通常也在开发人员中实施），随着全行业的发展和人力成本的攀升，在团队所有角色间贯通的升级版「DevOps」逐渐登场，也就是我们将要重点介绍的 ChatOps。

ChatOps介绍

ChatOps 的历史相对短暂，2013 年 GitHub 内部最早开始推行 ChatOps，希望能以聊天的方式更容易更快速的去完成 DevOps 承载的工作。

ChatOps 以聊天室，即沟通平台为中心，通过一系列的机器人去对接后台的各种服务，工作人员只需要在聊天窗口中与机器人对话，即可与后台服务进行交互，整个工作的展开就像是使唤一个智能助手那样简单自然。

ChatOps 站在巨人的肩膀上发展，也为工作带来了显而易见的好处：

公开透明。所有的工作消息都在同一个聊天平台中沉淀并公开给所有相关成员，消除沟通壁垒，工作历史有迹可循，团队合作更加顺畅。
上下文共享。减少因工作台切换等对消息的截断，保证消息的完整性，让工作承接有序，各角色，各工具都成为完成工作流中的一环，打造真正流畅的工作体验。
移动友好。只需要在前台与预设好的机器人对话即可完成与后台工具、系统的交互，在移动环境下无需再与众多复杂的工具直接对接，大大提升移动办公的可行性。
DevOps 文化打造。用与机器人对话这种简单的方式降低 DevOps 的接受门槛，让这种自动化办公的理念更容易的扩展到团队的每一个角落。

ChatOps 主要由三个部分构成：聊天室（控制中心）、机器人（连接中心）、基础设施，基础设施主要是支撑我们业务运行的各种服务与工具，在构建 ChatOps 时主要需要选择聊天室和机器人，国外早期的工作沟通工具 HipChat，新秀 Slack 都是作为 ChatOps 承载平台的好选择，在中文的环境下，则可以选择 BearyChat（倍洽）等等。

聊天室选择：

功能完备
操作交互友好
多平台支持
API 丰富
三方工具支持丰富
机器人支持程度

机器人选择：

功能完备
易扩展（我们可能需要根据基础设施编写大量机器人扩展）
编程语言熟悉（因为我们需要编写扩展）
开源扩展丰富（可以极大减少开发工作量）

聊天室主要有：Slack、HipChat、BearyChat（倍洽）、Rocket.Chat、钉钉（机器人支持程度不够，不太支持）。机器人主要有：Hubot（javascript/CoffeeScript）、Lita（Ruby），Errbot（python）。

机器人我推荐使用 Hubot，后面所有的实验都使用 Hubot 展开。 GitHub 团队内部实现的 ChatOps 与一个叫做 Hubot 的机器人框架密切相关，Hubot 提供很多聊天机器人所需的基础设施，借助 Hubot 框架能比较方便的和自己编写的功能或自己的系统对接。目前，Hubot 已经发展出了较好的生态圈，有很多开源插件可以借用。