„Veränderung ist unvermeidlich … außer am Automaten.“

Wenn ich mich recht erinnere (es ist über 20 Jahre her), stand das auf dem Gratis-T-Shirt, das mir Microsoft als offizieller Windows 98-Betatester geschenkt hat. Und ja, als Beta-Freiwilliger musste ich meinen Desktop-PC von Seattle nach Redmond, Washington, schleppen … weil … ich schätze, so war das damals? Ich weiß noch, dass wir Pizza bekamen und ich mehr RAM installieren musste. Wie gesagt, es ist schon eine Weile her; aber die ganze „Veränderung ist unvermeidlich“-Regel gilt auch heute noch.

Bei komplexen digitalen Systemen ist die einzige Konstante der Wandel. Microservices und Cloud-Infrastrukturen verändern sich. Neue Software-Releases und Rollbacks. Jede Konfigurationsänderung kann Auswirkungen auf die Dienste haben. Bei einem neuen digitalen Vorfall ist es hilfreich zu wissen, was sich geändert hat, um frühzeitig reagieren zu können. Besser noch: Informieren Sie sich über Änderungen, die zu einem digitalen Vorfall führen könnten.

Wir starteten Mapping der Auswirkungen von Änderungen Damit Teams schnell erkennen können, wo Änderungen Fehler verursacht haben und verursachen könnten. Diese kontextualisierten Echtzeitinformationen helfen DevOps-Teams, den Dienst, der Probleme verursacht, schnellstmöglich zu identifizieren. Durch die vollständige Integration von Änderungsereignissen aus dem Softwarebereitstellungsprozess (CI/CD-Pipelines) und den Code-Repositories bieten wir Teams vollständige Transparenz über diese Änderungen, um ihre Auswirkungen besser zu verstehen.

Wir arbeiten mit vielen Ihrer Softwareunternehmen zusammen, um diese Ereignisse zu erfassen und Ihnen einen noch genaueren Überblick über Ihre digitale Landschaft zu ermöglichen. Nachfolgend finden Sie einige Tools, die PagerDuty für die Abbildung von Change Impact Mapping integrieren kann.

Profi-Tipp : Wir empfehlen, Ihre Ereignisse dem PagerDuty -Dienst zuzuordnen, der Ihre Änderungen darstellt. So können Einsatzkräfte bei einer Benachrichtigung über einen Vorfall schnell aktuelle Änderungen an ihrem Dienst erkennen. Hier sind einige unserer Partner, deren Tools Ihnen die Erfassung von Änderungsereignissen ermöglichen.

GitHub

Wir sind eine Partnerschaft mit GitHub eingegangen Damit können PagerDuty Nutzer Änderungsereignisse von GitHub oder GitHub Enterprise übernehmen. Neue Pull Requests und Commits können in PagerDuty eingespeist werden, um noch mehr Kontext bereitzustellen. Nutzer können in PagerDuty Änderungsereignisse aus den Zeitleisten der letzten Aktivitäten des Dienstes während der Vorfallstriage oder Hypercare schnell überprüfen. Alle aktuellen Änderungen an einem Dienst werden für den Responder sichtbar angezeigt. Sie können über eine umfassende Liste der letzten Änderungen Ihrer Dienste durch alle Änderungen navigieren.

GitLab

PagerDuty's GitLab-Integration Unterstützt Teams beim Senden benachrichtigungsfreier Ereignisse von GitLab an PagerDuty Dienste. Benutzer können Merge-Request-Ereignisse erfassen, um allen PagerDuty Benutzern Kontext bereitzustellen. Wir empfehlen, Ihre GitLab-Ereignisse dem PagerDuty Dienst zuzuordnen, der Ihre Änderungen repräsentiert. So können Responder bei einer Benachrichtigung über einen Vorfall schnell aktuelle Änderungen an ihrem Dienst erkennen.

Entwickeln

PagerDuty's Integration mit Evolven FIRST beugt Vorfällen vor, indem es bei riskanten Änderungen Warnmeldungen ausgibt. Tritt ein Vorfall auf, können die Teams ihn genauer untersuchen und die Änderungen zuordnen, die möglicherweise dazu beigetragen haben.

Evolven sammelt und analysiert detaillierte Änderungsdaten, um die automatisierte Behebung zu bereichern und mit Kontext zu versehen. Diese Funktionalität eignet sich auch gut für Hypercare.

Ansible

Ansible ist eine leistungsstarke Automatisierungs-Engine, die die Bereitstellung von Systemen und Anwendungen vereinfacht. Change Event-Integration für Ansible ermöglicht es Teams, alle Code- oder Infrastrukturänderungen als PagerDuty Änderungsereignis aufzunehmen und zu verfolgen.

Buildkite

Integration von Buildkite mit PagerDuty Ermöglicht die Konfiguration Ihrer Buildkite-Pipelines, sodass bei erfolgreichem oder fehlgeschlagenem Build Änderungsereignisse an Ihre Dienste gesendet werden. Müssen Sie Signale von Störsignalen filtern? Die Unterstützung bedingter Benachrichtigungen stellt sicher, dass Sie nur die für Sie relevanten Daten senden. PagerDuty liefert die Event Intelligence, Buildkite die Ereignisse.

JFrog

Mit der JFrog Pipelines-Integration können während des Softwarebereitstellungsprozesses Ereignisse an PagerDuty gesendet werden, um wertvolle Informationen zu liefern, z. B. welche Software erstellt wird, welche Versionen bereitgestellt werden, welche Umgebungen bereitgestellt werden, welche Builds fehlschlagen und vieles mehr. Dies ermöglicht es Teams, Produktionsprobleme mit potenziellen Softwareproblemen zu korrelieren, die Arbeitslast der Softwarebereitstellung zu verstehen und zu verstehen, wie Teams ihre Software bereitstellen.

Jenkins-Änderungsereignisse

Der Jenkins Change Events-Integration Ermöglicht Benutzern das Senden von Änderungsereignissen und das Auslösen von Post-Build-Vorfällen über PagerDuty. Dadurch können Teams alle Build-Ereignisse in nur wenigen Schritten einsehen. Aktuelle Änderungsereignisse in Jenkins werden bei relevanten Vorfällen angezeigt, um Benutzern eine effektivere Fehlerbehebung zu ermöglichen. Benutzer können alle aktuellen Änderungen in Jenkins nach Team, Service und Datum anzeigen.

Haben Sie sich mit der Unvermeidlichkeit von Änderungen außerhalb der Automaten abgefunden? Sind Sie bereit, mit Change Impact Mapping zu beginnen? Die Integrationsbibliothek von PagerDuty lässt sich nach „Änderungen“ sortieren, um Ihnen die aktuellsten Informationen darüber zu liefern, von welchen Tools Sie Ereignisse erfassen können. Sie können Ihre Ereignisse auch über das API für Änderungsereignisse .

Gehen Sie in Ihrem PagerDuty Konto in der oberen Navigation zu Vorfälle > Letzte Änderungen, oder Erfahren Sie hier mehr darüber .