Die Bereitstellung von Anwendungen verändert sich. Auf die Gefahr hin, ein Schlagwort zu bemühen: Sie wird transformiert – digital. Continuous Delivery ist für DevOps zum Standard geworden (71 % planen die Einführung), und Continuous Deployment muss folgen, wenn Unternehmen im Zeitalter des Anwendungskapitals erfolgreich sein wollen. Zwar planen 73 % der Unternehmen die Einführung von Continuous Deployment, doch fast die Hälfte von ihnen hat noch nicht damit begonnen. Erstaunliche 42 % haben noch keine einzige Komponente automatisiert – und zwar in der Continuous-Deployment-Pipeline.
Die Kluft zwischen Bereitstellung und Deployment ist real. Theoretisch zeigt sie sich in Umfragen und praktisch in der Kluft zwischen Cloud und Rechenzentrum. Innerhalb von Unternehmen wird sie an der Barriere sichtbar, die Continuous Delivery dort zum Stillstand bringt, wo es auf ein nur bedingt kontinuierliches Deployment trifft.
Dies zeigt sich auch in der Technologie, wo durch die nicht durchgängig verknüpfte Kette der Anwendungsbereitstellung eine erhebliche Transparenzlücke entsteht. Es zeigt sich in der fehlenden Möglichkeit, die Anwendungsleistung in Multi-Cloud-Umgebungen zu überwachen und zu messen. Und es zeigt sich darin, dass Sicherheitsrichtlinien nicht einheitlich für das generationsübergreifende Anwendungsportfolio bereitgestellt und durchgesetzt werden können, das derzeit von Tausenden von Großunternehmen verwaltet wird.
Die Kluft wird größer
Mit der zunehmenden Verbreitung moderner, Cloud-nativer Anwendungen und Architekturen beobachten wir, wie diese Kluft immer größer wird. Selbst Anwendungen, die weiterhin an das Rechenzentrum gebunden sind, sind davon betroffen. Ob sich dies nun in neuen Ansätzen – alles kontinuierlich – oder in neuen Anwendungsdiensten äußert, die den Anforderungen an Sicherheit und Skalierbarkeit in modernen, Cloud-nativen Umgebungen gerecht werden: Eines ist klar: Die Anwendungsbereitstellung muss sich verändern und die Kluft zwischen DevOps und NetOps überbrücken, um den Anforderungen an Konsistenz und Transparenz in einer Multi-Cloud-Welt gerecht zu werden.
Die DevOps-Welt basiert zunehmend auf Open Source. Wie NGINX-CEO Gus Robertson in seinem kürzlich veröffentlichten Blogbeitrag schrieb: „Wenn Software die Welt verschlingt, dann verschlingt Open Source die Software.“ Anwendungen werden heute überwiegend aus Komponenten von Drittanbietern entwickelt, von denen die meisten Open Source sind. Auch die Anwendungsinfrastruktur setzt zunehmend auf Open-Source-Komponenten: von Webservern über Anwendungsserver, Datenbanken und Ingress-Controller bis hin zu Messaging-Systemen, Container-Laufzeitumgebungen und Orchestrierung. Der IT-Betrieb wird durch Open-Source-Tools wie Puppet, Chef, Terraform, Helm, Kubernetes und Ansible unterstützt.
Diese Tools und Technologien werden eingesetzt, weil sie mehrere Herausforderungen bewältigen: eine schnelle, häufige Bereitstellung und Implementierung sowie ein reibungsloses Geschäftsmodell. Sie bieten jedoch auch Vorteile, indem sie die Zusammenarbeit fördern und Innovationen vorantreiben, wenn ganze Unternehmen ihre Betriebsabläufe auf Open-Source-Basis standardisieren.
All das wäre ohne die engagierten Entwickler-Communitys, die unermüdlich an der Verbesserung ihrer Open-Source-Lösungen arbeiten, nicht möglich.
Wir bei F5 wissen den Wert solcher Communitys zu schätzen.
Wie F5 Gemeinschaft versteht
Ein vergleichbares Beispiel ist unsere DevCentral-Community, die auf gemeinschaftlicher Innovation beruht und sich an vielen der Prinzipien orientiert, die auch Open-Source-Projekte vorantreiben. Der Austausch von Code und Wissen innerhalb der Community hilft den Hunderttausenden von Mitgliedern, Innovationen voranzutreiben und neue Funktionen für unsere BIG-IP-Plattform zu entwickeln. Aus diesen Lösungen entstehen 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 unsere Kunden und die Community für den Betrieb ihrer Unternehmen angewiesen sind.
Dennoch wissen wir, dass viele von Ihnen – insbesondere in der NGINX-Open-Source-Community – F5 nicht besonders gut kennen. Uns ist auch bewusst, dass Sie deshalb Grund zur Skepsis haben. Das ist verständlich. Bislang fand unser Engagement im Open-Source-Bereich größtenteils hinter den Kulissen statt.
Allerdings setzen wir bei unserer eigenen Transformation umfassend auf Open Source, um unsere CI/CD-Pipeline und unsere Produkte voranzutreiben, während wir unseren Schwerpunkt von der Anwendungsbereitstellung auf Anwendungsservices verlagern. Wir arbeiten kontinuierlich mit Open Source und unsere leitenden Entwickler tragen aktiv zu loopback.io und nats.io bei. Unser Geschäftsbereich Aspen Mesh nutzt istio.io, leistet regelmäßig Beiträge dazu und hat mehrere damit verbundene Open-Source-Projekte hervorgebracht, die wir pflegen, darunter istio-vet, istio-client-go und tracing-go. Wir entwickeln und pflegen eine Reihe von Open-Source-Modulen für Ansible.
Wir machen darum nicht viel Aufhebens, denn wir leisten unsere Beiträge nicht, um damit Marketingpunkte zu sammeln, sondern weil es für uns, unsere Kunden und all die Communitys, die Open-Source-Projekte betreuen, das Richtige ist.
Brücken bauen
Um die Kluft zu überbrücken, die Unternehmen daran hindert, eine kontinuierliche IT zu verwirklichen, gilt es jetzt, die Mission einiger der am weitesten verbreiteten Open-Source-Komponenten im Application-Delivery-Stack zu stärken und voranzutreiben.
Lassen Sie mich also noch einmal bekräftigen, was Gus und Igor mitgeteilt haben: F5 beabsichtigt, seine Investitionen zu erhöhen, um die Mission von NGINX zu stärken und voranzutreiben.
Durch die Zusammenführung von F5 und NGINX können wir Unternehmen ein durchgängiges, einheitliches Angebot an Anwendungsdiensten bereitstellen, das eine der dringendsten Anforderungen der IT erfüllt: schnelle, häufige Bereitstellungen über eine Vielzahl von Anwendungsarchitekturen hinweg, die in mehreren Cloud-Umgebungen angesiedelt sind. Wir sind überzeugt, dass dies nur dann erfolgreich gelingen kann, wenn NGINX Open Source bleibt und weiterhin maßgeblich von der Community vorangetrieben wird, die es aufgebaut hat.
NGINX hat bisher hervorragende Arbeit bei der Betreuung seiner Open-Source-Software und der zugehörigen Community geleistet. Das ist einer der Gründe, die uns überzeugt haben. Mit Blick auf eine Zukunft, von der sowohl NGINX als auch F5 überzeugt sind, dass sie von Anwendungen bestimmt und geprägt sein wird, sehen wir sowohl die Notwendigkeit als auch die Chance, die Entwicklung und Innovation im NGINX-Stack auszubauen und zu beschleunigen.
Wir freuen uns darauf, von diesen Communitys zu lernen und gemeinsam auf eine Zukunft hinzuarbeiten, die auf der gemeinsamen Leidenschaft für Anwendungen und deren reibungslose Bereitstellung beruht.
Über den Autor
Lori MacVittie ist Distinguished Engineer und Chief Evangelist im Office of the CTO von F5 und verfügt über umfassende Expertise in den Bereichen Anwendungsbereitstellung, Automatisierungsstrategie und Infrastruktur. Sie ist dafür bekannt, Komplexität verständlich zu machen – ob sie Leitplanken für KI-Agenten definiert, fragile Multicloud-Architekturen analysiert oder die Grenzen skalierbarer Systeme auslotet. Sie verfügt über mehr als dreißig Jahre Branchenerfahrung in der Anwendungsentwicklung, IT-Architektur sowie im Netzwerk- und Systembetrieb. Bevor sie zu F5 kam, war sie als mehrfach ausgezeichnete Technologie-Redakteurin tätig. MacVittie hat einen Masterabschluss in Informatik und ist eine produktive Autorin, deren Veröffentlichungen die Bereiche Sicherheit, Cloud und Unternehmensarchitektur abdecken. Außerdem spielt sie leidenschaftlich gern Brett- und Videospiele und vertritt mit voller Überzeugung klare Ansichten zum Thema Käse.
Weitere Blogbeiträge von Lori Mac VittieÄhnliche Blogbeiträge
F5 und Equinix bündeln ihre Kräfte, um die sichere Anwendungsbereitstellung in Multicloud-Umgebungen zu vereinfachen
F5 und Equinix ermöglichen es Unternehmen, sich weltweit sicher und zuverlässig mit ihren Partnern zu vernetzen.
API-Sicherheitsrisiken und -herausforderungen
Erfahren Sie, warum APIs für die moderne App-Entwicklung unverzichtbar sind und wie Sie sie vor den häufigsten Sicherheitslücken schützen. Profitieren Sie von Expertentipps und direkt umsetzbaren Strategien.
Ein Meilenstein für die Community Impact Grants von F5
F5 feiert das fünfjährige Bestehen seines innovativen Community Impact Grant-Programms, das gemeinnützige Organisationen, bei denen sich F5-Mitarbeitende ehrenamtlich engagieren, mit Fördermitteln in Höhe von 5.000 US-Dollar unterstützt.
Mit moderner, anpassungsfähiger und sicherer Gesundheits-IT Leben retten
Die IT-Investitionen im Gesundheitswesen tragen dazu bei, die schnellsten Wege zu einer besseren Versorgung zu finden, indem sie die medizinische Betreuung näher an die Patientinnen und Patienten bringen. Viele Gesundheitsunternehmen nutzen riesige Mengen an klinischen und anderen Gesundheitsdaten, um Entwicklungen zu verfolgen und übergreifende Trends in der gesamten Gesundheitslandschaft zu erkennen. Gleichzeitig nähern sie sich einer möglichst präzisen, individuell zugeschnittenen Versorgung an.
Verbesserung der Benutzer- und Administrationserfahrung durch sicheren hybriden Zugriff
Diese Kombination aus BIG-IP Access Policy Manager und Azure Active Directory ermöglicht Identitätsföderation, zentralisierten Benutzerzugriff (über Single Sign-on) und erhöhte Anwendungssicherheit (durch Multi-Faktor-Authentifizierung) für geschäftskritische Anwendungen sowie cloudbasierte und SaaS-Anwendungen. Dieser Ansatz vereinfacht die Einrichtung und Bereitstellung, reduziert den Verwaltungsaufwand und verbessert die gesamte Administration.
Das Internet der Sicherheitsdinge
Nein, das ist keine Tirade über die Sicherheit des IoT. Es ist eine Geschichte über Veränderung – genauer gesagt über Veränderung und ihre Auswirkungen auf die Sicherheit. Veränderung ist allgegenwärtig. Es gibt unzählige Axiome und Sprichwörter über Veränderung, also ist es ...