Integration ist ein Hindernis für die kontinuierliche Bereitstellung
APIs sind keine Integration. Sie sind ein Mittel zur Umsetzung der Integration. Und angesichts der Herausforderungen, die ITOps nennt, reichen sie nicht aus, um eine kontinuierliche IT zu gewährleisten.
Im Bereich der Application war Integration schon immer ein Schimpfwort. Von DLLs bis zu gemeinsam genutzten Bibliotheken, von ESBs bis zu Nachrichtenwarteschlangen haben wir unzählige Möglichkeiten erkundet, Applications in andere Apps und Dienste zu integrieren.
Im Bereich des Netzwerkmanagements war dies besonders wichtig. Die Integration ist der Schlüssel zur Bewältigung der Komplexität, die der heterogenen Pipeline aus Netzwerkgeräten und Application verschiedener Hersteller, die Applications bereitstellen und sichern, innewohnt.
Heute ist diese Pipeline zunehmend automatisiert. Entwickler und DevOps haben die Herausforderung der Integration erfolgreich gemeistert, um eine kontinuierliche Entwicklungspipeline aufzubauen. Jetzt erwarten sie – oder verlangen es sogar –, dass die IT dasselbe mit der Bereitstellungspipeline tut.
Die IT reagiert. Laut „ NetOps trifft DevOps“: Der Stand der Netzwerkautomatisierung “: Ein erheblicher Prozentsatz der Produktionspipelines ist zumindest teilweise automatisiert.
Allerdings ist die Einführung der kontinuierlichen Bereitstellung nicht ohne Herausforderungen verbunden.
In Umfragen wird die „Kultur“ häufig als größter Hemmfaktor für DevOps und DevOps-bezogene Praktiken hervorgehoben. In der Umfrage zum Stand der Netzwerkautomatisierung war Kultur einer der drei wichtigsten Punkte. Dies war jedoch nicht die größte Frustration. Den zweiten Platz erreichte es auch nicht. Diese Plätze waren besetzt durch Frustration über eine Qualifikationslücke und mein Lieblingswort mit vier Buchstaben: Integration.
Tatsächlich hängen diese beiden Herausforderungen zusammen. Es ist zum Teil die Qualifikationslücke, die die Integration zu einer erheblichen Frustrationsquelle macht. Dies liegt daran, dass NetOps – und das wird Sie überraschen – keine Entwickler sind.
Das ist das eigentliche Problem. Einer der Gründe für den Erfolg von DevOps bei der Ermöglichung kontinuierlicher Bereitstellung liegt darin, dass es sich in erster Linie um Entwickler handelt. Entwickler, die Code leben und atmen. Sie verfügen über das Know-how, um das zu integrieren, was integriert werden muss. NetOps verfügt nicht unbedingt über diese Fähigkeiten. Die Bereitstellungspipeline besteht hauptsächlich aus Geräten und Systemen, die über Protokolle integriert werden. Gut definierte, RFC-basierte Protokolle, die aufgrund ihrer Konzeption keine codebasierte Integration erfordern.
Dies stellt für NetOps eine völlig neue Herausforderung dar, auf die sie nicht unbedingt vorbereitet sind oder für die sie nicht die nötigen Fähigkeiten haben.
Dieser Herausforderung kann durch APIs nicht begegnet werden. Obwohl eine API-gestützte Infrastruktur weiterhin wichtig ist (drei Viertel der Teilnehmer unserer Umfrage „State of Application Delivery 2018“ gaben dies an), sind APIs keine Integration. Sie ermöglichen die Integration, die eigentliche Arbeit des Anschließens und Verbindens unterschiedlicher Geräte und Systeme mit Verwaltungskonsolen und Steuerelementen liegt jedoch weiterhin in der Verantwortung der IT. Die nicht unbedingt über die hierfür erforderlichen Fähigkeiten verfügen. Diese Herausforderungen wirken sich erheblich auf den Alltagsbetrieb aus, da sie letztlich einen stark manuellen Ansatz für die Bereitstellungspipeline erfordern.
Dies erklärt die überwiegend „CLI-/Skript-basierte, gerätespezifische“ Verwaltungsmethodik, die von mehr als der Hälfte (52 %) der NetOps verwendet wird. Die Diskrepanz zwischen den von DevOps und NetOps genannten orchestrierten Betriebsansätzen mehrerer Anbieter war eklatant. 29 % der DevOps verwenden einen Multi-Vendor-Orchestrierungsansatz, während dies nur 12 % der NetOps tun.
Diese Diskrepanz ist ein deutlicher Hinweis darauf, dass ein besserer Integrationsansatz für NetOps erforderlich ist und dass die Community und der Markt die Herausforderungen der Integration mit dem gleichen Eifer angehen müssen.
Wenn Sie diese neue Welt der Automatisierung und Orchestrierung verstehen möchten, sehen Sie sich unser kostenloses Online -Programm „Super-NetOps“ an. Neben dem Schwerpunkt auf der Anwendung von Automatisierung und Orchestrierung auf F5-Technologien vermittelt es auch das grundlegende Wissen, das Sie für die Arbeit mit REST-APIs, die Verwendung von Tools wie Postman und die Erstellung von Automatisierungs-Playbooks benötigen.