BLOG

F5-Container-Anschluss: Jetzt mit Ingress Control, Red Hat OpenShift und Pivotal Cloud Foundry

Lori MacVittie Miniaturbild
Lori MacVittie
Veröffentlicht am 17. August 2017
containeruse-2016-2017-sdx-zentral

Falls Sie es noch nicht bemerkt haben: Container erfreuen sich weiterhin überraschender Beliebtheit. Nicht einmal die Cloud kann mit einer so eifrigen Einführung prahlen. Dabei muss man bedenken, dass die Bereitstellung von Containern in der Produktion nicht bedeutet, dass alles in Container verlagert wird. Zumindest noch nicht. Wie bei vielen neuen Technologien beginnen Unternehmen mit der Bereitstellung auf Anwendungsbasis, um die spezifischen Probleme ihrer Organisation und Umgebung zu beheben.

Dennoch ist die Wachstumsrate erstaunlich und es ist unwahrscheinlich, dass sie sich in naher Zukunft verlangsamen wird. Je häufiger die Lösung genutzt wird, desto mehr Best Practices und Architekturen entwickeln sich weiter und desto mehr Apps werden migriert. In dieser Hinsicht folgt es einer Vielzahl anderer Technologien und Modelle wie Cloud, Client-Server und Mobile. Man muss krabbeln, bevor man laufen kann, und kurz darauf kann man rennen.

Wir freuen uns, Teil des Container-Ökosystems zu sein, das rasch auf seinem Weg in Produktionsumgebungen überall voranschreitet – sei es in der öffentlichen oder privaten Cloud oder in eigenen Umgebungen im Rechenzentrum.

Als wir F5 Container Connector diesen Frühling das letzte Mal verließen, kündigten wir Unterstützung für Kubernetes an . Gleichzeitig wurde die Ingress-Kontrolle zu einem dringlicheren Bedürfnis für Containerumgebungen, insbesondere angesichts der Tendenz, dass auf Microservices basierende APIs einen erheblichen Prozentsatz containerisierter Anwendungen ausmachen. Wie Sie sich vielleicht erinnern, stellen Ingress-Controller das dringend benötigte App-Routing (Schicht 7) für APIs und andere containerisierte Apps bereit . Obwohl die meisten App-Proxys – beispielsweise BIG-IP – durchaus in der Lage sind, diese Funktionalität bereitzustellen (schließlich sprechen wir hier von Routing basierend auf URIs und HTTP-Headern), fehlte etwas. Um im Container-Ökosystem richtig funktionieren zu können, müssen Komponenten in der Lage sein, dessen deklaratives Bereitstellungs- und Konfigurationsmodell zu unterstützen . Das bedeutet, dass Ressourcendateien automatisch gelesen und in Konfigurationen umgewandelt werden, die sie implementieren.

Ein gutes Beispiel hierfür ist Kubernetes , das Annotationen verwendet, um die Metadaten anzuhängen, die zum Integrieren von Komponenten in das Container-Ökosystem erforderlich sind. Um Kubernetes eine Eingangskontrolle zu ermöglichen, mussten wir lediglich den Container Connector so aktivieren, dass er die richtigen Ereignisse abonniert und BIG-IP anweist, wie basierend auf den bereitgestellten Informationen das richtige Routing implementiert werden soll.

Was wir auch taten.

Doch Kubernetes ist nicht die einzige Lösung auf dem Markt (obwohl es wohl zu den führenden Lösungen zählt) und viele unserer Kunden haben sich für Red Hat OpenShift Origin oder Cloud Foundry als bevorzugte Plattformen entschieden. Und wir freuen uns, sie auch mit der neuesten Version von Container Connector unterstützen zu können.

F5 Container Connector ist kostenlos und Sie können ihn für alle dieser Umgebungen (und auch für Marathon !) aus dem Docker-Repository herunterladen. Weitere Informationen zu allen unseren Containerintegrationen, einschließlich Installation und Integration, finden Sie hier.