Die Anwendungsbereitstellung ändert sich. Auf die Gefahr hin, Schlagworte zu verwenden: Es wird transformiert – digital. Für DevOps ist Continuous Delivery zur Norm geworden (71 % planen die Implementierung), und wenn Unternehmen im Zeitalter des Application Capital erfolgreich sein wollen, ist Continuous Deployment eine zwingende Voraussetzung. Während 73 % der Unternehmen eine kontinuierliche Bereitstellung planen, hat fast die Hälfte von ihnen noch nicht damit begonnen. Unglaubliche 42 % haben bislang noch keine einzige Komponente ihrer kontinuierlichen Bereitstellungspipeline automatisiert .
Es besteht eine reale Kluft zwischen Lieferung und Einsatz. Theoretisch zeigt sich dies in Umfragen und in der Praxis in der Kluft, die zwischen Cloud und Rechenzentrum besteht. Dies zeigt sich in Organisationen an der Wand, die die kontinuierliche Bereitstellung dort zum Stillstand bringt, wo sie auf eine Art kontinuierliche Bereitstellung trifft.
Dies ist auch im Technologiebereich zu beobachten, wo durch die unterbrochene Anwendungsbereitstellungskette eine sehr reale Lücke in der Sichtbarkeit entsteht. Dies zeigt sich in der Unfähigkeit, die Anwendungsleistung in Multi-Cloud-Umgebungen zu überwachen und zu messen. Und es zeigt sich in der Unfähigkeit, Sicherheitsrichtlinien konsistent im gesamten Anwendungsportfolio mehrerer Generationen umzusetzen und durchzusetzen, das gegenwärtig von Tausenden Unternehmensorganisationen verwaltet wird.
Wir beobachten, dass sich diese Kluft mit der Einführung moderner, Cloud-nativer Anwendungen und Architekturen zunehmend vergrößert. Auch die Anwendungen, die an das Rechenzentrum angeschlossen bleiben, sind betroffen. Ob es sich dabei um neue Ansätze (Continuous Everything) oder neue Anwendungsservices handelt, die den Sicherheits- und Skalierbarkeitsanforderungen moderner Cloud-nativer Umgebungen gerecht werden, eines ist klar: Die Anwendungsbereitstellung muss sich ändern und die Kluft zwischen DevOps und NetOps überbrücken, wenn sie dem Bedarf an Konsistenz und Transparenz in einer Multi-Cloud-Welt gerecht werden soll.
Die Welt von DevOps basiert zunehmend auf Open Source. Wie Gus Robertson, CEO von NGINX, in seinem jüngsten Blog schrieb: „Wenn Software die Welt auffrisst, dann frisst Open Source die Software.“ Die Anwendungen selbst werden heute überwiegend aus Komponenten von Drittanbietern entwickelt, die größtenteils Open Source sind. Die Anwendungsinfrastruktur wird zunehmend aus Open-Source-Komponenten aufgebaut. Von Webservern bis zu App-Servern, von Datenbanken bis zur Eingangskontrolle, von Messaging bis zu Container-Laufzeiten und Orchestrierung. Der IT-Betrieb wird von Open-Source-Tools wie Puppet, Chef, Terraform, Helm, Kubernetes und Ansible gesteuert.
Diese Tools und Technologien werden eingesetzt, weil sie die Antwort auf mehrere Herausforderungen sind: schnelle, häufige Lieferung und Bereitstellung sowie ein reibungsloses Geschäftsmodell. Sie bieten aber auch Vorteile im Hinblick auf die Förderung der Zusammenarbeit und der Innovation, wenn ganze Organisationen dazu übergehen, auf Open Source-basierte Abläufe zu standardisieren.
Nichts davon ist möglich ohne die leidenschaftlichen Entwickler-Communitys, die unermüdlich an der Verbesserung ihrer Open-Source-Lösungen arbeiten.
Wir bei F5 wissen den Wert solcher Communities zu schätzen.
In einem vergleichbaren Beispiel basiert unsere DevCentral-Community auf kollaborativer Innovation und wird von vielen derselben Prinzipien geleitet, die auch Open-Source-Projekte antreiben. Durch die gemeinsame Nutzung von Code und den Wissenstransfer innerhalb der Community können Hunderttausende von Mitgliedern Innovationen hervorbringen und neue Funktionen für unsere BIG-IP-Plattform entwickeln. Mit diesen Lösungen kommen neue Erweiterungen, Plug-Ins und Bibliotheken für Open-Source-Projekte wie Puppet, Chef und node.js.
Wir beteiligen uns aktiv an diesen Bemühungen, fördern und unterstützen sie, um nicht nur unsere eigenen Produkte zu verbessern, sondern auch die Open-Source-Software, auf die sich unsere Kunden und die Community verlassen, um ihre Geschäfte am Laufen zu halten.
Dennoch wissen wir, dass viele von Ihnen – insbesondere in der Open-Source-Community von NGINX – F5 nicht sehr gut kennen. Wir sind uns auch bewusst, dass dies Anlass zur Skepsis gibt. Das ist verständlich. Bisher fand unsere Interaktion mit Open Source weitgehend im Hintergrund statt.
Allerdings nutzen wir bei unserer eigenen Transformation in großem Umfang Open Source, um unsere CI/CD-Pipeline und unsere Produkte voranzutreiben, da wir unseren Schwerpunkt von der Anwendungsbereitstellung auf Anwendungsdienste verlagern . Wir interagieren ständig mit Open Source und unsere Kerningenieure leisten einen aktiven Beitrag zu loopback.io und nats.io. Unser Aspen Mesh- Zweig nutzt und leistet regelmäßig Beiträge zu istio.io und hat mehrere verwandte Open-Source-Projekte generiert, die wir pflegen, wie etwa istio-vet , istio-client-go und tracing-go . Wir entwickeln und pflegen eine Reihe von Open-Source -Modulen für Ansible .
Wir machen nicht so viel Aufhebens darum, denn wir beteiligen uns nicht, um Marketingpunkte zu sammeln; wir beteiligen uns, weil es das Richtige für uns, für unsere Kunden und für jede der Communities ist, die Open-Source-Projekte betreuen.
Um die Kluft zu überbrücken, die das Unternehmen von der Realisierung kontinuierlicher IT abhält, besteht der richtige Schritt jetzt darin, die Mission einiger der am weitesten verbreiteten Open Source-Komponenten im Anwendungsbereitstellungsstapel zu verstärken und zu beschleunigen.
Lassen Sie mich also wiederholen, was Gus und Igor mitgeteilt haben: F5 beabsichtigt, seine Investitionen zu erhöhen, um die NGINX-Mission zu verstärken und zu beschleunigen.
Durch die Zusammenführung von F5 und NGINX können wir Unternehmen mit einem durchgängigen, konsistenten Satz von Anwendungsdiensten ausstatten, um eines der dringendsten Bedürfnisse der IT zu erfüllen: schnelle, häufige Bereitstellungen über eine vielfältige Reihe von Anwendungsarchitekturen hinweg, die in mehreren Cloud-Eigenschaften residieren. Wir sind davon überzeugt, dass der Erfolg dieses Ansatzes davon abhängt, dass NGINX Open Source bleibt und in hohem Maße von der Community vorangetrieben wird, die es entwickelt hat.
NGINX hat bisher unglaubliche Arbeit bei der Betreuung seiner Open-Source-Software und Community geleistet. Das ist eines der Dinge, die uns angezogen haben. Wenn wir in eine Zukunft blicken, von der sowohl NGINX als auch F5 glauben, dass sie von Anwendungen getrieben und geprägt sein wird, sehen wir sowohl die Notwendigkeit als auch die Chance, die Entwicklung und Innovation im NGINX-Stack zu verstärken und zu beschleunigen.
Wir freuen uns darauf, von diesen Communities zu lernen und gemeinsam auf eine Zukunft hinzuarbeiten, die auf einer gemeinsamen Leidenschaft für Anwendungen und ihrer einwandfreien Bereitstellung aufbaut.