NetOps muss flexibel sein, da sich die Cloud über Nacht ändern kann
NetOps muss DevOps-Methoden und -Prinzipien übernehmen, um das Gleichgewicht zwischen Stabilität und Geschwindigkeit wiederherzustellen und die wachsende Zahl in der öffentlichen Cloud bereitgestellter Anwendungen zu unterstützen.
Auf dieser Seite (der Netzwerkseite) der Skala herrscht die Überzeugung, dass Teams, die DevOps einführen, Stabilität und Sicherheit gegen Geschwindigkeit eingetauscht haben.
In vielen Fällen ist dies absolut richtig. Erinnern Sie sich an dieses Juwel von Arxan und IBM zur Sicherheit von IoT und mobilen Anwendungen? Darin erfuhren wir, dass eine Mehrheit der Befragten „überstürzte Veröffentlichung“ als Hauptgrund für die Veröffentlichung von Anwendungen mit anfälligem Code angab. Geschwindigkeit ist wichtiger als Sicherheit – und Stabilität.
In Bezug auf die Stabilität gibt es weniger quantifizierbare Daten, dafür aber jede Menge anekdotischer Evidenz. Besonders auffällig ist die hektische Reaktion der Cloud-Partner, wenn sich „die Cloud“ über Nacht ändert.
Es wird niemandem gesagt. Jemand merkt einfach, dass etwas kaputt ist. Es wird untersucht und die Ursache ist ausnahmslos eine Änderung der zugrunde liegenden Infrastruktur. Eine Änderung, die zweifellos für den Anbieter und vielleicht sogar für die Kunden von Vorteil war, die jedoch dazu führte, dass eine ganze Reihe von Lösungen, die von dieser Infrastruktur abhängen, nicht mehr funktionierten.
SIE HABEN KEINE KONTROLLE ÜBER DIE ÖFFENTLICHE CLOUD.
Vielleicht sollte ich mit dieser Regel Null eine Reihe von „Cloud-Regeln“ beginnen, da sie für Ihre geistige Gesundheit und für die Art und Weise, wie Sie an die Einführung der Cloud herangehen, von entscheidender Bedeutung ist.
Die Cloud-Infrastruktur gehört nicht Ihnen. Sie haben keine Kontrolle darüber und können es nicht ändern, aber der Anbieter kann (und tut es auch) das ganz sicher. Wenn Sie an die Cloud mit der gleichen Einstellung herangehen wie an die Rechenzentrumsinfrastruktur Ihres Unternehmens, werden Sie keinen Erfolg haben.
Sie können nur auf diese Änderungen reagieren . Und eine der DevOps-Methoden, die Ihnen helfen können, zeitnah zu reagieren, ist Infrastruktur als Code. Denken Sie daran, dass „Infrastruktur als Code“ ein Gleichnis ist. Es bedeutet, dass die Konfigurationen, Vorlagen und Skripte, die Infrastruktur bereitstellen und verwalten, wie Code behandelt werden.
Der Schlüssel hierzu liegt in der Einführung eines deklarativen Bereitstellungsmodells, also in der Verwendung von Vorlagen, wo immer möglich, um zu beschreiben, was die Infrastruktur tun soll, und nicht , wie sie es tun soll.
Die Verwendung eines deklarativen Modells ermöglicht eine höhere Agilität (Reaktionsgeschwindigkeit) angesichts unerwarteter (aber nicht überraschender) Änderungen in der Cloud-Infrastruktur. Ja, sie werden kaputtgehen. Sie können sich jedoch schneller anpassen, da Sie die Änderungen zur Korrektur lediglich in einer zentralen (gemeinsam genutzten) Vorlage ansprechen müssen.
Sie müssen den Code an sich nicht ändern und auch nicht die vorhandenen Konfigurationen durchsuchen und ändern (wie beim Patchen, nur schlimmer). Sie können eine Vorlage viel schneller ändern, testen und erneut bereitstellen, als dies bei der Änderung von Code, Installationsprogrammen oder der alten „Installationsanleitung“ in einer PDF-Datei der Fall ist.
Die Cloud wird sich verändern – und Sie müssen reagieren. Sie müssen flexibel sein und die entsprechenden Prinzipien befolgen, um schnell auf Änderungen reagieren zu können, die Sie nicht kontrollieren können.
Ein agiler Ansatz gepaart mit einem deklarativen Modell für die Infrastruktur in der öffentlichen Cloud ist für Sie der beste Weg, die Stabilität Ihrer Anwendungen wiederherzustellen, ohne die Geschwindigkeit zu beeinträchtigen.