Hier in San Francisco vergeht kaum ein Tag, ohne dass ich von ChatOps und Slack höre. Natürlich beeinflusst es meine Meinung, dass ich in der Nähe des Slack-Hauptsitzes wohne und ihr Produkt jeden Tag benutze, aber trotzdem sind sie überall. Ihr Blog taucht ständig in meinem Medium-Feed auf, und vor kurzem habe ich sogar einen Slack-Werbung . Es ist noch nicht lange her, dass ich schon bei der bloßen Erwähnung eines Chat-Tools zusammenzuckte. Die Erinnerung daran, wie ich unfreiwillig aus der Benutzeroberfläche abgemeldet wurde und ständig Direktnachrichten verpasste, verfolgt mich bis heute.

Aber die Dinge haben sich definitiv geändert, und Chat ist jetzt ein wichtiger Teil meiner vielen täglichen Arbeitsabläufe. Dank Unternehmen wie Slack hat sich Chat zu ChatOps entwickelt, und ChatOps hat die Zusammenarbeit bei der Reaktion auf Vorfälle auf eine neue Ebene gebracht.

Es ist ziemlich erstaunlich, einen Ausfallkanal auf Slack zu beobachten.

Diagramme zeigen die Schwere eines Problems an, Code wird geteilt und Bots tüfteln daran, Aufgaben zu automatisieren und Statusaktualisierungen bereitzustellen. Informationen zu einem Vorfall werden in Echtzeit dokumentiert, wodurch eine ausführliche Zeitleiste entsteht – dieser Workflow ist großartig. Zumindest, bis ein Responder hinzukommt, um ein Problem zu lösen, und gezwungen ist, zwischen den Tools zu wechseln.

Haben Sie schon einmal miterlebt, wie Sie versucht haben, einen Incident Responder in einen Slack-Kanal zu bringen, um zu sehen, wie er ServiceNow-Tickets einreicht und Statusaktualisierungen per E-Mail sendet? Diese Aktionen unterbrechen den Incident-Response-Flow und halten die Responder von dringenden, wichtigen Aufgaben ab, wie zum Beispiel der Wiederherstellung Ihrer Website. Und leider sind diese Unterbrechungen in den meisten Organisationen zur Norm geworden.

Bei PagerDuty haben wir uns mit Slack zusammengetan, um dieses Problem zu lösen. Erstens wissen wir, dass PagerDuty Vorfälle oft der Beginn des Vorfalllösungsprozesses sind. Viele Teams lassen ihre PagerDuty Vorfälle in Slack-Kanäle weiterleiten. Daher haben wir mit dem UX-Team von Slack zusammengearbeitet, um prägnante, benutzerfreundliche Nachrichten zu erstellen, die alle benötigten Informationen vermitteln, ohne Ihren gesamten Slack-Feed zu beanspruchen.

Darüber hinaus möchten wir nicht, dass unsere Benutzer zwischen PagerDuty und Slack hin- und herwechseln müssen. Durch die Partnerschaft mit Slack konnten wir deren neue Nachrichtenschaltflächenfunktion nutzen. Mit einem Klick auf eine Schaltfläche können Benutzer nun PagerDuty Vorfälle von Slack aus bestätigen und lösen. PagerDuty Updates füllen die Slack-Timeline, sodass immer klar ist, wer wann im Spiel ist und welche Maßnahmen ergriffen wurden. Benutzer können auch unsere Über 150 Integrationen sowie unsere API, um diese Funktionalität zu erweitern. Beispielsweise aktualisiert PagerDuty ServiceNow kontinuierlich mit Bestätigungen und Lösungen aus Slack, sodass sich die Antwortenden nicht darum kümmern müssen, Tickets einzureichen und sie in der Hitze des Gefechts zu aktualisieren.

Schließlich wollen wir die Einrichtungsprozess für diese Integration um so nahtlos wie möglich zu sein. Vorbei sind die Zeiten, in denen man Webhook-URLs und API-Schlüssel einfügen musste. Mit nur wenigen Klicks können PagerDuty Benutzer ihr Slack-Konto autorisieren und damit beginnen, PagerDuty Nachrichten an die Kanäle ihrer Wahl zu senden.

Wir hatten viel Spaß bei der Zusammenarbeit mit Slack, um unsere Integration zu verbessern, und freuen uns, im Rahmen der Einführung ihrer Message Buttons mit ihnen zusammenzuarbeiten. Da die Entwicklungen in ChatOps und Unternehmenszusammenarbeit weiterhin jede Branche revolutionieren, können wir uns darauf verlassen, dass PagerDuty weiterhin Integrationen entwickelt, die diese Funktionalität nutzen, um zusätzlichen Mehrwert für unsere Benutzer zu schaffen und jeden Workflow zu optimieren.

Interesse an mehr? Laden Sie die Referenzkarte herunter, um mehr zu erfahren.