Wenn Sie Kinder haben (und selbst wenn nicht – wir urteilen nicht), mussten Sie sich wahrscheinlich schon einmal „The Lego Movie“ ansehen. Und das mehr als einmal.
Meiner Meinung nach sollte dieser Film wahrscheinlich Pflichtprogramm für jedes Unternehmen sein, das die Einführung von DevOps in Erwägung zieht.
Im Ernst.
Das liegt daran, dass eine der (vielen) gewonnenen Erkenntnisse lautet, dass selbst Meisterbauer, also Experten auf ihrem jeweiligen Gebiet, mit anderen zusammenarbeiten müssen, um die Welt zu retten – beziehungsweise eine Anwendung in den gewünschten, bereitgestellten Zustand zu versetzen. Also in einen Zustand, in dem sie nicht durch den furchteinflößenden technologischen Kragle namens „manuelle Prozesse“ in der Produktion feststeckt.
Für sich genommen können sich Meisterbauer nicht nur vorstellen, was sie bauen wollen, sondern auch alle Einzelteile, die sie dafür benötigen. Und im Film setzen sie das oft auf bewundernswerte Weise um, indem sie im Handumdrehen fertige Konstruktionen erschaffen, die zuschlagen, fliegen, rasen und um sich schießen können, um den Tag zu retten. Doch als es darum ging, das „große Ganze“ in Angriff zu nehmen, also nicht nur einzelne Konstruktionen zu bauen, sondern auch eine Reihe von Ereignissen zu orchestrieren (Sie verstehen das Wortspiel?), um den Plan des bösen Schurken zu vereiteln, waren sie dazu nicht in der Lage. Sie brauchten denjenigen, der gern Anleitungen zurate zog und eine Checkliste mit den erforderlichen Abläufen bei sich trug, um sie alle dazu zu bringen, an einem Strang zu ziehen.
In unserem Fall führt dieser Weg in die Produktion.
Da Continuous Deployment zunehmend zu einer realistischen Möglichkeit und zum obersten Ziel von DevOps wird, während es die Mauer zwischen der Entwicklung und dem „Rest der IT“ überwindet, ist eine Abstimmung über alle vier Betriebsbereiche hinweg – Sicherheit, Speicher, Rechenleistung und Netzwerk – dringend erforderlich. Nur so lässt sich sicherstellen, dass die federführenden Architekten der einzelnen Dienste und Systeme nicht isoliert voneinander arbeiten.
Selbst Entwickler, die auf Microservices mit ihrem Prinzip „lokaler und von anderen Diensten unabhängiger Code“ setzen, wissen, dass eine solche Denk- und Vorgehensweise nur funktioniert, wenn klar definierte und dokumentierte Schnittstellen (APIs) vorhanden sind, über die andere Dienste kommunizieren können. Diese Schnittstellen werden (oder sollten) nicht isoliert entwickelt werden, ohne zu verstehen, wie andere Dienste sie aufrufen werden.
Dasselbe gilt auf der Produktionsseite der Mauer: Alle vier Betriebsbereiche müssen irgendwann miteinander kommunizieren, damit Continuous Deployment tatsächlich stattfinden kann. Es gibt einen übergeordneten Plan, also eine Reihe von Anweisungen, die befolgt werden müssen – unabhängig davon, wie die einzelnen Services oder Servicegruppen im Detail aufgebaut sind. Irgendwann müssen sie zu einem übergreifenden Prozess orchestriert werden, der das Deployment vom einen Ende der Produktionspipeline bis zum anderen steuert.
Die Baumeister in den einzelnen Bereichen können nicht völlig unabhängig voneinander arbeiten. Sie müssen sich abstimmen, zusammenarbeiten und überlegen, wie ihr Teil des Puzzles in den großen Plan zur Rettung der (App-)Welt passt, auf der das Unternehmen heute aufbaut.
Eine Möglichkeit, damit zu beginnen, besteht darin, die Auswirkungen grafisch darzustellen. Daran wurde ich erinnert, als ich kürzlich einen Artikel über Codekopplung gelesen habe: Die 80-Prozent-Regel der Programmkopplung. Dabei hatte ich das Thema Sicherheit im Blick. Der Artikel konzentriert sich stark auf Code und auf die Erstellung von Abhängigkeitsdiagrammen, die sich vor allem an Entwickler richten. Betrachtet man das Ganze jedoch auf einer höheren Abstraktionsebene und versteht Funktionen, Prozeduren und Methoden als produktive Systeme, wird deutlich, wie nützlich dieser Ansatz sein kann. Zu verstehen, in welchem Maß die Bereitstellung einer Anwendung von bestimmten Diensten abhängt – oder zunächst sogar nur auf Domänenebene –, kann wertvolle Erkenntnisse darüber liefern, wie viel Abstimmung zwischen den verschiedenen Gruppen erforderlich sein wird, um die Aufgabe zu bewältigen und einen Plan zur Erreichung dieses Ziels auszuarbeiten.
Eines der besten Beispiele dafür ist, dass so gut wie alles davon abhängt, dass die zentralen Netzwerkdienste zuerst bereitgestellt werden. Das gilt nicht nur für die Anwendung und ihre abhängigen Komponenten, sondern auch für die Sicherheitsdienste und übergeordneten (Anwendungs-)Dienste, über die die Anwendung bereitgestellt wird. Lastausgleich, Webanwendungssicherheit und sogar die Firewall sind auf Netzwerkattribute angewiesen, um zu funktionieren. Ein Verständnis dieser Abhängigkeiten (des Kopplungsgrads) zwischen Systemen und Diensten, die von verschiedenen Gruppen (Silos) innerhalb der IT verwaltet werden, kann wesentlich dazu beitragen, die Notwendigkeit von Kommunikation und Zusammenarbeit zu verdeutlichen, um zumindest ansatzweise eine kontinuierliche Bereitstellung zu erreichen.
Selbst Baumeister müssen verstehen, wie sich ihre Schöpfung in das Gesamtbild einfügt. Wenn Entwicklungstechniken und -werkzeuge auf die zunehmend automatisierte und codebasierte Betriebswelt in der gesamten IT angewendet werden, können sie die erforderlichen Schnittstellen besser entwickeln, um ihr Puzzleteil in das große Bauvorhaben der kontinuierlichen Bereitstellung zu integrieren.
Ü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 ...