Unterschiede zwischen Legacy Application Delivery und Application Delivery Fabric

Veröffentlicht am

Die Art und Weise, wie Anwendungen entwickelt und bereitgestellt werden, ändert sich schnell. Die Einführung agiler Methoden, DevOps-Praktiken und die Bereitstellung von hybriden Multi-Cloud-Plattformen bedeutet, dass die Load-Balancing-Infrastrukturpraktiken der Vergangenheit oft nicht mehr zweckmäßig sind.

Anwendungsbereitstellung in der Vergangenheit

Um Load-Balancing zu gewährleisten, hat die IT-Abteilung in der Regel für jeden Standort, an dem Anwendungen gehostet werden, einen gemeinsamen Load-Balancer für mehrere Mandanten festgelegt oder für jede Anwendung an jedem Standort einen dedizierten Load-Balancer eingesetzt. In vielen Fällen wurde eine Kombination aus gemeinsam genutzten und dedizierten Load-Balancern verwendet, oft paarweise, um Ausfallsicherheit zu gewährleisten. Dieser Ansatz ist ineffizient, da die geschätzten maximalen Datenverkehrsanforderungen für jeden Load-Balancer im Voraus berechnet und bezahlt werden müssen. Dieser Weg führt dazu, dass Unternehmen ein Großteil der Zeit für ungenutzte Kapazitäten bezahlen.

Application Delivery Fabric 

Ein besserer Ansatz für das Load-Balancing in der neuen agilen und Multi-Cloud-Welt besteht darin, die gesamte Infrastruktur zur Anwendungsbereitstellung als eine einzige Struktur zu betrachten. Unabhängig davon, wo die Anwendungen eines Unternehmens bereitgestellt werden - in Rechenzentren, einer privaten Cloud oder von mehreren Public-Cloud-Anbietern - sollte die Verfolgung des Load-Balancing-Verkehrs alle Standorte umfassen. Wenn Sie sich für eine Load-Balancing-Lösung entscheiden, die eine aggregierte Überwachung des Datenverkehrs und eine Abrechnung über alle Standorte hinweg ermöglicht, müssen Sie nur für die im gesamten Unternehmen genutzte Kapazität zahlen.

MELA-Lizenzierung

MELA (Metered Enterprise Licensing Agreement) von KEMP wurde entwickelt, um dieses Lizenzierungsmodell bereitzustellen. Mit MELA wird die monatliche Spitzennutzung jeder Load-Balancer-Instanz gemessen, und die Summe dieser Spitzenwerte wird verwendet, um die Gesamtnutzung der gesamten Application Delivery Fabric zu bestimmen. Im Gegensatz zum bisherigen Multi-Tenancy-Load-Balancer-Modell gibt es keine harten Grenzen für die Anzahl der Load-Balancer-Instanzen, die eingesetzt werden können, und für jeden Load-Balancer gibt es keine Kapazitätsgrenzen. Das MELA-Modell bedeutet, dass der am besten geeignete Load-Balancing-Einsatz verwendet und bei Bedarf geändert werden kann, wobei nur für den gesamten Datenverkehr gezahlt wird. Darüber hinaus führen unerwartete Durchsatzspitzen nicht zu unvorhergesehenen Zusatzkosten, da Ausreißer bei der monatlichen Verkehrsnutzung (auf der Grundlage eines 95-Perzentil-Modells) bei der Berechnung des gesamten Verkehrsaufkommens außer Acht gelassen werden.

Überwachung mehrerer Anbieter

Wir bieten nicht nur ein flexibles Lizenzierungsmodell für das Load-Balancing der Application Delivery Fabric, sondern auch Lösungen, die die Überwachung und Verwaltung von Load-Balancing-Lösungen anderer Anbieter über eine einzige Verwaltungskonsole integrieren. KEMP 360 Vision verhindert Probleme, bevor sie auftreten, indem es Daten aus der gesamten Application Delivery Fabric korreliert und die Ergebnisse in verwertbare Erkenntnisse für das Betriebspersonal umwandelt. KEMP 360 Central ermöglicht die plattformübergreifende Bereitstellung, Verwaltung und Überwachung von LoadMaster, F5Nginx und anderen Load-Balancern in Infrastrukturen auf VMware, Hyper-V oder Xen sowie auf Azure und AWS Public Cloud. Es verfügt außerdem über eine integrierte Automatisierungs-Engine, mit der Load-Balancing-Vorgänge in DevOps und andere Workflows integriert werden können.

Schlussfolgerung

Wenn Sie sich für KEMP-Lösungen zur Bereitstellung Ihrer Anwendungsbereitstellungs- und Überwachungsinfrastruktur entscheiden, erhalten Sie ein modernes, kostengünstiges, plattformübergreifendes und intelligentes System, das Ihren Benutzern einen besseren Service bietet und Ihre IT-Mitarbeiter produktiver macht. Kontaktieren Sie uns noch heute, um weitere Details zu erfahren oder Ihre Anforderungen zu besprechen.

Veröffentlicht am

Maurice McMullin

Maurice McMullin ist Principal Product Marketing Manager bei Kemp und verfügt über langjährige Erfahrung in der Entwicklung und Vermarktung von Netzwerk- und Sicherheitsprodukten. Er hat in Unternehmen aller Größen gearbeitet, von Zwei-Personen-Startups bis hin zu multinationalen Konzernen, in so unterschiedlichen Rollen wie Programmierer und CTO.