问题描述
在考虑为公司实现一个ChatOps平台，以帮助自动化代码部署。用户已经看过一些替代方案，并将选择范围缩小到了cog和Errbot。用户对cog的架构印象深刻，因为它给用户带来了性能和弹性的感觉；它可以轻松地在Kubernetes中部署，并且支持使用任何语言进行扩展。另外，它的ACL功能也是一个亮点。
然而，用户之前的公司的DevOps团队使用了cog，对用户来说效果很不错。但是，由于用户目前的DevOps团队规模较小，如果cog不再维护，用户无法承担维护的成本。
用户希望了解使用中的ChatOps平台的经验，以及它们的优缺点。用户对至少具备以下特性的聊天机器人感兴趣：
– 内置ACL，类似于cog。
– 可以使用任何语言进行扩展（或者至少可以在Python/JavaScript中实现扩展）。
解决方案
在选择合适的ChatOps平台时，需要考虑诸多因素，包括特性、可维护性以及适用性。根据你的需求，我推荐以下一个ChatOps平台，它符合你的要求，并且具备丰富的功能。
StackStorm
我发现StackStorm是一个功能最全面的ChatOps产品。它能够满足你的需求，并且具备以下特点：
权限管理、角色控制、ACL支持：StackStorm内置了权限管理、角色控制和访问控制列表（ACL）的功能，使你可以精细地控制用户的访问权限。
多语言扩展性：StackStorm的扩展性非常强大，你可以使用Python等多种编程语言来扩展它的功能。你还可以编写自定义的动作（actions），并将其集成到系统中。
丰富的组件：StackStorm由多个组件组成，包括传感器（Sensors）、触发器（Triggers）、动作（Actions）、规则（Rules）、工作流（Workflows）等。这些组件相互协作，为ChatOps提供了强大的功能。
ChatOps集成：StackStorm内置了ChatOps功能，支持与其他组件无缝集成，如Action Aliases和Notifications。此外，你还可以使用自己的ChatOps机器人，如Hubot，来集成StackStorm。
RBAC支持：StackStorm在其”Extreme Workflow Composer”中支持基于角色的访问控制（RBAC），允许你定义不同角色的权限。
StackStorm提供了一系列强大的功能，可以满足不同规模和需求的团队。它的文档详细介绍了如何安装、配置和使用，你可以在官方文档中找到更多信息。
综上所述，如果你希望拥有内置ACL、多语言扩展性以及丰富的组件，StackStorm可能是一个很好的选择。你可以根据你的需求进一步研究它，以确定是否适合你的团队。
注意：在实施任何ChatOps平台之前，请确保进行充分的评估和测试，以确保平台符合你的需求并能够适应你的环境。
希望这些信息能够帮助你在选择合适的ChatOps平台时做出明智的决策！如果你有更多问题或需要进一步的帮助，请随时问我。