![](https://cdn.prod.website-files.com/643eb1077c21313c7304511e/65a93d6e2247762f23778701_64fa757951d65e51f3d9d468_improving-servicenow-devops-flow-metrics-mean-time-to-environment.692x415.jpeg)
Verbesserung der ServiceNow DevOps Flow Metriken: Mittlere Zeit bis Environment
Optimierung von MTTE mit xtype
In der schnelllebigen Welt der ServiceNow Entwicklung ist die Minimierung von Engpässen entscheidend. Die Geschwindigkeit, mit der Entwickler auf neu geklonte Umgebungen zugreifen können, wirkt sich direkt auf die Iterationsgeschwindigkeit aus. Eine wichtige DevOps-Flow-Metrik namens Mean Time to Environment (MTTE) misst diese End-to-End-Verfügbarkeit environment . Durch die Reduzierung der MTTE können Teams neue Anwendungen und Funktionen schneller entwickeln, testen und veröffentlichen. In diesem Beitrag werden Tipps zur Optimierung der ServiceNow MTTE gegeben und erläutert, wie xtype die environment Bereitschaft beschleunigen kann.
Was ist MTTE?
MTTE misst die durchschnittliche Zeit, die Entwickler benötigen, um nach einem Klon Zugriff auf eine environment mit den neuesten Codeänderungen, Plugins, Anwendungen, Konfigurationen und Daten zu erhalten, die für eine fehlerarme Entwicklung und Validierungstests erforderlich sind. Je niedriger der MTTE-Wert ist, desto schneller können Entwickler Implementierungen überprüfen, Probleme identifizieren und Releases in der Pipeline vorantreiben.
Die versteckten Kosten des Klonens
Wie Sie wissen, wird das Klonen normalerweise durchgeführt, um getrennte Entwicklungs-, Test- und Produktionsumgebungen zu schaffen. Diese Umgebungen isoliert zu halten, gilt aus mehreren Gründen als ServiceNow Best Practice:
- Entwicklungsteams können Änderungen vornehmen, neue Funktionen erstellen und Instanzen anpassen, ohne den laufenden Betrieb oder die Produktionssysteme zu beeinträchtigen. Durch diese Isolierung wird die Live- oder Produktionsinstanz geschützt.
- In Test- und Staging-Umgebungen können Änderungen überprüft werden, bevor sie in die Produktion übernommen werden. Umgebungen, die der Produktion sehr nahe kommen, ermöglichen realistischere Tests.
- Im Falle eines fehlgeschlagenen Updates oder von Konfigurationsproblemen begrenzen geklonte Umgebungen den Explosionsradius und minimieren das Risiko, dass die Produktionsinstanz beschädigt wird.
- Compliance-Anforderungen erfordern oft eine klare Trennung zwischen Umgebungen aus Sicherheits-, Regulierungs- und Auditgründen. Das Klonen bietet eine Möglichkeit, mit diesen Luftlücken zu leben und Anwendungen und Funktionen sicher zu fördern.
- Geklonte Instanzen können während Entwicklungssprints oder neuen Testzyklen aufgefrischt und auf einen bekannten guten Zustand zurückgesetzt werden.
Das Problem beim Klonen besteht darin, dass (1) die Ausführung viel Zeit in Anspruch nimmt und (2) es viel Arbeit vor und nach dem Klonen erfordert, um eine neu geklonte Instanz für neue Entwicklungen und Tests bereit zu machen. Die erste Herausforderung wird in der Regel dadurch gelöst, dass der Klonprozess außerhalb der Geschäftszeiten durchgeführt wird. Die zweite Herausforderung erfordert stundenlangen manuellen Aufwand, der für eine einzelne Instanz erträglich ist, sich aber bei mehreren Instanzen nicht skalieren lässt.
Aber warum sollte man auch nur für eine einzige Instanz stundenlangen manuellen Aufwand in Kauf nehmen? Angenommen, ein ServiceNow -Profi braucht drei Stunden, um einen neuen Klon zu importieren, zu validieren und zu konfigurieren. Das sind drei Stunden, in denen Ihre ServiceNow Entwickler nicht an der nächsten Version arbeiten können. Wie hoch sind die Kosten für diese verlorene Produktivität? Die DevOps-Flow-Metrik von MTTE fordert, diese Zeit so weit wie möglich zu reduzieren.
Strategien zur Verringerung der MTTE
xtype kann ServiceNow MTTE in verschiedenen Anwendungsfällen reduzieren.
Bidirektionale Synchronisierung
xtypeDie bidirektionale Synchronisierungsfunktion von xtype ermöglicht es, dass alle Ihre Instanzen so produktiv wie möglich sind. bietet eine kontrollierte Synchronisierung von Update-Sets, Anwendungen, Plugins, Daten, XML (usw.) in Ihrer gesamten Landschaft. Produktions-Hotfixes können mit Entwicklungs- und Testinstanzen synchronisiert werden, so dass die Arbeit von Entwicklern und Testern genau den Produktionsgegebenheiten entspricht.
Das Entwickeln und Testen in produktionsähnlichen Instanzen reduziert Fehler und Konflikte. xtype bietet eine kontrollierte Synchronisierung, d. h. Genehmigungen, Scans, Testausführungen und sogar Änderungsmanagementanfragen sind Teil der vor- und nachgelagerten Weitergabe von Änderungen. Sie müssen keine Abstriche bei der Sicherheit oder Compliance machen.
Post-Klon-Automatisierung
Die Anwendung der kontrollierten Synchronisierungstechnologie von xtype auf Ihren Klonprozess bedeutet zwei Dinge. Erstens müssen Sie das Klonen nicht mehr als Mittel zum Entwickeln und Testen in produktionsähnlichen Umgebungen verwenden. Zweitens muss ein ServiceNow Profi nach dem Klonen nur noch ein einziges Mal eine Nachbearbeitung durchführen, und xtype überträgt diese Arbeit auf alle anderen neuen Klone. Unsere Kunden verzeichnen eine Reduzierung der MTTE nach dem Klonen um bis zu 80 %.
Schlussfolgerung
Eine Verringerung der MTTE wird sich erheblich auf die Geschwindigkeit und Häufigkeit auswirken, mit der Ihre ServiceNow Teams neue Anwendungen und Funktionen entwickeln, testen und bereitstellen können. xtype ist eine wichtige Technologie, die die MTTE der ServiceNow Instanz verringert. xtype Die kontrollierte Synchronisierung der Instanzen verbessert die Qualität der Anwendungen und Funktionen, die Sie nachgelagert migrieren, und verringert die Fehlerquote.