Hier in San Francisco vergeht kaum ein Tag, ohne dass ich von ChatOps und Slack höre. Klar, dass ich in der Nähe des Slack-Hauptsitzes wohne und deren Produkte täglich nutze, beeinflusst meine Sichtweise, aber trotzdem sind sie überall. Ihr Blog taucht ständig in meinem Medium-Feed auf, und erst kürzlich habe ich sogar einen Slack-Werbung Es ist noch nicht lange her, da schauderte es mich schon bei der bloßen Erwähnung eines Chat-Tools. 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 mittlerweile ein wichtiger Bestandteil 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 ein neues Niveau gehoben.

Es ist ziemlich erstaunlich, einen Ausfallkanal auf Slack anzusehen.

Diagramme veranschaulichen den Schweregrad eines Problems, Code wird geteilt und Bots automatisieren Aufgaben und liefern Statusaktualisierungen. Informationen zu einem Vorfall werden in Echtzeit dokumentiert und erzeugen eine detaillierte Zeitleiste – dieser Workflow ist einfach großartig. Zumindest solange, bis ein Mitarbeiter zur Problemlösung hinzukommt und zwischen den Tools wechseln muss.

Haben Sie schon einmal miterlebt, wie Sie versucht haben, einen Incident-Responder über einen Slack-Kanal zu erreichen, der ServiceNow-Tickets einreicht und Status-Updates per E-Mail versendet? Diese Aktionen unterbrechen den Incident-Responder-Flow und halten die Responder von dringenden, wichtigen Aufgaben ab, wie zum Beispiel der Wiederherstellung der Website. Und leider sind diese Unterbrechungen in den meisten Unternehmen zur Normalität geworden.

Bei PagerDuty haben wir uns mit Slack zusammengetan, um dieses Problem zu lösen. Wir wissen, dass PagerDuty Vorfälle oft den Anfang des Problemlösungsprozesses bilden. Viele Teams leiten ihre PagerDuty Vorfälle an Slack-Kanäle weiter. Deshalb 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 belegen.

Darüber hinaus möchten wir, dass unsere Nutzer nicht zwischen PagerDuty und Slack wechseln müssen. Durch die Zusammenarbeit mit Slack konnten wir die neue Funktion „Nachrichten-Buttons“ nutzen. Per Mausklick können Nutzer nun PagerDuty Vorfälle von Slack aus bestätigen und beheben. PagerDuty -Updates werden in die Slack-Timeline übernommen, sodass immer klar ist, wer wann am Zug ist und welche Maßnahmen ergriffen wurden. Nutzer können außerdem unsere Über 150 Integrationen sowie unsere API zur Erweiterung dieser Funktionalität. Beispielsweise aktualisiert PagerDuty ServiceNow kontinuierlich mit Bestätigungen und Lösungen aus Slack, sodass sich die Antwortenden im Eifer des Gefechts nicht um das Einreichen und Aktualisieren von Tickets kümmern müssen.

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

Die Zusammenarbeit mit Slack zur Verbesserung unserer Integration hat uns sehr viel Spaß gemacht und wir freuen uns sehr über die Zusammenarbeit im Rahmen der Einführung der Message Buttons. Da die Entwicklungen in ChatOps und der Unternehmenszusammenarbeit weiterhin alle Branchen revolutionieren, können wir uns darauf verlassen, dass PagerDuty weiterhin Integrationen entwickelt, die diese Funktionalität nutzen, um zusätzlichen Mehrwert für unsere Nutzer zu schaffen und jeden Workflow zu optimieren.

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