DevOps-Gipfel: Wo das Netzwerk zur Party eingeladen wurde

Beim DevOps Summit NY wurde viel nicht nur über DevOps, sondern auch über Container, IoT und Microservices gesprochen. Die Sitzungen konzentrierten sich nicht nur auf den kulturellen Wandel, der für ein maßstabsgetreues Wachstum mit einem DevOps-Ansatz erforderlich ist, sondern stellten auch sicher, dass die für den Erfolg erforderlichen Netzwerk-„Leitungen“ einbezogen wurden, wenn Anwendungen in Mikroservice-Architekturen zerlegt werden, die schnelles Wachstum und Unterstützung für das Internet der (aller) Dinge ermöglichen.

Container, Microservices und das Netzwerk

Jerome Petazzo (@jpetazzo ) von Docker diskutierte Microservices und ihre natürliche Affinität zu Containern. Wichtig in seiner Diskussion war jedoch die Notwendigkeit „des Netzwerks“ für unabhängige Skalierung, Erkennung, Ausfallsicherheit und die Verwaltung der zunehmend netzwerkabhängigen Architektur, die sich aus Microservices ergibt. Tatsächlich spielt DNS bei der Erkennung eine natürliche und wichtige Rolle, indem es ein Abstraktionsniveau auf der Dienstebene gewährleistet, das erforderlich ist, um sicherzustellen, dass die Dienste nicht von Netzwerkadressierungsschemata abhängig sind, sondern vielmehr die Fähigkeit von DNS nutzen, den tatsächlichen Standort eines Dienstes (oder Dienstendpunkts im Falle der Skalierbarkeit) schnell zu aktualisieren, um eine nahtlose Konnektivität sicherzustellen.

Es war erfreulich, dass anerkannt wurde, dass in vielen Fällen „das Netzwerk“ für Funktionen einbezogen werden muss und man sich darauf verlassen muss, die außerhalb des Bereichs der Anwendungen und ihrer Infrastruktur liegen. Die Anwendungsseite der IT erkennt die Notwendigkeit, „das Netzwerk“ in ihre Architekturen einzubeziehen. Daher ist es zwingend erforderlich, dass die Netzwerk-IT die Notwendigkeit erkennt, sie zu unterstützen, indem sie bei der Bereitstellung ihrer Dienste einen stärker programmatischen und kollaborativen Ansatz verfolgt. Insbesondere Microservices verdeutlichen diesen Bedarf und sind das Thema meiner Sitzung „ Wie Microservices-Architekturen DevOps in das Netzwerk bringen “ (Link führt zur Präsentation). 

John Willis ( @botchagalupe ) hat sich eingehend mit unveränderlicher Infrastruktur befasst und uns einen Einblick gegeben, wie Anwendungsinfrastrukturen – Server und Plattformen – unveränderlich gemacht werden können und sollten. Das Konzept ist gleichermaßen auf anwendungsaffine Dienste wie Lastausgleich, Anwendungssicherheit und Beschleunigung anwendbar . Seine Behauptung – der ich, falls Sie sich das fragen, zustimme – ist, dass das Vertrauen auf skriptbasiertes Langzeitmanagement mit Gefahren verbunden sein kann. Die Befehlsreihenfolge, das Fehlen geeigneter Rollback-Optionen, allgemeine Fehler und das Versäumnis, Fehler in Skripten zu beheben, können alle zu erheblichen Störungen führen, insbesondere in störungsanfälligen Produktionsnetzwerken. Durch die Verwendung des unveränderlichen Infrastrukturmodells – das auf der Prämisse basiert, dass nach der Bereitstellung keine Pakete, Konfigurationen, Apps oder Daten mehr geändert werden können – können Unternehmen eine stabilere und agilere (und besser verwaltbare) Umgebung erreichen. Er bot ein einfaches Rezept zur Implementierung einer unveränderlichen Infrastruktur an:

1. Bereitstellung neu

2. Neu testen

3. Leiten Sie den Verkehr zu neuen

4. Behalten Sie das Alte für ein Rollback

DevOps als Symptom, nicht als Heilmittel

Zu guter Letzt war ich bei Mark Thiele ( @mthiele10 ) und seiner Sitzung dabei, in der er behauptete, DevOps sei eher ein Symptom einer gesunden Organisation als ein Mittel, um eine gesunde Organisation zu erreichen. Der Vizepräsident von Switch SUPERNAP rät Unternehmen, „davon auszugehen, dass ihre heutige Vorgehensweise nicht skalierbar ist“ und kontinuierlich auf Mitarbeiter und Prozesse zu achten, um die Skalierung zu ermöglichen, die zur Erfüllung der nächsten großen Nachfrage erforderlich ist. Da die Skalierung ebenso wie die heutigen Anwendungen nicht statisch ist, ist generell ein agilerer und kollaborativerer Ansatz für die IT erforderlich. Marks Fokus lag eher auf Effizienz und Wert für das Unternehmen und er wies darauf hin, dass „IT nicht geschaffen wurde, um die IT-Kosten zu senken“, sondern vielmehr, um einen Mehrwert für das Unternehmen zu schaffen. Zu diesem Zweck ermutigt er Unternehmen, eher in Service- als in Technologiekategorien zu denken und bei der Entwicklung und Bereitstellung dieser Services einen kooperativen Ansatz zu verfolgen.

Die Zusammenarbeit war ein gemeinsames Thema, wobei den Silos innerhalb der Silos ebenso viel Aufmerksamkeit gewidmet wurde wie den IT-Silos selbst. Das Überbrücken von Silos – ob innerhalb oder zwischen IT-Gruppen – ist nicht nur wichtig, um Richtlinien hinsichtlich Bereitstellungszeiten, Leistung, Umfang und Sicherheit von Anwendungen festzulegen und durchzusetzen, sondern auch, um die notwendigen Prozesse zur Optimierung der End-to-End-Bereitstellung von Anwendungen von der Entwicklung bis zur Produktion und von der App bis zum Benutzer definieren und implementieren zu können.

Insgesamt wurde die Verbindung zwischen Microservices und Containern hervorgehoben, zusammen mit der Notwendigkeit, die daraus resultierende Explosion von Diensten und unterstützender Infrastruktur mit einem DevOps-Ansatz zu verwalten. Das IoT wird sowohl für die Technologie (Container, Microservices und softwaredefinierte Ansätze für das Netzwerk) als auch für den übergreifenden Ansatz DevOps eine wichtige Rolle spielen, da Unternehmen damit beginnen, sich auf etwas einzulassen, das zweifellos dem exponentiellen Wachstum des .com-Zeitalters ähneln wird.

Das ist alles aus NY. Schönen Donnerstag!