DevOps und der Tod der CMDB

Die Ideen und Prinzipien, die DevOps leiten, sind nobel. Die Überbrückung der Lücke zwischen Entwicklung und Betrieb in der IT war von immensem Vorteil. DevOps hat uns geholfen, dynamische, widerstandsfähige und funktionale Systeme zu schaffen, die sich durch eine unübertroffene Anpassungsfähigkeit auszeichnen, mit einem klaren Ergebnis: der Verbesserung der Servicebereitstellung. Die Betonung der Zusammenarbeit und Kooperation zwischen den beiden oft gegensätzlichen Gruppen stärkt garantiert die Qualität der Produkte, da jede das Ergebnis einer komplizierten Mischung genialer Ideen ist.

Die Verbindung von Betrieb und Softwareentwicklung hat den Bereitstellungsprozess vereinfacht. Obwohl DevOps innovativ und erfolgreich war, gibt es einige grundlegende Mängel. einige davon sind so groß, dass sie DevOps in naher Zukunft überflüssig machen könnten. Schauen wir uns einige dieser Fallstricke an.

Nischen-Ansatz

Die Integration von Entwicklung und Betrieb ist hinsichtlich ihrer Einsatzbereiche begrenzt. Es ist sehr wahrscheinlich, dass die Auswirkungen in Zukunft angesichts des klassischen Kerngeschäfts deutlich abgeschwächt werden. Es verstößt gegen die Organisationskultur; , die sich für die Trennung der Verantwortlichkeiten einsetzt und diese beiden wesentlichen Funktionen in einer komplexen Methodik zusammenführt. Darüber hinaus ist die Art und Weise, wie die überwiegende Mehrheit den Begriff auslegt, ein großes Problem, das seine Anwendbarkeit einer Vielzahl von Risiken aussetzt. DevOps plädiert in Bezug auf die Systementwicklung für die Verfeinerung der ITIL-Praktiken, um überlegene Systeme zu schaffen. Es gibt zwei Denkschulen: die eine, die Mittel und Wege zur Interaktion mit einer DevOps-Agenda vorschlägt, und die hoi polloi, mit den fehlgeleiteten Postulaten eines Endes von ITIL mit dem Aufkommen von DevOps. Dies stellt eine neue Front für die Manifestation von Konflikten dar, wobei diejenigen, die eine strikte Top-down-Struktur der Entwicklung befürworten, gegen diejenigen ausgespielt werden, die eine baseline-orientierte Struktur vorschlagen.

DevOps hat sich zu einem weltweit akzeptierten Ansatz entwickelt, der erhebliche positive Auswirkungen auf alle Gesellschaften und Unternehmen hat. Sie ergänzt Geschäftsprozesse perfekt und führt zu einer Fülle von Effizienz. In dem Versuch, Entwicklung und Betrieb sozusagen zu einem zweischneidigen Schwert zu formen, haben die Befürworter das wesentlichste Prinzip in Geschäftsprozessen aus den Augen verloren; Eine Idee von der Konzeption bis zu einem Punkt zu bringen, an dem sie tatsächlich Geld verdient. Eine komplexe Mischung aus Ideen, Personen und Fähigkeiten ist in jedem Schritt des ALM-Prozesses erforderlich, damit er erfolgreich ist. Die Verringerung nachteiliger Tendenzen wie Doppelarbeit und Orientierungsverlust ist unerlässlich, um den geringsten Erfolg zu erzielen. Ein kurzsichtiger Ansatz zur Erreichung eines der Ziele führt im Grunde dazu, dass sich eine Gruppe von Personen von den organisatorischen Zielen entfernt. Infolgedessen erfordert es eine explizite Kontrolle auf allen Ebenen des Unternehmens, einschließlich des Lebenszyklus der Systementwicklung, des Anwendungslebenszyklus und aller Geschäftsprozesse.

ITIL

Die Anfänge dieses Konzepts hatten große Auswirkungen auf das Management von Informationssystemen. Es revolutioniert die Fähigkeit mit seinen ausgeklügelten Praktiken und befasst sich mit der Entwicklung eines kundenserviceorientierten Systems. Grundsätzlich wird es als auf den Entwicklungsteil des Prozesses ausgerichtet wahrgenommen. Vor diesem Hintergrund signalisierte der Beginn von DevOps die Abkehr von ITIL. Das Missverständnis hat eine große Rolle dabei gespielt, die Wirksamkeit der Agenda herunterzuspielen und den Einzelnen vor ein Dilemma zu stellen, die sie als unwiderlegbare Erfindung betrachten.

Unzulänglichkeiten des Konfigurationsmanagements

Eine Idee der ITIL-Bewegung ist das Konfigurationsmanagement, das ein weiterer Weg zur Verbesserung des IT-Managements ist. CMDBs haben maßgeblich dazu beigetragen, eine nahtlose Möglichkeit zur Speicherung von Daten über Beziehungen und Verbindungen zwischen Konfigurationselementen auf allen Ebenen zu schaffen. Diese Funktionen ermöglichen eine schnelle Reaktion auf Fehler und Ausfälle, eine einfachere Compliance-Prüfung und ein effektives Änderungsmanagement. Die rasant voranschreitenden Entwicklungen im Datenmanagement, die durch die Cloud-Technologie eingeläutet werden, werden die CMDB jedoch überflüssig machen. Dies hat eine Reihe von Gründen, darunter die folgenden:

• Die Schaffung einer völlig neuen Klasse von Daten durch Virtualisierung, begleitet von immer neuen Wechselbeziehungen zwischen den Configuration Items. Einzelne Unit-Tests für die Infrastruktur werden daher immer schwieriger.
• Die Geschwindigkeit der Erstellung neuer Informationen ist zu schnell. Zu einem bestimmten Zeitpunkt werden innovative Plattformen wie Puppet und Chef ineffektiv sein, da die Datenerstellungsraten steigen.
• Die sich schnell verändernde Informationsumgebung (mit einer Geschwindigkeit, die schneller ist als die CMDB-Kapazität). Die Notwendigkeit einer aktualisierten Datenbank wird immer schwieriger zu erfüllen sein, und Konfigurationsabweichungen werden zu einer harten Nuss, die es zu knacken gilt.
• Der relativ begrenzte Funktionsumfang des Konfigurationsmanagements wird in der Folge zu seiner Bedeutungslosigkeit führen, wenn andere wichtige Statistiken wie Infrastruktur- und Anwendungsleistung aufkommen.

Angesichts der anschließenden Aufwärtsspiralen bei der Nützlichkeit von Informationen ist die Speicherung ganzer Upgrade-Historien, Finanzinformationen, Leistungsprofile und Konfigurationsdaten in einem Repository definitiv nicht die klügste Strategie. In der Tat befindet sich die IT in einem Zustand ständiger Weiterentwicklung, in dem sich Informationen in einem ständigen Wandel befinden. Application Life-Cycle Management (ALM) wird zunehmend zu einem schlankeren und schnelleren Prozess, und daher wird das Versagen der Configuration Management Database (CMDB), mit der wechselhaften Umgebung Schritt zu halten, für jedes Unternehmen eine Katastrophe bedeuten.

Unzureichende Automatisierung

Die Verbindung von Entwicklung und Organisation erfordert eine verstärkte Interaktion zwischen den beiden Fraktionen. Er unterstreicht die Bedeutung eines automatisierten Entwicklungssystems, das auf den Schwächen menschlicher Fehler und Unzulänglichkeiten beruht. Vor diesem Hintergrund wird Software wie UpGuard, die situationsspezifische Tests ermöglicht, Basisanwendungen vorgezogen. UpGuard ermöglicht auch die Zusammenarbeit zwischen allen beteiligten Sektoren, so dass das Testen in der Verantwortung aller Beteiligten liegt. Die Auswirkungen davon zeigen sich in Form von robusten, aber dennoch anpassungsfähigen und eleganten Systemen.

Die Umwelt befindet sich in ständiger Entwicklung, wobei die Kapazität der Daten exponentiell zunimmt. Gegenwärtig mögen die verfügbaren Systeme für die Situation ausreichend, wenn nicht sogar perfekt erscheinen. Sie sind jedoch genauso anfällig für Veränderungen, genau wie alle anderen Systeme, und es sollte versucht werden, einen Blickwinkel einzunehmen, wenn Veränderungen anklopfen. Man kann mit Sicherheit sagen, dass diese neuartigen Ideen, die bis zum Rand mit Effizienz und Gutem gefüllt sind, in naher Zukunft als archaisch angesehen werden. Seien Sie darauf vorbereitet, sich von DevOps und CMDB zu verabschieden, da sie angesichts einer zukünftigen IT-Revolution mit Sicherheit zugunsten neuer und verbesserter Gegenstücke aufgegeben werden.

Folgen Sie UpGuard auf Twitter.