Wir wussten nicht, dass Sie … brauchen.
Viele Leute meiden die mit DevOps verbundene „kulturelle“ Komponente. Doch mit der „Kultur“ ist auch die „Kommunikation“ eng verbunden, und Kommunikation ist nicht nur für den Erfolg von DevOps, sondern für alle Automatisierungs- und Orchestrierungsbemühungen im Unternehmen von entscheidender Bedeutung.
Wir wussten nicht, dass Sie Port 7243 öffnen müssen.
Wir wussten nicht, dass Sie … neue DNS-Einträge benötigen.
Wir wussten nicht, dass Sie die Client-IP-Adresse benötigen.
Wir wussten nicht, dass Sie … brauchen.
Wir wussten es nicht.
Diese drei kleinen Worte veranschaulichen vielleicht eindringlicher als alle anderen die Kommunikationsherausforderungen, vor denen viele Unternehmen heute stehen. Frameworks und Skripte können nur das automatisieren, was Sie ihnen sagen, und das bedeutet, dass Sie es irgendwann wissen müssen. Woher weißt du das? Das ist Kommunikation.
In der IT ist es ein Klischee, dass Netzwerkleute nicht mit der Entwicklung sprechen und die Betriebsabteilung sich nicht für Sicherheit interessiert. Die Realität sieht jedoch so aus: Wenn die einzelnen Betriebsbereiche, die die Produktionsumgebung steuern, nicht wissen , was für die Bereitstellung einer App in der Produktion erforderlich ist, kann diese nicht orchestriert werden.
Einzelne Aufgaben wie die Konfiguration einer Firewall oder eines Lastenausgleichs lassen sich zwar recht einfach erledigen, für jede davon sind jedoch anwendungsspezifische Informationen erforderlich, um nützlich zu sein. Sie können einen Port nicht öffnen, wenn Sie nicht wissen, welchen die App verwendet. Unsere iHealth-Daten vom Januar 2017 zeigen, dass bei mehr als 6.000 Kunden 36.731 unterschiedliche (einzigartige) Ports im Einsatz sind. In Unternehmen werden nicht so viele Protokolle verwendet (es gibt viele, aber nicht so viele), was bedeutet, dass zahlreiche Sites Protokolle verwenden, die nicht auf ihren „nativen“ Ports verfügbar sind. Sogar Web-Apps sind auf mehrere Ports verteilt. Das sind die Ports, die mir zweifellos in den Sinn kommen, wenn ich HTTP/S sage: 80 und 443. Und es gibt auch häufig verwendete alternative Ports für diese Protokolle, die Ports 8080 und 8443. Dann gibt es 8081 (verwendet von 4605 verschiedenen virtuellen Servern, die ungefähr Apps darstellen) und 8082. Und natürlich gibt es viele Ports oberhalb des privilegierten Bereichs (0-1024), die ohne erkennbare (für mich anhand meiner Daten) zugehörige Anwendung verwendet werden. Denn Port 10203 ist kein „Standard“-Protokoll zugewiesen.
Der Punkt hier ist, dass wir nicht einfach einen bestimmten Port für die Bereitstellung einer bestimmten Anwendung annehmen können. Diese Information muss mitgeteilt werden, falls jemand das Back-End für seine öffentliche API auf einem anderen Port ausführen möchte. Sicherheit durch Verschleierung ist immer noch ein Thema.
Abgesehen von solch einfachen Daten können Sie keinen Load Balancer konfigurieren, wenn Sie nicht wissen, welche öffentliche IP-Adresse oder welchen Hostnamen er verwendet oder welche Back-End-Dienste in jedem Cluster enthalten sein sollen. Diese Informationen benötigen Sie, und sie müssen von der Entwicklung oder dem Betrieb an die Leute weitergegeben werden, die die Systeme verwalten (in der Regel in Netops).
Das bedeutet Kommunikation. Es ist nicht so, dass Sie kein Tool oder Formular zum Sammeln dieser Informationen erstellen können. Die (andere) API-Wirtschaft und die internen Bemühungen um eine digitale Transformation erfordern nahezu, dass solche Austausche digitaler Natur sind. Aber um ein Formular oder eine API zum Erfassen dieser Daten zu erstellen, müssen Sie wissen, welche Daten Sie erfassen möchten.
Sie müssen sich zusammensetzen und es klären. Bei Pizza und Kaffee. Bei Bier und Chicken Wings. Per E-Mail oder Telefon. Sie müssen tatsächlich irgendwie mit allen verschiedenen Gruppen kommunizieren, die für die Bereitstellung einer Anwendung verantwortlich sind, und sicherstellen, dass Sie wissen, was Sie wissen müssen.
Wenn Leute über Kultur und Kommunikation im Kontext von DevOps sprechen, ist dies eines der Dinge, die sie vermitteln möchten.
Natürlich steckt noch mehr dahinter, aber wir können nicht ignorieren, dass der Schlüssel zur Beschleunigung der Prozesse, um den Anforderungen von Unternehmen und Verbrauchern gerecht zu werden, die einfache Prämisse der Kommunikation ist. Zu wissen, was eine App braucht, um schneller, intelligenter und sicherer zu werden. Denn was Sie nicht wissen, lässt sich nicht automatisieren, und was Sie nicht automatisieren können, erfordert manuelle Eingriffe, die zu Verzögerungen und Herausforderungen im Bereitstellungsprozess führen können. Wenn Sie möchten, dass Apps schneller und sicherer werden, müssen Sie intelligenter und nicht härter arbeiten. Und alles beginnt mit der Kommunikation zwischen allen Beteiligten, damit Sie wissen , was nötig ist.
In einer Welt, die einen digitalen Wandel durchmacht, ist Wissen tatsächlich die halbe Miete. Die andere Hälfte ist Technologie. Ohne einen DevOps-Ansatz für Entwicklung und Bereitstellung können Sie eine digitale Strategie nicht erfolgreich umsetzen.