Câu trả lời:
ChatOps là một chủ đề hấp dẫn; thực tế nó có nghĩa là một cái gì đó rất khác nhau đối với mỗi đội sử dụng nó. Đến nỗi Atlassian đã kết hợp những gì có thể được coi là mô hình trưởng thành Trò chuyện .
Quan trọng: Trò chuyện và ChatOps rất cụ thể đối với một tổ chức, hãy nghĩ Chat là Vải cho các bot của nhóm bạn tồn tại trong đó là các bot cung cấp chức năng cho phép các quy trình kinh doanh và kỹ thuật.
Với bài học ngắn gọn về Lý thuyết ChatOps, tôi có thể nói về những trải nghiệm mà tôi đã có với ChatOps:
Slack và PagerDuty có khả năng tích hợp tuyệt vời cho phép mọi sự cố mới được nêu ra trong PagerDuty sau đó được đăng trong một hoặc nhiều Kênh Slack với thông tin về sự cố và các nút để hành động theo kiến thức:
Ngoài việc kết nối PagerDuty và Slack, chúng tôi còn kết nối tất cả các công cụ giám sát và cảnh báo của chúng tôi với Slack để nó là điểm trung tâm cho tất cả các vấn đề thực tế và tiềm ẩn, bao gồm khả năng truy vấn Relic mới trực tiếp từ Trò chuyện.
Với một khách hàng khác, chúng tôi đã xây dựng các bot tùy chỉnh thực thi các tập lệnh trên các máy từ xa, chúng tôi đã thực hiện việc này bằng cách sử dụng kết hợp gọi API quản lý trong Azure và chạy các lệnh Cluster Fork :
@checky scale serviceA 30
: Quy mô ServiceA đến 30 máy.
@checky kill serviceA#4
: Giết số hiệu cho trên ServiceA.
@checky exec serviceA#1,5 ps -awx
: chạyps
lệnh trên serviceA phiên bản 1 và 5 và đăng kết quả đầu ra để trò chuyện
Chúng tôi có một số chatbot chạy trong các kênh SOCVR giúp chúng tôi:
Trường hợp sử dụng chính cho CNTT doanh nghiệp sẽ là phát minh lại quy trình của họ để xử lý các sự cố chính (đôi khi được gọi là "Phòng chiến tranh sự cố") bằng cách sử dụng thực tiễn ChatOps. Tôi đã nắm bắt được điều này và các trường hợp sử dụng bổ sung có liên quan đến Enterprise IT - trong một loạt blog:
(và bạn cũng có thể tiếp tục đến phần thứ 3 trong chuỗi đó từ các liên kết đó ...)
Tôi muốn nhận được ý kiến / phản hồi của bạn.