Wir wussten nicht, dass du das brauchst …

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Viele Menschen meiden die mit DevOps verbundene „kulturelle“ Komponente. Doch zur „Kultur“ gehört auch die „Kommunikation“, und Kommunikation ist nicht nur für den Erfolg von DevOps entscheidend, sondern auch für sämtliche Automatisierungs- und Orchestrierungsmaßnahmen im Unternehmen.

Wir wussten nicht, dass Sie … Port 7243 geöffnet haben mussten.

Wir wussten nicht, dass Sie … neue DNS-Einträge benötigen.

Wir wussten nicht, dass Sie … die IP-Adresse des Clients benötigen.

Wir wussten nicht, dass Sie das brauchen …

Wir wussten es nicht.

Diese drei kleinen Worte verdeutlichen vielleicht eindringlicher als alle anderen die Kommunikationsprobleme, die heutzutage in vielen Unternehmen bestehen. Frameworks und Skripte können nur das automatisieren, was man ihnen vorgibt, und das bedeutet, dass man es irgendwann wissen muss. Woher weiß man es? Durch Kommunikation.

Es ist ein Klischee in der IT, dass die Netzwerkleute nicht mit der Entwicklung reden und der Betrieb die IT-Sicherheit nicht mag. Doch solange nicht jeder für die Produktionsumgebung zuständige Betriebsbereich weiß, was erforderlich ist, um eine Anwendung in die Produktion zu überführen, lässt sich dieser Prozess nicht orchestrieren.

Nun, einzelne Aufgaben wie die Konfiguration einer Firewall oder eines Loadbalancers lassen sich problemlos erledigen, doch damit sie ihren Zweck erfüllen, sind jeweils anwendungsspezifische Informationen erforderlich. Man kann keinen Port öffnen, wenn man nicht weiß, welchen die App verwendet. Unsere iHealth-Daten vom Januar 2017 zeigen, dass bei mehr als 6000 Kunden 36.731 verschiedene (eindeutige) Ports verwendet werden. In Unternehmen kommen gar nicht so viele Protokolle zum Einsatz (es sind viele, aber nicht so viele). Das bedeutet, dass an verschiedenen Standorten Protokolle nicht über ihre „nativen“ Ports verwendet werden. Selbst Web-Apps verteilen sich auf mehrere Ports. Da wären zunächst die Ports, an die man bei HTTP/S zweifellos sofort denkt: 80 und 443. Daneben gibt es häufig verwendete alternative Ports für diese Protokolle, nämlich 8080 und 8443. Hinzu kommen 8081 (der von 4605 verschiedenen virtuellen Servern verwendet wird, die ungefähr Apps entsprechen) und 8082. Und natürlich werden auch viele Ports oberhalb des privilegierten Bereichs (0–1024) verwendet, denen sich – zumindest anhand meiner Daten – keine erkennbare zugehörige App zuordnen lässt. Denn Port 10203 ist kein „Standardprotokoll“ zugewiesen.

Der Punkt ist, dass wir bei einer Anwendungsbereitstellung nicht einfach von einem bestimmten Port ausgehen können. Diese Information muss weitergegeben werden, falls jemand das Back-End seiner öffentlichen API über einen anderen Port betreiben möchte. Sicherheit durch Verschleierung ist schließlich immer noch ein Thema.

Neben einer so einfachen Angabe gilt: Sie können keinen Load Balancer konfigurieren, wenn Sie nicht wissen, welche öffentliche IP-Adresse oder welchen Hostnamen er verwendet oder welche Backend-Dienste in den jeweiligen Cluster aufgenommen werden sollen. Diese Informationen benötigen Sie, und sie müssen von der Entwicklung oder dem Betrieb an die für die Verwaltung der Systeme zuständigen Personen weitergegeben werden, die üblicherweise im Netzwerkbetrieb tätig sind.

Das bedeutet Kommunikation. Es ist nicht so, dass Sie kein Tool oder Formular erstellen könnten, um diese Informationen zu erfassen. Die (andere) API-Ökonomie und interne Initiativen zur digitalen Transformation machen es nahezu erforderlich, dass ein solcher Austausch digital erfolgt. Doch um ein Formular oder eine API zur Erfassung dieser Informationen zu erstellen, müssen Sie wissen, welche Daten Sie erfassen möchten.

Man muss sich zusammensetzen und alles gründlich besprechen. Bei Pizza und Kaffee. Bei Bier und Chicken Wings. Per E-Mail oder am Telefon. Irgendwie muss man tatsächlich mit all den verschiedenen Gruppen kommunizieren, die für die Bereitstellung einer Anwendung verantwortlich sind, und sicherstellen, dass man weiß, was man wissen muss.

Wenn im Zusammenhang mit DevOps von Kultur und Kommunikation die Rede ist, ist dies einer der Aspekte, die vermittelt werden sollen.

Natürlich gehört noch mehr dazu, aber wir dürfen nicht außer Acht lassen, dass der Schlüssel zur Beschleunigung von Prozessen, um den Anforderungen von Unternehmen und Verbrauchern gerecht zu werden, in einer einfachen Grundvoraussetzung liegt: Kommunikation. Es geht darum, zu wissen, was eine App benötigt, um schneller, intelligenter und sicherer zu werden. Denn was man nicht kennt, lässt sich nicht automatisieren, und was sich nicht automatisieren lässt, erfordert manuelle Eingriffe, die zu Verzögerungen und Herausforderungen im Bereitstellungsprozess führen können. Wenn Apps schneller und sicherer werden sollen, muss man intelligenter statt härter arbeiten. Und alles beginnt mit der Kommunikation zwischen den verschiedenen Beteiligten, damit man weiß, was benötigt wird.

In einer Welt, die sich im digitalen Wandel befindet, ist Wissen tatsächlich die halbe Miete. Die andere Hälfte ist die Technologie. Eine digitale Strategie, die unter anderem einen DevOps-Ansatz für Entwicklung und Bereitstellung umfasst, lässt sich ohne beides nicht erfolgreich umsetzen.

Über den Autor

Lori Mac VittieDistinguished Engineer und Chief Evangelist | F5

Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.

Weitere Blogbeiträge von Lori Mac Vittie