Vielleicht erinnern Sie sich an einen kürzlich veröffentlichten Beitrag zum Konzept der Continuous IT. Die Grundidee besteht darin, dass beim Aufbau einer IT-Infrastruktur mehrere Aspekte berücksichtigt werden müssen, wenn wir die Bereitstellungspipeline vollständig automatisieren wollen.
Heute möchte ich mir etwas Zeit nehmen, um mich auf Infrastructure as Code zu konzentrieren und darauf, was wir (F5) tun, um dies zu ermöglichen und zu unterstützen.
Infrastruktur als Code
Da sich DevOps in der IT zunehmend durchgesetzt hat, beobachten wir eine verstärkte Einführung von Automatisierung und „as Code“-Methoden. Dazu gehört auch der zunehmende Einsatz von CI/CD-Tools wie GitHub Enterprise und Jenkins in der Produktionspipeline.
Diese Technologien und Tools konzentrieren sich in erster Linie auf Configuration as Code und Pipeline as Code. Das heißt, sie setzen voraus, dass eine Infrastruktur vorhanden und bereit ist, „Code“ zu empfangen, der die jeweiligen Anwendungsdienste konfiguriert.
Das liegt daran, dass DevOps von der Annahme ausgeht, dass die Infrastruktur bereits verfügbar ist. Hier zeigt sich eine Auswirkung der Cloud: Die Bereitstellung und Einbindung wird als Bestandteil des Prozesses vorausgesetzt. Wenn Sie eine Instanz in der Cloud starten, laufen sämtliche Netzwerk- und Lizenzierungsvorgänge im Hintergrund ab.
„Infrastructure as Code“ ermöglicht dieselbe nahtlose Erfahrung, indem die Bereitstellung und Einbindung der Infrastruktur automatisiert wird. Dies wird häufig mithilfe von Tools wie Terraform erreicht, das „Vorlagen“ einliest, die deklarativ beschreiben, was zur Bereitstellung und Einbindung der Infrastruktur geschehen muss.
Für F5 bedeutet die Unterstützung von Infrastructure as Code, weiterhin Cloud-Vorlagen zu unterstützen und zugleich das deklarative Onboarding von BIG-IP in jeder Umgebung zu ermöglichen.
Genau das bietet unsere Declarative Onboarding Extension (DO). DO ist Teil der F5 Automation Toolchain – einer neuen Produktfamilie, die zentrale Komponenten für Automatisierung und Orchestrierung unter einem Dach vereint. Zu diesen Komponenten gehören unter anderem:
- Application Services 3-Erweiterung (AS3)
- Declarative Onboarding-Erweiterung (DO)
- API Services Gateway (ASG)
DO automatisiert das Netzwerk-Onboarding (L1–L3) für BIG-IP, sodass es verfügbar und bereit ist, Konfigurationen für Anwendungsdienste zu übernehmen. DO ist eine iControl LX-Erweiterung, die als RPM bereitgestellt wird. Durch die Installation der DO-Erweiterung auf BIG-IP können Sie BIG-IP deklarativ in Betrieb nehmen, indem Sie eine DO-JSON-Deklaration per POST an einen deklarativen API-Endpunkt senden.
Declarative Onboarding ermöglicht die deklarative Konfiguration der folgenden Elemente auf BIG-IP:
- L1-L3-Konfiguration
· Netzwerkschnittstellen
· VLANs, MTU und VLAN-Tags
· Self-IPs
· Routen mit Gateway und Netzwerk
- Lizenzierung
· Registrierungsschlüssel
· BIG-IQ-Lizenzpools
- Globale Einstellungen
· NTP-Server & Zeitzone
· DNS-Nameserver & Suchdomäne
· BIG-IP-Modulbereitstellung
- Benutzerkonten
· Änderung des Root-Benutzerpassworts
· Erstellung eines Benutzers ohne Root-Rechte
Declarative Onboarding ist auf GitHub unter https://github.com/F5Networks/f5-declarative-onboarding verfügbar.
Ü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
Ein umfassender Leitfaden zur Bereitstellung und Sicherheit von KI-Anwendungen
Entdecken Sie optimale Strategien für die Absicherung und Bereitstellung von KI-Anwendungen.
KI zulassen und einführen? Lehren aus der Public Cloud
Die Einführung von KI steht unmittelbar bevor und könnte entscheidend sein, um wettbewerbsfähig zu bleiben. Daher muss die IT-Sicherheit proaktiv handeln und der KI-Einführung schon jetzt einen Schritt voraus sein, um sie auf einen risikogerechten Weg zu lenken.
Stand der Anwendungsstrategie 2022: Zeit für die Modernisierung des Betriebs
Es ist deutlich geworden, dass Unternehmen ihren Fokus erneut auf die Geschäftsfunktionen richten müssen, um die Dynamik ihrer digitalen Transformation aufrechtzuerhalten. Kundenerlebnisse haben zwar weiterhin Priorität, doch auch Geschäftsfunktionen wie Recht, Personalwesen und Finanzen müssen digitalisiert werden. Das bedeutet, dass CIOs das Steuer übernehmen, während sich die digitale Transformation von der Modernisierung von Anwendungen hin zur Modernisierung von Betriebsabläufen verlagert.
F5s Weg zu einer vielseitigen Plattform für Anwendungsanalysen
F5 bietet heute die umfassendsten Anwendungsdienste entlang des gesamten Weges vom Code bis zum Kunden. Künftig werden wir verstärkt auf Anwendungstelemetrie und -analysen setzen, damit unsere Kunden wertvolle Erkenntnisse über ihre Anwendungen, Geschäftsabläufe und Benutzererlebnisse gewinnen können. Beim Ausbau unserer Cloud-Analysefunktionen werden wir ML und KI noch stärker nutzen, um unsere Kunden bei der Verbesserung ihrer Geschäftsdienste zu unterstützen.
Telemetrie: Eine andere Art von Daten
Verwenden wir den Begriff „Telemetrie“ nur, weil er attraktiver klingt als „Daten“? Letztlich sind sowohl Daten als auch Telemetrie strukturierte Informationseinheiten. Es ist kein Verbrechen, die Begriffe synonym zu verwenden. Doch wenn man es genau nimmt, gibt es einen Unterschied. Und dieser Unterschied wird immer wichtiger werden, je weiter Unternehmen in die Datenökonomie vordringen.
MTTR bedeutet nicht „Mean Time to Reboot“
„Schnell scheitern“ lautet heute das Mantra für mehr Geschwindigkeit. Ob in DevOps oder im Geschäftsleben: Wer in einer digitalen Wirtschaft agiert, muss eine möglichst perfekte Verfügbarkeit gewährleisten.