Load Balancers und Application Delivery Controllers (ACDs) sind ein wichtiger Bestandteil der Anwendungsinfrastruktur. Um mit den strengen und neuesten technologischen Anforderungen Schritt zu halten, ist eine hoch skalierbare, extrem zuverlässige und sichere Load Balancing-Architekturstrategie unerlässlich.
In diesem Webinar geht Maurice McMullin auf die Entwicklung des Load Balancing ein und erklärt, wie wichtig es ist, dass IT-Organisationen einen funktionsübergreifenden Ansatz wählen. Dieser Blog und das Webinar "Warum Sie DevOps und NetOps auf dieselbe Seite bringen müssen" diskutieren:
Eine großartige Ressource für die Analyse der Welt von DevOps und NetOps ist ein aktueller Forschungsbericht von Enterprise Management Associates (EMA): Load Balancing in a Hybrid and Multi-Cloud World. Die Studie befasste sich mit der Art und Weise, wie Unternehmen ihre Load-Balancing-Assets verwalten und betreiben, und lieferte einige interessante Erkenntnisse darüber, wie DevOps- und NetOps-Teams oft unabhängig voneinander arbeiten.
Die EMA hat herausgefunden, dass kleinere, mittelständische Unternehmen mit 1.000 bis 3.000 Mitarbeitern eher einen isolierten Ansatz für DevOps und NetOps verfolgen, wie die folgende Grafik zeigt.
Befragte, die in der DevOps-Abteilung arbeiten, berichteten viel häufiger (75 %) von einem völlig isolierten Ansatz für das Load Balancing, was darauf hindeutet, dass DevOps-Gruppen häufig ihre eigenen Load Balancing-Plattformen verwenden, während sie Anwendungen entwickeln und testen. Sobald die Anwendungen in einer hybriden Cloud in Produktion gehen, wird das Infrastrukturteam die Verwendung einer standardmäßigen Load Balancing-Plattform verlangen.
Ein weiterer Punkt der Ineffizienz ist die Fragmentierung der Tools und Technologien. Der EMA-Bericht betrachtet dies aus dem Blickwinkel von Multi-Cloud und Hybrid-Cloud und stellt fest, dass 57 % der Befragten virtualisierte Load Balancing Solutions von ihren lokalen Anbietern anstelle von nativen Cloud-Lösungen verwenden. Die Verwendung mehrerer Load Balancing-Lösungen für die Anwendungsbereitstellung erhöht deren Komplexität und damit die betriebliche Ineffizienz. Ein einheitlicher Ansatz für die Anwendungsbereitstellung, der auf ein und demselben Anbieter für On-Premises und Cloud basiert, wirkt sich nicht nur auf die betriebliche Ineffizienz aus, sondern trägt auch zum zweiten Punkt bei - der Transparenz.
DevOps- und NetOps-Gruppen haben eine andere Linse, durch die sie die Umgebung betrachten – und verwenden Toolsets, die ihnen diese Linse bieten. Die Fragmentierung der Rollen bedeutet jedoch, dass die End-to-End-Transparenz fehlen kann.
Wenn wir diese Liste durchgehen, sehen wir, dass die Probleme in den Bereichen Leistung, Sicherheit und Konformität sehr groß sind. Schauen wir uns an, wie ein einheitlicher Ansatz für Load Balancing es einfacher machen kann, DevOps und NetOps auf dieselbe Seite zu bringen.
Bevor wir uns mit den Einzelheiten befassen, sollten wir uns vergegenwärtigen, dass es hier ein größeres Bild gibt. Ein großes Problem ist die Anpassung der Kultur der Teams. Das geht weit über den Rahmen des heutigen Beitrags hinaus. Anstatt zu versuchen, diesen Ozean zum Kochen zu bringen, werden wir uns auf die zentrale Rolle konzentrieren, die die richtige Load Balancing-Strategie bei der Abstimmung der Teams spielen kann.
Abgesehen von den Kosten für betriebliche Ineffizienz kann ein Multi-Cloud-/Multi-Vendor-Ansatz deutlich teurer sein als eine herkömmliche Load Balancing Solution.
So gibt es beispielsweise einen fragmentierten Einkauf, der sogar innerhalb eines einzigen Cloud-Anbieters stattfinden kann. Die Leute kaufen Dienste auf Abruf, und die Unternehmen verpassen die Größenvorteile und die effizienten Lizenzierungssysteme wie gepoolte Lizenzen. Und wir alle kennen die Geschichten von der Cloud-Services-Spawl, bei der Gruppen unabhängig voneinander handeln und das gesamte Unternehmen viel Geld für die Dienste bezahlt.
Hier zeichnet sich der traditionelle Load Balancer aus – die einzige Metrik ist der Durchsatz mit so vielen WAF-Regeln, wie Sie möchten, und so vielen Authentifizierungen, wie Sie möchten – keine Überraschungen. Und die Verwendung flexibler Lizenzierungsoptionen, wie z. B. gepoolte Lizenzierung, ermöglicht eine bedarfsgerechte Skalierung und maximiert die Kaufkraft, um das beste Preis-Leistungs-Verhältnis zu erzielen.
Mit integrierten DevOps und Netops können die Probleme der organisatorischen Verantwortung gelöst werden, aber die Herausforderung bleibt bestehen, Transparenz und Kontrolle über verschiedene Cloud-Architekturen für die Anwendungsbereitstellung hinweg zu haben. Hier kommt ein einheitlicher Ansatz für die Bereitstellung von Multi-Cloud-Anwendungen ins Spiel.
Dies deutet darauf hin, dass viele Unternehmen bereits den Wert eines einheitlichen Ansatzes für ihre Load-Balancing-Technologie und -Infrastruktur erkennen, wodurch die Herausforderung, DevOps- und NetOps-Gruppen – und Sicherheit – auf dieselbe Seite zu bringen, erheblich vereinfacht wird.
Ein interessanter Punkt in diesen Daten ist, dass viele Load Balancer einsetzen, denen es an fortschrittlichen Funktionen mangelt - obwohl sie eine umfassendere und integrierte Lösung nutzen könnten, die nicht nur Verfügbarkeit und Leistung, sondern auch Sicherheitsfunktionen und Multi-Site-/Multi-Cloud-Dienste abdeckt. Mit einer fortschrittlichen Load Balancing Solution wird die Komplexität reduziert, da die Teams keine externen Lösungen finden müssen, um Funktionslücken zu schließen. Weniger Komplexität, weniger Kosten und ein geringeres Risiko, Sicherheitslücken zu schaffen.
DevOps-, Netzwerk- und Sicherheitsteams müssen lernen, wie sie auf einer gemeinsamen Plattform zusammenarbeiten können. Dies wird auch dazu beitragen, Best Practices zu fördern.
Der Ausgangspunkt für die Abstimmung von DevOps, NetOps und Sicherheit - nicht zu vergessen die Sicherheit - ist ein einheitlicher Ansatz für Load Balancing. Die Vereinheitlichung Ihrer Load Balancing-Strategie bietet eine einzige konsistente API für DevOps-, NetOps- und Sicherheitsteams - über alle Plattformen hinweg. Hier sind weitere Vorteile:
Ein Schlüsselelement für den Erfolg ist die Schließung der Qualifikationslücken. Die obige Tabelle zeigt, dass es in allen Kompetenzbereichen Herausforderungen gibt. Diese können angegangen werden, indem Teams zusammengebracht werden, um Fähigkeiten und Erkenntnisse bei der Arbeit an einem gemeinsamen Rahmen für die Anwendungsbereitstellung zu teilen. Hier sind drei Vorteile dieses Ansatzes:
DevOps und NetOps zusammenzubringen, ist eine organisatorische Herausforderung. Es mag schwierig sein, da Teams in ihrer eigenen Sicht auf die Welt verwurzelt sind, aber die Vorteile können erheblich sein und zu einer effizienteren Bereitstellung von Diensten und einer besseren Erfahrung für die Benutzer führen.