本文介绍了ChatOps的背景和理念，通过实例展示了如何利用聊天机器人进行运维管理。ChatOps以自动化、测量和分享为核心，是DevOps的一种实现方式。文中以GitHub的Hubot为例，探讨了其生态系统和集成，并指出在接纳ChatOps时可能存在的误区，强调了建立小生态和处理好人机关系的重要性。
ChatOps通常是指依靠群组聊天室进行管理运维工作的一种。在ChatOps领域，我是一个新人，通过学习与运用，再回过头来看，对GitHub、Apple这样的一些先行者更是崇拜。
在现在这个概念为王的时代，ChatOps更像是一个“弱建筑”定义，低调不失优雅。希望通过我的分享，和大家一起来发现其生态建设（以我熟悉的Hubot为例）、基本设计，为后续更好的实践提供一个参考。
背景，何为ChatOps？
先看看实验室截图，我在聊天室中通过与某机器人沟通，获取容器云的测试环境的top5资源以及主机健康信息表。
直观的感受就是ChatOps给了一个全新的工作环境，让我们可以在聊天室中，通过聊天的方式，获取想要的反馈。
说到ChatOps，自然会想到DevOps。市场上这两年在“疯狂”的传递着DevOps的理念，那我们有没有考虑过DevOps的核心是什么？有哪些实现分支？又存在一些什么问题？很多人都像我一样，会习惯的去说，DevOps有四大核心，包括技术、组织、流程、文化；实现DevOps可以从CI/CD着手，以自助自动为指导思想；DevOps要落地很难，因为有太多历史债务，有太多规章制度……
那该怎么正确看待ChatOps呢？机器人？聊天室？机器人聊天运营？先看看SneakyCode上的总结：“At the heart of DevOps is CAMS …… ChatOps isan extension of DevOps and enhances it with and extreme focus on CAMS”。这里，CAMS是指a culture of automation, measurementand sharing，认为ChatOps是对DevOps的一个实现与加强。
一直以来，运维的工作方式给大家的感觉就是脚本，部署要执行脚本、变更要执行脚本；或者进阶一层来看，运维会用各种小工具，比如Puppet、SaltStack等，对脚本形成统一管理、下发、执行。很多人都在讲：要把繁重且重复的劳动交给机器人，让人做更有趣更创新的事情。比如运维同学所做的日常巡检、故障处理，则可以由这些机器人伙伴来协助处理。而作为运维同学的伙伴机器人，一个很好的参与工作方式是加入到我们的日常聊天组，一起共事、一起学
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
