Zum Inhalt springen Weiter zur Suche
Testversion
Blog

Container-basierte Arbeitslasten auf AWS und anderen Clouds

Lastausgleich ist für Anwendungen notwendig, insbesondere wenn Sie beginnen, Ihre Anwendungen zu entkoppeln und sich in die Welt der Microservices-basierten Architekturen zu begeben. Tools wie Docker, Kubernetes und Swarm bieten einige der wichtigsten Voraussetzungen für die Entwicklung in diese Richtung, aber es kann schwierig werden, die Arbeitslasten auszugleichen. Kubernetes ist ein von Google entwickeltes Open-Source-System für die Ausführung und Verwaltung containerisierter Microservices-basierter Anwendungen in einem Cluster, und das Gleiche gilt für Swarm von Docker.

Obwohl Kubernetes und Swarm einige grundlegende integrierte Lösungen für die Bereitstellung dieser Services bieten, müssen Sie die ELB von AWS für die Unterstützung konfigurieren. Ein häufiger Fallstrick, den wir in diesem Bereich sehen, ist, dass Entwickler und Techniker aufgrund des begrenzten Funktionsumfangs von ELB bis zu 100 oder 150 ELBs konfigurieren, nur um grundlegende containerbasierte Arbeitslasten zu unterstützen. ELB eignet sich hervorragend für das VM-Balancing, aber wenn man in Container eintaucht, gilt diese Logik nicht mehr. Die Arbeitslasten haben sich gewandelt, und die Entkopplung von Anwendungen in Services ermöglicht schnellere Produktveröffentlichungszeiten und bietet gleichzeitig eine viel stabilere Plattform.

Container-basierte Workloads ohne A10 Lightning ADC

Container-basierte Arbeitslasten

Container-basierte Workloads mit A10 Lightning ADC

Container-basierte Arbeitsabläufe mit AppCito

Der alternative Weg, dies in AWS zu erreichen, ohne ELBs für jeden Port in Ihrem Container starten zu müssen, kann so einfach sein wie das Starten eines Paares von EC2-Instanzen und das Laden von Tools wie NGINX und HAProxy. Diese berücksichtigen jedoch nicht Dinge wie Datenverkehrsspitzen, DDoS-Angriffe (Distributed Denial of Service) oder Hochverfügbarkeits-Lastausgleich, wofür sie mit zusätzlichen Tools ergänzt werden müssen. Wenn Sie auf dem AWS Marketplace nach einem Tool suchen, das mit containerbasierten Arbeitslasten funktioniert, werden Sie vergeblich nach etwas suchen, das sofort einsatzbereit ist und sofort läuft. Und genau hier glänzt die Technologie von A10 Lightning : Sie wurde in der Cloud und mit Blick auf Container-Architekturen entwickelt und konstruiert.

Sie können eine containerbasierte Anwendung oder einen Dienst nehmen, sie mit A10 Lightning Application Delivery Service (ADS) vorschalten und in weniger als 10 Minuten in Betrieb nehmen. Standardmäßig umfasst er die Fähigkeit zur Auf- und Abwärtsskalierung, zusammen mit komplexem Layer-4-Lastausgleich und Layer-7-Lastausgleich, Sicherheit und Analysen. Das ist ein Volltreffer für ein DevOps-Team. So können sie die Maschine weiter vorantreiben und müssen nicht bei jeder Unebenheit auf der Straße anhalten. Die Kosteneinsparungen dieser Plattform im Vergleich zu mehreren ELBs und Punktlösungen von NGINX und HAProxy sind ein großer Vorteil. Wenn Sie sich in der Container-basierten Technologie weiterentwickeln, sollten Sie mit einer Lösung arbeiten, die die Best Practices der VM-basierten Ansätze beibehält und eine einfache Integration und Einführung neuer Anwendungsarchitekturen ermöglicht.

Kategorien:


Andrew Hickey
|
Februar 8, 2016

Andrew Hickey war der redaktionelle Leiter von A10. Andrew Hickey verfügt über zwei Jahrzehnte Erfahrung in den Bereichen Journalismus und Content-Strategie und berichtet über alles, was mit Kriminalität, Cloud Computing und... Mehr lesen