Start Cloud Warum und wie Unternehmen ihre Containerbereitstellungen am Edge modernisieren

Warum und wie Unternehmen ihre Containerbereitstellungen am Edge modernisieren [Q&A]

1
0


Edge Computing zielt darauf ab, die Rechenleistung näher an die Datenquelle, wie beispielsweise IoT-Geräte, zu bringen. Es wird zunehmend als Alternative zu herkömmlichen Rechenzentrums- und Cloud-Modellen angesehen.

Stewart McGrath ist der CEO von Abschnitt, ein globaler Edge-as-a-Service-Anbieter (EaaS), der Unternehmen dabei unterstützt, die Verfügbarkeit ihrer containerisierten Anwendungs-Workloads in der Cloud zu verbessern. Wir haben mit ihm gesprochen, um herauszufinden, wie und warum Unternehmen Anwendungen an den Rand verlagern.

BN: Sollten Unternehmen, wenn sie ihre containerisierten Anwendungen ausreifen, auch ihre Cloud-Strategie überdenken? Warum ist das wichtig und welche Möglichkeiten gibt es?

SM: Die Leute neigen dazu, die Cloud als eine diffuse globale Sache zu betrachten, aber wenn es um die Bereitstellung geht, ist sie es wirklich nicht. Tatsächlich sind die meisten Cloud-Instanzen stark zentralisiert und geografisch begrenzt – das ist das „traditionelle“ Cloud-Modell. Wenn es an der Zeit ist, auf AWS, Azure oder GCP bereitzustellen, müssen Sie sehr spezifische Entscheidungen darüber treffen, wo Ihre Anwendungs-Workload ausgeführt wird. Wenn Sie sich beispielsweise für AWS EC2 US-East entscheiden, werden Kunden innerhalb oder in der Nähe dieser Region ein erstklassiges Erlebnis genießen. Je weiter die Kunden geografisch entfernt sind, desto geringer werden Anwendungsleistung, Reaktionsfähigkeit, Belastbarkeit und Verfügbarkeit. Betrachten wir ein einfaches Beispiel: Bereitstellung einer Anwendung in der Cloud mit einer Benutzerbasis, die gleichmäßig über die USA verteilt ist. Wo hosten Sie die Anwendung? Wissen Sie an der Ostküste, dass die Leistung für 50 Prozent Ihrer Benutzerbasis außerhalb der Ostküste leiden wird? Irgendwo in der Mitte des Landes, damit das Erlebnis für alle gleich unterdurchschnittlich ist?

Wenn Ihre Anwendung und Ihr Kundenstamm reifen, ist es naheliegend, diese Workloads geografisch näher an die Benutzer zu verlagern. Das wird mit verteiltem (d. h. Edge) Computing erreicht.

BN: Was sind die Vor- und Nachteile eines verteilten Edge im Vergleich zu einer traditionelleren zentralisierten Cloud? Spielt die Verbreitungsbreite eine Rolle?

SM: Nun, ich habe Leistung und Reaktionsfähigkeit als Vorteile von Edge gegenüber einer zentralisierten Cloud erwähnt, aber die Liste ist viel länger. Edge-Bereitstellung ist einfach besser als zentralisierte Cloud-Bereitstellungen in fast allen wichtigen Kennzahlen – Sicherheit, Leistung, Skalierbarkeit, Effizienz, Belastbarkeit, Benutzerfreundlichkeit, Workload-Isolierung, Compliance … sogar Kosten. Und ja, diese Vorteile sind oft untrennbar mit der verteilten Natur einer Edge-Bereitstellung verbunden. Generell gilt also, je breiter eine Anwendung verbreitet ist, desto besser.

Die natürliche Frage ist natürlich: „Wenn der Rand so viel besser ist, warum macht es dann nicht jeder?“ Und die Antwort darauf ist Komplexität. Im Allgemeinen ist es schwieriger und kostspieliger, ein Edge-Netzwerk zu entwerfen, bereitzustellen und zu verwalten.

BN: Bietet sich der Einsatz von Kubernetes und Containern für das eine oder andere an?

SM: Container im Allgemeinen und Kubernetes im Besonderen unterstützen sicherlich die Cloud-Bereitstellung, eignen sich aber auch zur Erleichterung der Edge-Bereitstellung, da die von Kubernetes bereitgestellte automatisierte Orchestrierung gepaart mit der Portabilität der Containerisierung eine ideale Kopplung zur Bereitstellung einer Edge-Plattform darstellt . Die leichte Portabilität von Containern macht sie ideal für die Verteilung geeignet, während ihre Abstraktion die Bereitstellung über verschiedene geografische Gruppen, Anbieter, Infrastrukturen usw. erleichtert. Darüber hinaus fügt Kubernetes die Orchestrierung hinzu, die erforderlich ist, um diese Art von verteilten Multi-Regionen und Multi-Clustern optimal zu koordinieren Topologie. Einfach ausgedrückt: Unternehmen, die bereits Container-/Kubernetes-Umgebungen eingeführt haben, sind bereit, schnell und einfach auf Edge umzusteigen.

BN: Wenn verteilte Edge-Bereitstellungen komplexer sind, lohnt es sich dann? Und lässt sich diese Komplexität reduzieren?

SM: Wenn ich die aktuellen, vertrauten Tools und Prozesse verwenden kann, an die ich gewöhnt bin, und wenn die zugrunde liegende Plattform das Netzwerkmanagement automatisiert, wird Edge plötzlich so einfach zu übernehmen wie eine traditionellere Cloud-Umgebung.

Zwei Faktoren spielen eine Rolle. Die erste betrifft die Tools und Prozesse, die verwendet werden, um die Anwendungs-Workload selbst in einer Multi-Cluster-Kubernetes-Edge-Bereitstellung auszuführen. Der zweite ist die Verwaltung und der Betrieb des zugrunde liegenden Edge-Netzwerks, das mit zunehmender Verteilung (über Regionen und Netzwerke/Betreiber hinweg) zunehmend komplizierter und kostenempfindlicher wird.

Ich würde auch argumentieren, dass die Vorteile des Vorteils ausreichen, um alle Bedenken hinsichtlich der Komplexität zu überwiegen, aber das ist wie die Argumentation „Ohne Fleiß kein Gewinn“ – es kann wahr sein, aber die meisten Menschen begrüßen keinen Schmerz. Glücklicherweise, wie Sie bereits erwähnt haben, kann diese Komplexität durch den intelligenten Einsatz von Technologie eliminiert werden.

BN: Was müssen Organisationen beachten, wenn sie Container an den Rand verlagern?

SM: Während eine typische zentralisierte Cloud entweder einzelne oder mehrere Container-Cluster unterstützt, erfordert die Edge-Bereitstellung eine Multi-Cluster-Topologie. Unsere Kubernetes Edge-Schnittstelle vereinfacht dies, indem sie die Edge effektiv in einen „Cluster-Cluster“ verwandelt, sodass Unternehmen Standardtools und -prozesse – Dinge wie kubectl und Helm-Charts – verwenden können, um diese verteilten Cluster zu verwalten, aber Sie müssen sich dessen bewusst sein dass Sie eine Multi-Cluster-Umgebung betreiben werden.

Die andere wichtige Überlegung ist, wer für die Verwaltung des Netzwerks verantwortlich ist. Wenn Sie ein Team von Ingenieuren haben, die sich mit der Verwaltung eines verteilten Netzwerks auskennen, dann machen Sie es einfach. Wenn nicht – oder wenn Sie möchten, dass sich Ihr Team auf die Verwaltung der Anwendung und nicht auf das Netzwerk konzentriert – dann sollten Sie nach einer intelligenten, automatisierten Edge-Plattform suchen.

Über die menschliche Kraft hinaus sollten Sie auch die Kosten-Leistungs-Effizienz als Teil Ihrer Gleichung berücksichtigen. Fortschritte bei den Edge-Plattform-Technologien ermöglichen einen rechnerischeren Ansatz für die Auswahl von Edge-Standorten, die Workload-Orchestrierung und das Verkehrsmanagement. Anstatt sich also darauf zu verlassen, dass Menschen die am besten geeigneten Standorte für ihre Anwendungen auswählen, können sich Teams auf „intelligente“ Maschinen verlassen, um diese Entscheidungen zu treffen.

Grundsätzlich ist der Wechsel zum Edge für die meisten Unternehmen ein Kinderspiel, insbesondere für diejenigen, die Kubernetes bereits eingeführt haben – sie sind darauf vorbereitet, schnell moderne Edge-Bereitstellungen für ihre Anwendungs-Workloads einzuführen. Selbst diejenigen, die sich noch im Single-Cluster-Stadium befinden, sind in der Lage, schnell zum Distributed Edge zu wechseln.

In der Tat, aktuelle Forschung von SlashData im Auftrag der Cloud Native Computing Foundation bestätigt diese Korrelation zwischen Edge, Containern und Kubernetes und stellt fest, dass Entwickler, die an Edge Computing arbeiten, die höchste Nutzung sowohl von Containern (76 Prozent) als auch von Kubernetes (63 Prozent) der untersuchten Segmente aufweisen. Mit anderen Worten, die meisten Organisationen, die Container eingeführt haben, bewegen sich bereits in Richtung Edge. Wenn Ihre Organisation das nicht ist, gerät sie ins Hintertreffen.

Bildnachweis: ra2studio/depositphotos.com



Vorheriger ArtikelWM-Fünfte Alexandri kritisiert Kampfrichter: „Bin sehr enttäuscht“
Nächster Artikel„Böhmi brutzelt“: Böhmermann kocht mit Kaulitz-Brüdern und Ina Müller

Kommentieren Sie den Artikel

Bitte geben Sie Ihren Kommentar ein!
Bitte geben Sie hier Ihren Namen ein