Blog

Modernisieren Sie Ihre ITSM-Umgebung

von Twain Taylor 4. Oktober 2017 | 7 Minuten Lesezeit

Die Anforderungen an Organisationen und ihre Anwendungen verändern sich. Zuverlässigkeit ist entscheidend, um das Vertrauen der Nutzer zu gewinnen. Wenn eine App nur eingeschränkt oder gar nicht mehr vollständig funktioniert, ist sie nicht mehr nutzbar. Ausfallzeit Bei längeren Ausfällen suchen Nutzer angesichts der stetig wachsenden Auswahl an Alternativen nach einer Lösung. In vielen Fällen kann ein App-Ausfall auch dem Ruf des Unternehmens schaden. Zuverlässige Apps werden von Nutzern sehr geschätzt und sind daher ein fester Bestandteil ihres Arbeits- oder Privatlebens. Ihr DevOps-Team muss daher schnell auf kundenrelevante App-Probleme reagieren und diese beheben können. Längere ungeplante Ausfallzeiten sind peinlich und führen zu Nutzerverlusten.

Schnelle Transformation hat ihren Preis

Die Entwicklung einer modernen App oder die Umgestaltung einer bestehenden, etablierten App birgt Risiken. Ausfallzeiten sind aufgrund des ständigen Aktualisierungs- und Anpassungsbedarfs unvermeidlich – zunehmend komplexe Architekturen können zudem neue Sicherheitslücken verursachen.

Ein IDC-Bericht zeigt, dass Infrastruktur- und Anwendungsausfälle enorme Auswirkungen auf Fortune-1000-Unternehmen haben. Jedes Jahr gehen Milliarden von Dollar durch ungeplante Ausfallzeiten verloren. Neben den greifbaren Kosten … Markenimage Auch diese Unternehmen werden geschädigt. Wenn Kundenzufriedenheit wichtig ist, müssen App-Ausfallzeiten schnell behoben werden.

Traditionell haben Organisationen festgestellt, dass der Besitz eines ITSM-Prozess vorhanden Das trägt wesentlich dazu bei, Ausfallzeiten zu vermeiden. Das stimmt zwar, aber herkömmliche ITSM-Prozesse stoßen an ihre Grenzen. Angesichts der Komplexität heutiger Anwendungen und Entwicklungspipelines benötigen Sie einen ITSM-Prozess, der auf Folgendem basiert: modernes Operationsparadigma Was modernen Betriebsabläufen im Wege steht, sind die traditionellen Rollen von Entwicklungs- und Betriebsteams.

Die Geschichte zweier Teams – Entwickler und Betrieb

Früher waren Entwicklung und Betrieb zwei getrennte Einheiten. Entwickler erstellten eine Anwendung und übergaben sie dem Betriebsteam zur Wartung und zum Betrieb, was während Ausfallzeiten zu Chaos führte. Der Betrieb trug die Last der Reaktion auf Ausfallzeiten, und Entwickler gingen oft davon aus, dass die Bewältigung aller Aufgaben nach der Entwicklung Aufgabe des Betriebs sei. Dies führte dazu, dass Code geschrieben wurde, der seltener produktionsreif war.

Werfen wir einen Blick auf die unterschiedlichen Merkmale eines Entwicklerteams und eines Betriebsteams:

Entwickler Betrieb
Achten Sie auf Beweglichkeit Achten Sie auf Stabilität.
Sind explorativ Sind risikoscheu
Nichtlinear Sequentiell
Kurzfristige Geschäftsbedürfnisse Langfristige Geschäftsbedürfnisse

 

Betriebs- und Entwicklungsteams arbeiten in unterschiedlichen Geschwindigkeiten. Während sich das Betriebsteam auf Folgendes konzentriert: Stabilität und Zuverlässigkeit Die Entwickler konzentrieren sich auf die Entwicklung innovativer Funktionen und darauf, etwas Neues zu schaffen. Das bedeutet, dass die beiden Teams nicht auf dem gleichen Stand sind, und es kann in Notfällen und bei Ausfallzeiten zu Chaos kommen.

Diese Trennung ist nicht länger hinnehmbar. Im modernen DevOps ist die enge Zusammenarbeit und Synchronisierung von Entwicklungs- und Betriebsteams unerlässlich. IT-Organisationen können es sich nicht leisten, einer Seite zu viel Aufmerksamkeit zu schenken und die andere zu vernachlässigen. Daher benötigen Sie eine Lösung, die beide Seiten gleichermaßen unterstützt. Für moderne IT-Organisationen ist DevOps diese Lösung.

DevOps ist der einzige bewährte Weg, mit dem Unternehmen Agilität und Zuverlässigkeit gleichermaßen berücksichtigen können. Die Balance zwischen beiden kommt dem gesamten Unternehmen zugute und führt zu schnelleren Reaktionszeiten bei Anwendungsausfällen.

Die drei Kernsäulen von DevOps – Menschen, Prozesse und Werkzeuge

Bei DevOps geht es darum, Entwicklungs- und Betriebsteams zu integrieren, damit sie schneller qualitativ hochwertige Anwendungen erstellen können. Geschwindigkeit ist zwar ein zentraler Aspekt von DevOps, Qualität und Zuverlässigkeit sind aber ebenso wichtig.

Bei einem modernen DevOps-Ansatz ergeben sich für jede der drei Kernsäulen spezifische Anforderungen.

  • Menschen - Bei Ausfallzeiten müssen verteilte Teams sorgfältig aufeinander abgestimmt reagieren. Echtzeitkommunikation und -zusammenarbeit zwischen den Teams sind unerlässlich, um schnell handeln und die beste Lösung finden zu können. Alle Teams tragen die Verantwortung für die Software-Performance und das Kundenerlebnis. Die Führungsebene muss den Überblick über die operative Leistungsfähigkeit und Kapazität jedes Teams behalten.
  • Verfahren - Die Reaktion des DevOps-Teams auf Vorfälle sollte gemäß Best Practices optimiert werden. Unkoordinierte, spontane Problemlösungsansätze sollten die Ausnahme und nicht die Regel sein. Die Rufbereitschaft der Teammitglieder und die Eskalation an die zuständigen Teams sollten automatisiert werden. Prozessautomatisierung ist der Schlüssel zu kurzen mittleren Lösungszeiten (MTTR). Es ist nicht praktikabel, das Rad immer wieder neu zu erfinden oder jedes Mal manuelle Prozesse zusammenzubasteln, wenn es darum geht, den richtigen Systemkontext zu ermitteln, die richtigen Personen einzubinden usw.
  • Werkzeuge – Die Tools sollten eng miteinander integriert sein. Angesichts der Informationsflut, die typischerweise bei Ausfallzeiten auftritt, sollten die verschiedenen Datenpunkte intelligent korreliert werden, um die Auswirkungen auf die Dienste hervorzuheben, und die Datenquellen sollten in Tools einfließen, die agile Echtzeit-Workflows ermöglichen.

Werkzeuge allein sind nicht die Lösung

Die rasche Umstellung auf einen DevOps-Ansatz birgt eigene Herausforderungen. Viele Unternehmen versuchen, den Übergang mit einer Vielzahl von Tools zu gestalten. Tools allein reichen jedoch nicht aus. Für eine reibungslose Transformation ist ein unkonventioneller Umgang mit Ihrem ITSM-Toolset erforderlich.

PagerDuty untersuchte IT-Organisationen und fand heraus, dass durchschnittlich 47 % der Unternehmen sechs oder mehr Tools für das Betriebsmanagement einsetzen. Allerdings konsolidieren all diese Tools nur 27 % der Warnmeldungen, und diese Unternehmen weisen eine Fehlerrate von 80 % auf. Dies zeigt, dass die bloße Hinzunahme weiterer Tools nicht die Lösung ist. Im Gegenteil, sie erhöht die Komplexität nur.

Bei der Flut an Daten und Warnmeldungen aus verschiedenen Tools verpassen 85 % der Teams wichtige Benachrichtigungen.

Die Flut an Informationen, die gleichzeitig eingeht, erschwert es, die wichtigsten Informationen herauszufiltern. Durch die Informationsüberflutung sind Teams in bis zu 79 % der Fälle nicht erreichbar. Ein komplexes Toolset hat weitreichende Folgen für Mitarbeiter und Prozesse.

„Die Teams haben immer noch Schwierigkeiten, inmitten all des Rauschens das richtige Signal zu finden.“

Die Bewältigung von Ausfallzeiten erfordert, die richtige Lösung zu finden und die zuständigen Personen zu informieren. Dies gestaltet sich äußerst schwierig, wenn die genaue Ursache des Problems unklar ist und die vorhandenen Tools die Arbeit eher erschweren als erleichtern.

Digitales Betriebsmanagement

Der beste Weg, um Optimieren Sie Ihr ITSM-Toolset ist durch die Verwendung von Digitales Betriebsmanagement Eine Plattform wie PagerDuty. PagerDuty verwaltet intelligent die Alarmdaten von bestehenden ITSM- und Überwachungsplattformen, die Ihr Unternehmen bereits nutzt, wie zum Beispiel ServiceNow PagerDuty ermöglicht es Teams, Probleme proaktiv zu erkennen, anstatt nur auf Kundentickets zu reagieren. Die großen Datenmengen dieser Systeme werden zentral in einer einzigen Ansicht zusammengeführt. Alle nicht relevanten Warnmeldungen werden unterdrückt und nicht benachrichtigt (sie werden jedoch zur Muster- und Anomalieerkennung gespeichert). Die Automatisierung bindet im Fehlerfall nahtlos die richtigen Personen ein. Die Vorfälle enthalten alle Warnmeldungen zum jeweiligen Problem (automatisch gruppiert durch Algorithmen für maschinelles Lernen) sowie Leistungsdaten und detaillierte Fehlerprotokolle für eine schnelle Fehlerbehebung und -behebung. Anschließend liefert PagerDuty detaillierte Berichte für Betriebsleiter, um die Systemeffizienz und die Agilität der Mitarbeiter zu analysieren. Für den Übergang zu Modern Ops ist ein Tool zur Vorfallbehebung wie PagerDuty unverzichtbar.

Erfahren Sie mehr darüber, wie PagerDuty Ihnen bei der Modernisierung Ihrer ITSM-Umgebung helfen kann, indem Sie die folgenden Ressourcen nutzen: