Juniper Networks hat kürzlich die Übernahme von Apstra abgeschlossen, einem anerkannten Vorreiter auf dem Gebiet der Automatisierung von Rechenzentren und Pionier des Intent-Based Networking (IBN). Junipers Bestreben mit der Übernahme ist, den Markt für autonome, selbststeuernde Netzwerke anzuführen.
Was hat das Unternehmen zu Apstra geführt und was lässt sich von dem kombinierten Unternehmen erwarten? Um Antworten auf diese Fragen zu erhalten, sprach Netzpalavers englischer Media-Partner „NetEvents NetReporter“ Julian Patterson mit Mansour Karam, einem der drei Mitbegründer und ehemaligen Präsidenten von Apstra, der als Vice President of Products zu Juniper wechselt.
Julian Patterson: Was hat Juniper so sehr beeindruckt, dass es Apstra übernehmen wollte?
Mansour Karam: Juniper ist sich darüber im Klaren, dass wir unser Business von hardware- zu softwarebasiert transformieren müssen. Juniper begann diese Reise vor ein paar Jahren mit der Übernahme von Mist, bei der es in erster Linie um deren KI-Expertise ging. Die Reise geht dieses Jahr im Rechenzentrum mit der Übernahme von Apstra weiter.
Apstra war der Pionier des Konzepts des Intent-based Networking (IBN) und hat das erste IBN-Produkt auf den Markt gebracht, das für einen einfachen und effizienten Betrieb sorgt. Mit Apstra verfügt Juniper zudem über ein einzigartiges Angebot für den laufenden Betrieb, einschließlich absichtsbasierter Analysen, Ursachenerkennung, Closed-Loop-Assurance und Automatisierung für das Change-Management.
Die heutigen Rechenzentrumslösungen müssen mit dem Einsatz von Software beginnen, und mit Apstra verfügt Juniper über eine erstklassige Software, die die Anforderungen moderner Rechenzentrumskunden erfüllt.
Julian Patterson: Blickt man auf die letzten Jahre zurück, so waren die Botschaften von Juniper und Apstra sehr ähnlich. Beide Unternehmen betonen die Bedeutung der Automatisierung von Rechenzentren, die Rolle von Intelligenz im Netzwerk und die Notwendigkeit, die Komplexität für Kunden zu reduzieren. Können Sie genau erläutern, was jedes Unternehmen zu dieser Partnerschaft beiträgt?
Mansour Karam: Ich werde mich auf den Bereich der Rechenzentren konzentrieren, in dem Juniper bereits eine Reihe von modularen Switches anbietet, die sowohl Juniper-eigenes Silizium als auch Standard-Silizium von Broadcom verwenden. Wir sind führend mit 400-Gigabit-Ethernet-fähigen Switches. Juniper bringt außerdem ein modernes Switch-Betriebssystem, „JUNOS“, mit, das in den letzten Jahren neu entwickelt wurde, um die modulare, Cloud-optimierte Architektur zu bieten, die moderne Rechenzentrumskunden erwarten. Die Kombination aus Juniper-Hardware und „JUNOS“ resultiert in branchenführender Telemetrie, auf die über eine moderne Streaming-Schnittstelle und APIs zugegriffen werden kann.
Was Apstra mitbringt, ist der Best-of-Breed-Managementpart für das Rechenzentrum, der operative Teil, eine Software, die den gesamten Lebenszyklus der Netzwerkdienste automatisiert: Tag Null, Tag Eins und Tag Zwei.
Julian Patterson: Sie sind als Pionier des Intent-Based Networking bekannt. Viele werden diesen Begriff bereits kennen, aber für alle, die damit nicht vertraut sind, können Sie vielleicht kurz erklären, was er bedeutet?
Mansour Karam: Intent-Based Networking ist ein System, mit dem Netzwerkingenieure beschreiben können, was sie von ihrem Netzwerk erwarten – das gewünschte Ergebnis – und das dann das Netzwerk automatisch so konfiguriert, dass dieses Ergebnis erreicht wird. Die Aufgabe der Software ist es, sicherzustellen, dass sich das Netzwerk wie beabsichtigt verhält, und eine Vorwarnung gibt, wenn sich ein Problem anbahnt.
Stellen Sie es sich als eine Lösung vor, die den gesamten Lebenszyklus von Netzwerkdiensten umspannt: die Entwurfs-, Bereitstellungs- und Betriebsphase. IBN wird sowohl von den Netzwerkarchitekten als auch von den Betreibern genutzt, so dass sie gemeinsam schnell auf die geschäftliche Erfordernisse reagieren können, während sie gleichzeitig ein hohes Maß an Zuverlässigkeit und Flexibilität beibehalten. Zentraler Bestandteil des IBN-Konzepts ist, dass es unabhängig von der Netzwerkausrüstung ist und somit die Auswahl an Anbietern maximiert.
Julian Patterson: Wir werden auf den Punkt der Anbieterauswahl zurückkommen, weil das für die Kunden wirklich wichtig ist. Bevor wir das tun, lassen Sie uns einen anderen Punkt aufgreifen, über den Sie gesprochen haben, nämlich die Notwendigkeit, die manuelle Komponente im Netzwerkdesign des Rechenzentrums und im täglichen Betrieb zu minimieren. Sie führt zu einer Vielzahl von Inkonsistenzen, die das Netzwerk komplexer und damit kostspieliger machen. Ihr Ansatz scheint darin zu bestehen, einige der weniger zuverlässigen menschlichen Faktoren aus der Gleichung zu eliminieren. Ist das eine gute Zusammenfassung?
Mansour Karam: Das ist genau richtig. Die Alternative wäre, dass Sie eine uneinheitliche Reihe von Technologien und Lösungen haben, die Betreiber und Architekten verwenden. Wenn das passiert, führt man Komplexität ein und erhöht die Wahrscheinlichkeit, dass Probleme auftreten, was wiederum die Kosten erhöht. Ein einheitlicher Ansatz und ein konsistentes Betriebsmodell sind hier das Entscheidende.
Wenn Architekten eine Umgebung auf ihre eigene Art und Weise entwerfen und sich diese Umgebung im Laufe der Zeit weiterentwickelt – vielleicht mit neuen Geräten und Anwendungen, die dem Netzwerk hinzugefügt werden – kann das Betriebsmodell anfangen zu bröckeln. Die Bediener verbringen dann ihre ganze Zeit mit der Brandbekämpfung und Problemlösung. Wenn man dem Netzwerk Intelligenz hinzufügt, kann man nicht nur Probleme lösen, sondern sie auch vorhersehen und vermeiden. Wir wollen Menschen für die Aufgaben einsetzen, die sie gut können und die ihnen Spaß machen. Unser Ansatz besteht darin, genau das zu ermöglichen.
Julian Patterson: Seit Sie den Begriff Intent-Based Networking geprägt haben, verwenden ihn auch eine Reihe anderer Unternehmen. Cisco hat kürzlich eine seiner Abteilungen danach umbenannt. Natürlich kann Nachahmung schmeichelhaft sein, aber beunruhigt es Sie, dass andere Anbieter in diesen Bereich vordringen?
Mansour Karam: Wie ich bereits erwähnt habe, war Apstra der Pionier des Intent-Based Networking, aber noch wichtiger ist, dass wir die einzige IBN-Lösung am Markt gebaut haben. Es gibt einige grundlegende Komponenten, ohne die man kein Intent-Based Networking-System besitzt. Das Grundelement, über das wir gerade gesprochen haben, ist, dass der Betrieb mit der Architektur und dem Design am Tag Null des Netzwerks beginnt und bis zum zweiten Tag in einer geschlossenen Sicherheitsschleife verbunden bleibt. Wenn man das gesamte Netzwerk nicht von Anfang an auf diese Weise aufbaut, kann man nicht alles erreichen, was bei der Automatisierung und auf dem Weg zum selbststeuernden Netzwerk möglich ist. Wenn man hier oder dort ein Stück Technik anbringt oder versucht, dieses oder jenes System zusammenzustecken, wie es viele Wettbewerber tun, führt das zu operativen Luftlöchern, die die Komplexität noch erhöhen. Schlimmer noch: Indem sie das Problem verschleiern, können sie es sogar schwieriger machen, zu erkennen, was im Netzwerk vor sich geht.
Dies steht in direktem Gegensatz zum Ziel des Intent-Based Networking, repetitive, fehleranfällige manuelle Arbeit zu eliminieren und, was am wichtigsten ist, den Betreibern vollständige Transparenz und Kontrolle über die Benutzer- und Anwendungserfahrung zu geben.
Unser Produkt verkörpert alle Aspekte des Intent-Based Networking: Single-Source of Truth, Closed-Loop-Validation, Intent-Based-Analytics, Root-Cause Identification. Die Multivendor-Fähigkeit ist ein wichtiger Grundsatz des Intent-Based Networking und einzigartig bei Juniper. Dadurch können wir nicht nur Juniper-Betriebssysteme wie JUNOS unterstützen, sondern auch andere Switch-Betriebssysteme, wie „SONiC“, das unserer Meinung nach das Potenzial hat, ein wichtiger Bestandteil zukünftiger Cloud-Rechenzentren zu werden.
Julian Patterson: Es scheint offensichtlich, aber sehr wichtig, die Notwendigkeit eines Multi-Vendor-Ansatzes in der heutigen Netzwerkumgebung zu betonen?
Mansour Karam: Besonders schwierig ist es auf der Management-Ebene, wo Sie Software benötigen, die das gesamtes Netzwerk als ein System behandelt. Es ist eine Sache zu sagen, ich kaufe alle meine Switches von einem Anbieter, aber was passiert, wenn Sie Geräte von einem anderen Anbieter hinzufügen wollen oder wenn Sie zwei Netzwerke zusammenführen müssen? Wenn Sie sich auf eine Managementlösung standardisieren, die nur mit den Geräten dieses Herstellers funktioniert, schließen Sie sich damit komplett ein.
Julian Patterson: Es gab einmal eine Zeit, da verkauften Firmen wie Juniper und Cisco Hardware, Switches. In welchem Geschäft sind sie jetzt?
Mansour Karam: In der Vergangenheit, da haben Sie recht, ging es bei der Vernetzung darum, Boxen zu verkaufen. Heute wird Hardware zwar immer eine wichtige Rolle spielen, aber die Vernetzung beginnt mit der richtigen Software. Diese Software muss natürlich Erreichbarkeit bieten, aber auch Sicherheit, Compliance und Nutzungsqualität. Es ist eine Software, die eine einfache Bedienung und die Flexibilität bietet, die das Unternehmen braucht, und die Betriebskosten erheblich senkt.
Julian Patterson: Wir haben viel über Intent-Based-Networking gesprochen, aber was ist die umfassendere Alchemie, die wir von der Kombination von Juniper und Apstra erwarten können?
Mansour Karam: Die Zugehörigkeit zu Juniper wird es uns ermöglichen, unsere Vision auf die nächste Stufe zu bringen. Unser Ziel ist es, Intent-Based-Networking zum Bestandteil jedes Rechenzentrumsnetzwerks auf der Welt zu machen. Durch den Zusammenschluss mit Juniper sehe ich Synergien mit Best-of-Breed-KI-Plattformen wie Mist sowie Möglichkeiten für fortschrittliche Telemetrie, die das Networking auf die nächste Stufe heben wird. Ich sehe einen anhaltenden Fokus auf offene Netzwerke, einschließlich SONiC, über das wir gesprochen haben, und einen weiteren Vorstoß in Richtung Einfachheit, Geschwindigkeit und Skalierbarkeit im Rechenzentrum.
Über das Rechenzentrum hinaus berührt die Automatisierung alle Netzwerkdomänen – den Unternehmenscampus, das WAN, SD-WAN und die Cloud. Bei Apstra haben wir eine Plattform für die Automatisierung entwickelt, die sich auf die Anforderungen des Rechenzentrums konzentriert, aber mit Juniper können wir dieselbe Plattform, dieselbe Vision des Intent-Based-Networking auf diese anderen Domänen anwenden.
Julian Patterson: Wenn Sie an die allgemeinen Trends denken, insbesondere an die Verlagerung des Schwerpunkts der IT-Branche vom traditionellen Onpremise-Rechenzentrum zur Cloud, wie wird Ihnen die Übernahme von Apstra durch Juniper helfen, diese Herausforderung zu meistern?
Mansour Karam: Ich stimme zwar zu, dass sich das Gravitationszentrum der IT in die Cloud verlagert, aber wir sehen, dass Kunden weiterhin Onpremises-Rechenzentren einsetzen und dieser Markt wird weiter wachsen. In diesem Zusammenhang ermöglichen wir Anwendern und Betreibern von privaten Rechenzentren eine Cloud-ähnliche Erfahrung sowie die Agilität des Cloud-Betriebs. Abgesehen davon erwarten wir, dass Kunden zunehmend nach Lösungen suchen werden, die Automatisierung über die Bereiche Private- und Public-Cloud hinweg bieten, also für Multi-Cloud- und Hybrid-Cloud-Szenarien, und der Ansatz von Apstra kann natürlich auf diese Umgebungen ausgeweitet werden.
Wenn man sich das vergangene Jahr ansieht, hat es die Bedeutung der Vernetzung deutlich hervorgehoben. Einfach ausgedrückt: In der heutigen Welt ist die Vernetzung grundlegend für die Produktivität. Was die globale Pandemie ebenfalls hervorgehoben hat, ist die Bedeutung von Software und Automatisierung, denn sie ermöglicht die Flexibilität und Geschwindigkeit, die von Unternehmen gefordert wird, die in Krisenzeiten reagieren müssen.
Das Interview führte Julian Patterson, Podcast-Moderator & Autor bei NetEvents NetReporter,
#Juniper #Apstra
Info: Podcast mit Julian Patterson und Mansour Karam auf weiteren Plattformen
Auf Google-Podcast:
Auf iTunes:
Auf Blubrry-Website:
Auf NetEvents-Website:
https://netevents.org/audio-podcasts/
