Seit Jahren prognostizieren und ermöglichen wir den Übergang von Unternehmensnetzwerken weg von altem MPLS. Da große Telekommunikationsunternehmen wie AT&T, CenturyLink, Verizon und andere mit SD-WAN-Anbietern zusammenarbeiten, um ihre eigene Version der Lösung anzubieten, scheint es ziemlich offensichtlich zu sein, dass wir jetzt den Tod von MPLS aus der ersten Reihe miterleben.
Woher wir wissen, dass MPLS am Leben erhalten wird:
Im vergangenen Jahr haben viele große Telekommunikationsunternehmen, deren Geschäftsmodelle in hohem Maße an den Verkauf und die Nutzung von MPLS gebunden sind, ihre Einführung von SD-WAN als Zusatz zu ihren Diensten angekündigt. Dies geschah in Form von Technologiepartnerschaften und nicht durch Technologieentwicklung oder Kapitalinvestitionen. In vielen Kreisen wird SD-WAN weitgehend als störende Bedrohung für ihr MPLS-Geschäftsmodell angesehen. Warum also heißen sie SD-WAN plötzlich willkommen? Wenn MPLS immer noch als lebensfähig angesehen würde, gäbe es keinen Grund für Telekommunikationsunternehmen, sich mit einer disruptiven Technologie zu verbünden. Stattdessen können sich diese Unternehmen durch Allianzen mit SD-WAN-Anbietern, die am Rande des Netzes platziert sind, auf dem disruptiven Markt positionieren und gleichzeitig ihren derzeitigen MPLS-Kundenstamm unter Vertrag halten. Findet hier wirklich eine Innovation statt oder wird nur eine weitere Rettungsleine an eine in die Jahre gekommene Infrastruktur gehängt?
Warum es an der Zeit ist, MPLS den Stecker zu ziehen:
Die Verlagerung von Daten und Anwendungen in das öffentliche WAN von Cloud & SaaS und die rasante Globalisierung haben dazu geführt, dass herkömmliche private Netzwerke wie MPLS für Unternehmen unerträglich ineffizient geworden sind.
- MPLS ist immer noch teuer: Es ist eine beträchtliche Investition in einen Dienst, der, wie wir sehen werden, nicht den Anforderungen des heutigen Unternehmens entspricht.
- MPLS ist schwer zu skalieren: Die Implementierung dauert in der Regel Monate, kann selten von einem einzigen Anbieter durchgeführt werden und lässt fast immer geschäftskritische Konnektivitätspunkte zurück.
- MPLS-Anbietersind nicht global: Wenn Sie ein regionales Unternehmen mit Anwendungen versorgen, die im Hauptrechenzentrum untergebracht sind, können Sie die Probleme zwar minimieren, aber wenn Sie ein globales Netzwerk betreiben, müssen Sie sich mit mehreren verschiedenen Anbietern auseinandersetzen, um ein Netzwerk zusammenzustellen. Dieser Aufbau des Netzes ist vergleichbar mit dem Bau eines eigenen Kraftwerks zur Stromerzeugung, anstatt ein Abonnement für einen bereits verfügbaren Dienst vor Ihrer Haustür abzuschließen.
- MPLS bietet keine Verbesserung der Anwendungsleistung: MPLS wurde nicht für die Cloud entwickelt und muss nachgerüstet werden, um mit geschäftskritischen Cloud-Diensten wie AWS oder SaaS-Anwendungen wie Office 365, auf die Ihr Unternehmen angewiesen ist, integriert zu werden. Diese Nachrüstung geht mit Kompromissen bei der Leistung und der Reaktionsfähigkeit der Anwendung einher.
Dieser letzte Punkt – die Anwendungsleistung – ist der wahre Sargnagel für MPLS. Mit der Umstellung Ihres Unternehmens auf die Cloud und der Tatsache, dass Ihre Mitarbeiter von unterwegs auf ihre Daten zugreifen, verliert MPLS an Bedeutung für die Anbindung regionaler Büros. Das Backhauling von kritischem internetbasiertem Anwendungsverkehr (denn genau dort befinden sich Ihre Anwendungen jetzt!) über MPLS durch ein aggregiertes Internet-Gateway kann die Anwendungsleistung beeinträchtigen und die MPLS-Preismodelle in die Höhe treiben. Jede Lösung, die es Ihnen nicht ermöglicht, die Zuverlässigkeit und Leistung aufrechtzuerhalten und gleichzeitig Ihr Netzwerk für jeden Anwendungsursprung und jede Art von Endbenutzer-Client zu skalieren, sollte als unvollständig betrachtet werden und ist für Unternehmen, die die heute erforderliche moderne Agilität erreichen wollen, ein No-Go.
SD-WAN + Telekommunikationsunternehmen: Bekommen Sie, wofür Sie bezahlen? Wenn MPLS die Anforderungen Ihres Unternehmens offensichtlich nicht erfüllt, sollte dann nicht ein Angebot für eine Hybridlösung das Problem lösen?
Leider verschweigen Ihnen die Telekommunikationsunternehmen, dass das noch nicht genug ist. Anstatt ein Problem zu lösen, bieten sie Ihnen die zusätzliche Aufgabe an, mehrere Lösungen zu verwalten, um Sie mit ihrem Kerngeschäft (MPLS) zu beschäftigen. Dennoch fühlen Sie sich verpflichtet, mit ihnen eine Partnerschaft für diese neue Technologie einzugehen, weil Sie es als zu schwierig empfinden, noch einmal von vorne anzufangen und ein weiteres Netzwerk einzurichten. Lernen Sie Ihre Optionen kennen Was das Unternehmens-WAN braucht, ist eine integrierte Lösung, die die Kerneigenschaften von MPLS und die Agilität des Internets beibehält. Weder MPLS noch die Partnerschaft mit SD-WAN am Rande können all das leisten und das Problem der mittleren Meile effektiv lösen. Wenn Ihr MPLS-Vertrag ausläuft, ist dies die Gelegenheit, aus einer aussterbenden Technologie auszusteigen. Ich arbeite mit Dutzenden von Fachleuten zusammen, die mehr als 20 Jahre Erfahrung im Bereich WAN-Konnektivität haben, und sie sind sich alle einig: Es gibt heute mehr MPLS-Netzwerke, die abgebaut werden, als solche, die aufgebaut werden. Für jedes globale Unternehmen, das kurz vor dem Ende seiner MPLS-Laufzeit steht, haben Sie jetzt das goldene Ticket in der Hand. Es ist wichtig, dass Sie die echten Netzwerkalternativen der nächsten Generation, die Ihnen zur Verfügung stehen, genau kennen. Dies ist eine Chance, die weit über das bloße Hinzufügen von mehr Bandbreite oder die leeren Drohungen, Ihren Anbieter zu verlassen, hinausgeht. Es ist eine alle 3 Jahre wiederkehrende Routine, die niemandem Spaß macht und die in Rente geschickt werden muss. Die Unterzeichnung eines neuen Vertrages über ein Legacy-Netzwerk ist ein Rückschritt, der sich gegen den Trend der Umstellung auf SD-WAN-Netzwerke richtet – deshalb ist Aryaka führend in diesem Bereich. Entdecken Sie die Fragen, von denen MPLS-Anbieter hoffen, dass Sie sie nicht stellen. Laden Sie unser White Paper herunter, um mehr zu erfahren.