Continuous Delivery ist das vorletzte Ziel von Unternehmen, die DevOps einführen. Es ist nicht das endgültige Ziel, denn das wäre Continuous Deployment.
In den Gassen von DevOps wird viel Aufhebens um die Fähigkeit gemacht, mehrmals täglich produktionsreife Software bereitzustellen.
Das ist schön.
Der Grund, warum mich das nicht allzu sehr begeistert, ist, dass in den meisten Großunternehmen – selbst in solchen, die auf DevOps setzen – die Bereitstellung nur der erste Schritt in der Markteinführungsphase des Lebenszyklus einer Anwendung ist. Nur wenige Anwendungen sind bereits mit der abschließenden Build- und Release-Benachrichtigung für die Benutzer „bereit“. Die Anwendung muss noch in der Produktionsumgebung bereitgestellt werden, wo verschiedene Verfahren und Richtlinien dafür sorgen, dass sie ordnungsgemäß an die Benutzer ausgeliefert wird.
Continuous Deployment ist (oder sollte, könnte bzw. wird) das oberste Ziel von Unternehmen sein, die DevOps einführen. Doch selbst wenn dem nicht so ist, bleibt das grundlegendere Problem bestehen: Nur weil eine Anwendung in die Produktionsumgebung überführt wurde, ist sie noch lange nicht bei ihren Zielgruppen „angekommen“. Dazu muss sie in der Produktionsumgebung bereitgestellt werden – zusammen mit allen Diensten, die erforderlich sind, um die Anwendung zu skalieren, abzusichern und zu beschleunigen und so sowohl geschäftlichen als auch privaten Nutzern ein optimales Anwendungserlebnis zu bieten.
Das kann Lastausgleich bedeuten, um Skalierbarkeit und Verfügbarkeit sicherzustellen. Mit ziemlicher Sicherheit gehört auch Sicherheit dazu – zumindest eine Firewall, idealerweise Anwendungssicherheit und möglicherweise noch mehr. Auch Zugriffs- und Identitätsmanagement können erforderlich sein. Für verbraucherorientierte Apps vielleicht nicht, doch unternehmensinterne Anwendungen müssen möglicherweise in SSO- oder föderierte Richtlinien eingebunden werden, um einen reibungslosen, unkomplizierten Zugriff zu gewährleisten. Auch eine hohe Geschwindigkeit im Sinne der Performance kann erforderlich sein.
All diese Dinge müssen geschehen, bevor eine App für die Benutzer „bereit“ ist. Und die Produktionsabteilung weiß das. Von den 32 % der Befragten in unserem Bericht „State of Application Delivery 2017“, die angaben, „1 bis 10 dieser Dienste bereitgestellt“ zu haben, hatte die Mehrheit mehr als fünf im Einsatz: 63 % gaben an, derzeit 6 bis 10 Dienste bereitgestellt zu haben.
Unabhängig von Problemen im Zusammenhang mit „Continuous Deployment“ sind diese Dienste entscheidend, um sicherzustellen, dass Anwendungen „für Benutzer bereit“ und nicht nur „produktionsbereit“ sind.
Unzählige Bereitstellungen in der Produktionsumgebung sind großartig, doch das eigentliche Ziel besteht darin, häufiger auf den Markt zu kommen. Selbst wenn DevOps bis in die Produktion vordringt (nur hereinspaziert! Das Wasser ist wirklich angenehm!), um die App und ihre unmittelbare Infrastruktur zu betreuen, wird es dennoch vorgelagerte Dienste geben, die bereitgestellt, konfiguriert und getestet werden müssen, bevor die App tatsächlich als „ausgeliefert“ gelten kann.
Apps häufiger in der Produktionsumgebung zu veröffentlichen, wirkt sich nicht wirklich auf den Bereitstellungszeitplan aus. Es gibt einen Grund, warum Open-Source-Projekte einen „Stable“-Branch und eine „Nightly Build“-Option anbieten. Natürlich kann ich so die neueste und beste Version erhalten, aber als Nutzer würde ich die „Stable“-Option bevorzugen, denn wenn Apps nicht mehr funktionieren oder willkürlich abstürzen, trägt das keineswegs zu einem positiven Anwendungserlebnis bei.
Der Bereitstellungsplan muss sich nach den geschäftlichen Anforderungen richten und von der IT umgesetzt werden. Das bedeutet, dass die gesamte IT (alle vier Ops-Bereiche) mitziehen und damit beginnen muss, so viele Prozessschritte wie möglich zu automatisieren. Denn eine App ist erst dann für die Benutzer bereit, wenn sie durch die sie in der Produktionsumgebung umgebenden Dienste abgesichert und beschleunigt wird.
Ü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 ...