Die Kluft zwischen Konfigurierbarkeit und Bedienbarkeit
Wir haben in mehreren Blogs über die Kluft zwischen Auslieferung (App-Entwicklung) und Einsatz (Produktion) geschrieben, die durch unsere kürzliche Übernahme von NGINX angestoßen wurde. In einem dieser Blogs ging es kurz um ein Konzept, das wir heute näher untersuchen möchten: die betriebliche Einfachheit .
Hinter dem Begriff „einfache Bedienung“ verbirgt sich eine Kluft zwischen Konfigurierbarkeit und Bedienbarkeit. Die beiden stehen in starkem Kontrast zueinander. Auf der einen Seite steht die Konfigurierbarkeit. Damit ist die Fähigkeit gemeint, die Eigenschaften von Anwendungsdiensten auf der Netzwerk-, Plattform- und Anwendungsdienstebene zu manipulieren. Dadurch haben Sie die Möglichkeit, den Nagle-Algorithmus ein- und auszuschalten und Einstellungen zu optimieren, die sich auf die Leistung und Effizienz von Protokollen auswirken.
Auf der anderen Seite steht die Bedienbarkeit. Damit ist die Fähigkeit gemeint, Anwendungsdienste schnell bereitzustellen, zu verwalten und zu überwachen. Die Voraussetzung für die Funktionsfähigkeit ist das Wissen über den Anwendungsdienst, aber nicht viel mehr. Es ist nicht erforderlich, dass die Betreiber Experten für die Plattform- oder Netzwerkebene sind. Um das zu erreichen, können die auf der Anwendungsdienstebene vorhandenen Knöpfe und Schaltflächen eingeschränkt werden. Das Hauptziel besteht darin, die Bereitstellung und Bedienung des Anwendungsdienstes zu vereinfachen.
Eine davon führt zur Komplexität. Man reduziert es. Man benötigt tiefgehende und umfassende Kenntnisse über den gesamten Stack. Der andere nicht. Jeder von ihnen spielt eine Rolle bei der sicheren Bereitstellung von Anwendungen.
Aufgabenteilung
Der Grund für diese Trennung ist, dass Cloud und Container Druck auf die Anwendungsdienstinfrastruktur ausüben, hin zu einem einfacheren Modell zu wechseln. Eine Reihe von Anwendungsdiensten werden von Containern genutzt. Lastausgleich, Eingangskontrolle, Überwachung, API-Gateways und API-Sicherheit werden als notwendige Komponenten einer erfolgreichen Containerisierungsstrategie angesehen. Im Wesentlichen besteht die Transformation von Architekturen in der Aufteilung der Anwendungsdienste selbst. Einige eignen sich besser für den Einsatz im Datenpfad und andere als Teil der Anwendungsarchitektur.
Dies bedeutet, dass zunehmend Ops – und hier insbesondere DevOps – Anwendungsdienste vor Ort und in der öffentlichen Cloud nutzen. Dies hat erhebliche Auswirkungen auf diese Anwendungsdienste, da die Erwartungen an DevOps eher auf Bedienbarkeit als auf Konfigurierbarkeit ausgerichtet sind. DevOps sind nicht besonders an der Optimierung von TCP-Stacks interessiert; ihnen geht es um schnelle, häufige Bereitstellungen und die Aufrechterhaltung der Anwendungsverfügbarkeit.
Dies ist größtenteils auf die Konzentration auf die Wertschöpfungszeit zurückzuführen, die eine schnellere Lieferung und Bereitstellung erfordert. Keiner hat Zeit, sich mit der Infrastruktur herumzuschlagen, denn alle müssen Anwendungen auf den Markt bringen.
Das bedeutet jedoch nicht, dass Konfigurierbarkeit nicht wichtig ist. Das ist es, insbesondere wenn es um Sicherheit und Leistung geht. Ein standardisierter Netzwerk- und Plattform-Stack ist für nichts optimiert. Es ist nicht möglich, sich gleichzeitig für die Optimierung für Mobilgeräte und Desktop anzupassen. Es ist nicht für Ihr Netzwerk optimiert, weder in der Cloud noch vor Ort.
Und ob wir es zugeben möchten oder nicht: Leistung ist ein zusammengesetzter Maßstab. Wenn Ihr Netzwerk langsam ist, ist Ihre App langsamer. Die Notwendigkeit der Optimierung auf Netzwerk- und Plattformebene ist ein entscheidender Faktor, um nicht nur die Verfügbarkeit, sondern auch die Leistung sicherzustellen. Deshalb muss die Konfigurierbarkeit denjenigen zur Verfügung stehen, die davon profitieren können.
Keine binäre Wahl
Die Konfigurierbarkeit bleibt ebenso wichtig wie die Bedienbarkeit. Es handelt sich nicht wirklich um eine binäre Auswahl, da die Nutzung der Anwendungsdienste nicht binär ist. Heutzutage nutzen sowohl NetOps als auch DevOps Anwendungsdienste. Die Kluft besteht in ihren Erwartungen hinsichtlich der Bereitstellung und Verwaltung dieser Anwendungsdienste. NetOps erfordert Konfigurierbarkeit. DevOps erfordert Bedienbarkeit.
Das Unternehmen braucht beides, denn eine schnelle Markteinführung nützt nichts, wenn Ihre App nicht auch schnell und zuverlässig ist.
Diese Kluft besteht, weil sich die Technologie in einem Übergangsstadium zwischen einer Welt befindet, in der Konfigurierbarkeit die Regel war, und einem zukünftigen Zustand, in dem Bedienbarkeit erwartet wird. Heute müssen Sie die Kluft zwischen beiden mithilfe von Anwendungsdiensten überbrücken, die den betrieblichen Erwartungen ihrer Betreiber gerecht werden. Deshalb ist die Kombination von F5 und NGINX heute so spannend.
Aber ich sehe eine Zukunft, in der Konfigurierbarkeit und Bedienbarkeit gleichzeitig möglich sind. Deshalb ist die Kombination aus F5 und NGINX für die Zukunft so vielversprechend. Und wenn Sie speziell daran interessiert sind, wie F5 und NGINX modernes API-Management bereitstellen, registrieren Sie sich für das kommende Webinar .