Zum Inhalt springen Weiter zur Suche
Testversion
Blog

Anwendungsbereitstellungs-Controller der nächsten Generation

Es geht nicht mehr um Lastausgleichskapazität, sondern um Sichtbarkeit und umsetzbare Telemetrie

Vor Jahren, als ich anfing, mit Load Balancern zu arbeiten, habe ich darüber gesprochen, dass der Lastausgleich die Grundlage für alle Application Delivery Controller (ADCs) ist. Wir können immer noch eine technische Diskussion über die Vorteile verschiedener Lastausgleichsalgorithmen wie Least Connection vs. Round Robin vs. Slow Start usw. führen, aber was einen Load Balancer von einem ADC unterscheidet, ist die Fähigkeit, den Datenverkehr zu beschleunigen und Backend-Ressourcen zu optimieren.

Während ADCs im Laufe der Jahre zahlreiche Merkmale und Funktionen hinzugefügt wurden, haben sich die Anforderungen an Design und Funktionalität in letzter Zeit geändert. Zum Teil ging dieser Wandel in eine andere Richtung, als viele von uns erwartet hatten. Jahrelang habe ich Kunden besucht und ihnen erzählt, dass wir jetzt die schnellsten, kapazitätsstärksten und virtuellsten Instanzen oder die besten Möglichkeiten zur Auslagerung von IO-Funktionen von der Back-End-Hardware haben.

Die Cloud verändert die Landschaft

Das Aufkommen der Cloud und die sich verändernde Rolle von DevOps beim Infrastrukturdesign haben alles verändert. Erstens spielen Größe und Kapazität in Cloud-Umgebungen keine Rolle mehr, da das Design der ersten Wahl eine einzelne Soft-ADC-Instanz pro Anwendung ist. Die Reduzierung des Overheads auf Backend-Server-Ressourcen durch Auslagerung von IO-intensiven Funktionen ist nicht mehr so attraktiv wie früher, da Cloud-Umgebungen unbegrenzte Ressourcen auf Abruf bieten. Diese Gleichgültigkeit gegenüber der Optimierung der Nutzung von Backend-Ressourcen ist einer der Gründe dafür, dass die Kosten für die Nutzung der Cloud außer Kontrolle geraten sind, aber das ist eine andere Diskussion.
Wenn das traditionelle Argument "halber Preis/doppelte Leistung" für Unternehmen heute nicht mehr ausschlaggebend ist, was dann? Heute ist es eher eine Kombination aus vier Dingen:

  • Leichtigkeit der Beschaffung
  • Benutzerfreundlichkeit/Verwaltung
  • Sichtbarkeit
  • Erweiterbarkeit/Integration von Drittanbietern und absichtsbasierte IT

Leichte Beschaffung/Beschaffung:

Im Zeitalter von agilem DevOps und dem public cloudist die Einfachheit der Beschaffung und des Erwerbs oft entscheidend. In vielen Fällen haben ADC-Käufer, insbesondere Entwickler, traditionelle Hersteller zugunsten von Cloud-nativen Lösungen wie AWS Elastic Load Balancing gemieden. Dafür gibt es viele Gründe, aber in erster Linie sind es Zeit, Komplexität und Starrheit, die mit dem Kauf einer brauchbaren Cloud-Instanz verbunden sind.

Zur Veranschaulichung dieses Punktes: Der Marktanteil von AWS Load Balancing, das nur für AWS verfügbar ist, ist auf über 20 Prozent gestiegen. Dies macht zwar Sinn, wenn man bedenkt, dass AWS der größte Cloud-Anbieter ist, aber bedenken Sie, dass Elastic Load Balancing bei seiner ersten Veröffentlichung nicht einmal grundlegende Funktionen wie Sitzungspersistenz bot. Daher mussten die Entwickler sie in jede einzelne Anwendung separat einbauen. Dies verlangsamte die Entwicklung, aber die einfache Anschaffung und in einigen Fällen auch das fehlende Wissen über die traditionellen ADC-Funktionen führten zu der Entscheidung, bei ihrem Cloud-Anbieter und nicht bei einem traditionellen ADC-Anbieter zu kaufen.

Die gute Nachricht für die traditionellen Akteure ist, dass die meisten großen Unternehmen einen hybriden Ansatz verfolgen, bei dem ein Teil ihrer Ressourcen in einer Cloud (und in der Regel in mehr als einer) und ein Teil weiterhin im unternehmenseigenen Rechenzentrum liegt. Diese Aufspaltung des Rechenzentrums hat zusammen mit dem Aufkommen von DevOps zu einigen interessanten Managementherausforderungen geführt - unterschiedliche Technologien in mehreren Rechenzentren und Clouds. Die traditionellen ADC-Anbieter haben endlich Produkte auf den Markt gebracht und Lizenzmodelle entwickelt, die der einfachen Beschaffung, der Benutzerfreundlichkeit und der dynamischen Natur von Agile DevOps gerecht werden. Diese All-you-can-eat- und flexiblen Lizenzmodelle ermöglichen es Unternehmen, Kapazitäten und Instanzen nach Bedarf zu verteilen, um diese Herausforderungen zu bewältigen und gleichzeitig einen Unternehmensstandard und eine Wissensbasis beizubehalten. In vielen Fällen sind diese Modelle den Cloud-nativen Lösungen sowohl in Bezug auf die Flexibilität als auch definitiv in Bezug auf die Funktionalität überlegen.

Benutzerfreundlichkeit/Verwaltung:

Vor fünf Jahren hielten die drei größten ADC-Hersteller mehr als 87 Prozent des gesamten ADC-Weltmarktes. Mangelndes Wissen und zunehmende Komplexität haben die Landschaft verändert, und neue Wettbewerber sind mit Innovationen aufgetaucht, um neue Käufer zu bedienen.

Ein ADC für Unternehmen kann vieles, aber wenn Sie nicht wissen, was es kann, werden Sie wahrscheinlich nicht alle seine Möglichkeiten ausschöpfen. Und wenn die Technologie zu kompliziert ist, werden sich die Netzwerkteams anderweitig umsehen. Dies hat zu einer Aufsplitterung der Funktionalität geführt, die sich im Laufe der Zeit ergeben hat. Das Fehlen der Sitzungsaufrechterhaltung in Elastic Load Balancing ist ein solches Beispiel.

Die Benutzerfreundlichkeit hat einen weiteren Wendepunkt erreicht. Die Benutzerfreundlichkeit selbst befindet sich in einer Phase der nächsten Generation. Warum? Weil der ADC der natürliche Kontrollpunkt zwischen Anwendungen, Infrastruktur und Netzwerk ist. Dies gilt umso mehr für Container-basierte Infrastrukturen, bei denen der in den Container integrierte Load Balancer eine Schlüsselkomponente für die Skalierung nach oben und unten ist. Ich werde dies im Abschnitt über die Erweiterbarkeit weiter ausführen.

Sichtbarkeit:

In den letzten 20 Jahren war die Sichtbarkeit ein wachsendes Thema im ADC-Bereich. Einige der heute größten Unternehmen für Application Performance Management (APM) und Netzwerktransparenz sind aus traditionellen ADC-Anbietern hervorgegangen. Leider hat keiner der ADC-Anbieter die einzigartige Stellung des ADC im Netzwerk wirklich genutzt, um eine vollständige Performance-Monitoring-Lösung zu entwickeln. Mit der Entwicklung eines grundlegenden SLA-Managements konnten ADC-Anbieter Abweichungen von den normalen Antwortzeiten feststellen und die Administratoren dann auf das Netzwerk, den Client oder die Back-End-Systeme verweisen. Aber diese Informationen waren nicht sehr spezifisch. Der SLA-Manager könnte zum Beispiel sagen, dass das Back-End-System das Problem ist, aber das ist auch schon alles, was er an Informationen liefern würde. Damit wären zwar die Mindestanforderungen erfüllt, aber das Team wüsste nicht, ob es sich um die Datenbankebene, das Web-Frontend oder ein Hardware- oder Softwareproblem handelte, geschweige denn um einen Code, ein Betriebssystem usw. Es ist ein bisschen so, als würde man sein Auto zum Mechaniker bringen und fragen, was das Problem ist, und die Antwort lautet: "Wir haben es auf den Motor eingegrenzt." Nun, zumindest wissen wir, dass es nicht die Räder sind.

Während der Bedarf an Transparenz offensichtlich ist, hat das Wachstum von DevOps, öffentlichen Clouds und Containern auch einen erhöhten Bedarf an größerer Agilität hervorgebracht. Dies wiederum treibt uns zu einer vollständigen Automatisierung und absichtsbasierten Vernetzung. Actionable Intelligence ist der Schlüssel; die von uns gesammelten Telemetriedaten werden zur Grundlage für intelligente IT-Entscheidungen. Der ADC ist der ideale Ort, um sowohl die Leistung des Front-End-Netzwerks als auch der Back-End-Systeme zu sehen. In unserer anwendungsgesteuerten Welt ist der ADC der ideale Orchestrierungspunkt.

Erweiterbarkeit/Integration von Drittanbietern und Intent-based IT:

So beeindruckend die Sichtbarkeit für die Verbesserung der Anwendungsverfügbarkeit ist, so wertvoll ist sie auch für sich allein.

Die heutige Innovation besteht darin, diese Telemetrie verwertbar zu machen und eine vorgefertigte, benutzerfreundliche Plattform zu schaffen, die sich mit Drittanbietern integrieren lässt. Die Möglichkeit, dass Ihr ADC als IT-Orchestrator fungiert, kann ein entscheidender Faktor sein. Er befindet sich in der idealen Position, um Leistungsprobleme zu beobachten und zu beheben, indem er Konfigurations- oder Ressourcenprobleme (Netzwerk, Systeme und Sicherheit) meldet oder behebt, Routen für einen optimalen Zugriff ändert und detaillierte KPIs bereitstellt usw. In der Vergangenheit konnten ADCs unser Kostenrisiko begrenzen, indem sie die Kapazität unserer begrenzten Ressourcen, einschließlich Server und Speicher, im privaten Rechenzentrum erhöhten. Heute können sie unser finanzielles Risiko begrenzen, indem sie unsere elastischen Ressourcen richtig dimensionieren.

ADCs der Unternehmensklasse sind weiterhin erfolgreich

Die wichtigste Erkenntnis ist, dass die Vorteile eines echten ADC der Unternehmensklasse mehr denn je anwendbar sind und der Wert in Bezug auf Markteinführungszeit, Stabilität, Transparenz und Verwaltbarkeit immens sein kann. Es ist wichtig, dass Netzwerkteams ihre Nachforschungen anstellen und einen ADC mit Blick auf den aktuellen und zukünftigen Status auswählen. Suchen Sie nach einer Lösung, die in Bezug auf Funktionen, Preise und Erwerb flexibel ist. Vergewissern Sie sich, dass die Lösung über eine gute Sichtbarkeit verfügt und dass diese Sichtbarkeit etwas ist, was Sie in die Tat umsetzen können. Und schließlich sollten Sie sich für ein Unternehmen entscheiden, das eine klare Vision für Innovationen hat und bei dem es kaum Produktüberschneidungen gibt. Zu oft haben wir erlebt, dass große Unternehmen Akquisitionen tätigen und es nicht schaffen, die Lösungen zu integrieren.

Suchen Sie nach einem Unternehmen, das alles anbieten kann:

  • Eine Hardware-Appliance mit unübertroffener Skalierbarkeit in Bezug auf Durchsatz und virtuelle Instanzen
  • Ein Lizenzierungsmodell, das hybrid Cloud- undmulti-cloud -Umgebungen abdeckt und gleichzeitig agile, elastische Implementierungen ermöglicht
  • Eine einzige globale Verwaltungsplattform für alle Produkte und Umgebungen
  • Ein unübertroffener Satz an Merkmalen und Funktionen für alle Systeme
  • Beste Übersicht über die gesamte Umgebung
  • Eine einfach zu verwendende, erweiterbare API und ein Netzwerk von Integrationspartnern
  • Die Fähigkeit, eine absichtsbasierte IT-Umgebung zu schaffen, in der der ADC als Sichtbarkeits- und Kontrollpunkt fungiert
  • Ein branchenführendes Support-Team, das flexibel und schnell reagiert

Um mehr über A10 Networks Thunder ADC zu erfahren, besuchen Sie bitte die Produktseite Thunder ADC.

Über Daniel Lakier

Daniel Lakier ist der Direktor für Netzwerklösungen bei Myriad360. Er ist seit mehr als 20 Jahren in der Technologiebranche tätig. In dieser Zeit hat er in verschiedenen vertikalen Bereichen gearbeitet, darunter Energie, Fertigung und Gesundheitswesen. Lakier liebt neue Herausforderungen und hat in seiner Laufbahn verschiedene Rollen innegehabt, von der praktischen Entwicklung bis hin zu Vertriebs- und Führungsaufgaben. Er ist weiterhin daran beteiligt, mehreren Technologie-Start-ups dabei zu helfen, ihr Potenzial auszuschöpfen. Lakier veröffentlicht regelmäßig Blogs und Artikel zu Themen wie der Vereinfachung scheinbar komplexer IT und der Einhaltung von Vorschriften, um Führungskräfte in der Geschäftsleitung zu schulen. Wenn er nicht im Büro ist, genießt er die freie Natur und jagt seinen wunderbaren Töchtern hinterher.

Über Myriad360

Myriad360 ist ein A10 Networks Partner. Das Unternehmen liefert branchenführende Technologielösungen, um die IT-Strategie, die Infrastruktur und das Geschäft seiner Kunden zu verändern und zu sichern. Um mehr über Myriad360 zu erfahren, besuchen Sie https://myriad360.com/

Zusätzliche Ressourcen

Erfahren Sie mehr über die Produkte und Lösungen von A10: