Ausgehen Cloud- Zuerst Gas geben WAN Transformation

Für Netzwerkarchitekten und Ingenieure ist die WAN Erfahrung wird typischerweise durch die Augen von Telekommunikationsanbietern gesehen. In vielen Fällen ist diese Erfahrung nicht unbedingt positiv. Der Prozess der Zusammenarbeit mit einem Telekommunikationsanbieter zur Gestaltung eines enterperhebt euch WAN erfordert die Aushandlung von Verträgen und Tarifen, die Bereitstellung und Installation neuer Leitungen, die Behebung von Leistungsproblemen und Ausfällen sowie die Verwaltung von Service-Level-Agreements (SLAs) fortlaufend. Das alles kann gelinde gesagt eine Herausforderung sein. Wenn Sie die komplexen Peering-Beziehungen einbeziehen, die Netzbetreiber für die Bereitstellung aufrechterhalten müssen globale Konnektivität Und die Tatsache, dass einem der Begriff „agil“ bei der Beschreibung der Telekommunikationsbranche nicht sofort in den Sinn kommt, lässt darauf schließen, dass das Gesamterlebnis nicht gut ist.

Cloud-zuerst WAN Architektur
Im Gegensatz zur oben definierten Telekommunikationsanbieterbeziehung a cloud-zuerst WAN Erfahrung verändert dieses Paradigma. Und wir reden nicht nur über die Öffentlichkeit cloudS. Es handelt sich um ein Gesamterlebnis, das auf geschäftlicher Agilität, betrieblicher Einfachheit und konsistenter Multifunktionalität basiert.cloud Bereitstellungen. All dies geschieht unter Ausnutzung der cloud Verbrauchsmodell.

Stellen Sie sich das so vor: Das Rechnen hat sich aus einem Modell entwickelt, bei dem die EnterpRise besaß, betrieb und wartete seine Anwendungen und Infrastruktur in einem lokalen Rechenzentrum zu einem cloud Verbrauchsmodell. Ebenso die cloud-zuerst WAN Erfahrung entwickelt das Legacy-Netzwerkmodell zu einem Netzwerkverbrauchsmodell, in dem die EnterpDer Anstieg und der Netzbetreiber teilen sich die Verantwortung dafür WAN Anwendungen und Infrastruktur.

Abb. 1: Ein Plattformansatz mit a cloud-zuerst WAN

Darüber hinaus vereinfacht das Verbrauchsmodell die Servicebereitstellung und verwandelt sie von einem manuellen Prozess, der viel Schulung erfordert, in einen automatisierten Prozess, den viele als „absichtsgesteuert“ bezeichnen.

A cloud-zuerst WAN Experience sollte eine vorhersehbare End-to-End-Leistung liefern, die „as-a-Service“ genutzt wird, was zu einem überlegenen Benutzer- und Anwendungserlebnis führen sollte.

Cloud-zuerst WANs sollten die geschäftliche Agilität verbessern. In einer Zeit, in der die Markteinführungszeit in Minuten, Stunden und Tagen gemessen wird, benötigen Unternehmen eine WAN den das eine cloud Verbrauchsmodell, insbesondere ein OPEX-basiertes Angebot, das sich durch flexible Abrechnung und einfache Serviceintegration auszeichnet. Es ist dieses neue Netzwerknutzungsmodell, das die Agilität vorantreibt und es IT- und Infrastrukturteams ermöglicht, sich schnell an die Anforderungen des Unternehmens anzupassen. Dazu gehören sich schnell ändernde Geschäftsprioritäten, integrierte Lieferketten und Globalisierungsanforderungen. Cloud-zuerst WANs sollte betriebliche Einfachheit bieten und einen erstklassigen verwalteten Service bieten, der Enterpsteigt, um die Komplexität erheblich zu vereinfachen. Der cloud-zuerst WAN präsentiert eine Sicht auf die WAN Verbrauchsmodell durch Bereitstellung der Technologie (SD-WAN) und der verwaltete Dienst. Es ist wirklich so, als hätte man das Beste aus beiden Welten.

Cloud-zuerst WANs sollte ein Multi-Angebot bietencloud-bereite Architektur, die Auswahlmöglichkeiten bietet, um jede Anwendung für jeden bereitzustellen cloud durch Anbindung der Öffentlichkeit cloud Anbieter, Software-as-a-Service (SaaS) Anbieter und Partner clouds – und das alles bei gleichzeitiger Bereitstellung einer konsistenten Benutzererfahrung. Diese Fähigkeit ist der Dreh- und Angelpunkt eines cloud-Erstes Serviceangebot. Es handelt sich um ein Angebot, das erweiterbar ist und sich mit jeder Infrastructure-as-a-Service verbinden lässt (IaaS), Plattform-as-a-Service (PaaSoder SaaS Mit geringem Aufwand können Sie in jeder Region einen Anbieter finden. Mit diesem Ansatz sollte die IT die Flexibilität haben, jede Anwendung überall bereitzustellen und für jeden Mitarbeiter an jedem Ort und zu jeder Zeit zugänglich zu machen.

Kurz gesagt, Ihre WAN sollten das gleiche Benutzererlebnis bieten wie diejenigen, die mit dem LAN verbunden sind.

Vorteile gegenüber DIY SD-WAN
In einem Post-Multiprotokoll-Label-Switching (MPLS) Welt können IT-Planer normalerweise zwischen dem Erstellen oder Verbrauchen wählen WAN.

Enterpsteigt das wanWenn man nicht alles selbst macht, bezieht man normalerweise die Technologie von einem Box-Anbieter und kümmert sich dann um die Sicherheit. cloud, Optimierungs- und Orchestrierungskomponenten.

Dieser Do-it-yourself-Ansatz ist nicht so einfach, wie er klingt, insbesondere in einer Zeit, in der es große Lücken im Fachwissen gibt. Infolgedessen enterpAus Kosten-, Komplexitäts- oder Zeitgründen erreichen Anstiege häufig ihr Ende. Tatsächlich enden bis zu 20 Prozent der DIY-Bereitstellungen mit einem Ausfall oder MisserfolgerpLeistung.

Einige Herausforderungen, die mit dem Do-it-yourself-Ansatz verbunden sind SD-WAN -System umfasst:

Gabelstapler-Upgrades
Mach es selbst SD-WAN Rollouts umfassen in der Regel Hardwareänderungen, Bestandsverwaltung, Versionskontrolle, Patching-Probleme und mehr. Sogar wenn SD-WAN Wenn ein Upgrade als Software-Upgrade durchgeführt wird, verschlechtert sich die Leistung älterer Hardware, wenn zusätzliche Updates durchgeführt werden SD-WAN Features werden in die Mischung geworfen, was dazu führen kann Technische Schulden, Stranded Assets und die Notwendigkeit, aktualisierte Hardware zu erwerben.

Sicherheit
Implementierung konsistenter Sicherheit über den Edge hinweg und cloud (zum Beispiel die Bereitstellung der Möglichkeit, den gesamten Datenverkehr zu verschlüsseln) kann aufgrund der vielen beweglichen Teile schwierig sein.

SLAs
SLAs sind nur so gut, wie sie definiert, verstanden und durchgesetzt werden. Die meisten Anbieter können keine End-to-End-Garantie garantieren SLA weil sie nicht über genügend Komponenten in der Wertschöpfungskette der Servicebereitstellung verfügen. Aus diesem Grund traditionell SD-WAN Box-Anbieter können das Netzwerk nicht garantieren SLAs. Noch komplizierter kann es bei weltweiten Einsätzen oder wenn es um Strecken auf der letzten Meile geht. Die meisten Anbieter bieten gefaltete Produkte an SLAs Und da sie diese nicht durchgängig kontrollieren, sind sie wirklich nicht in der Lage, Service-Verfügbarkeit zu bieten. Daher bieten sie Backend-Gutschriften mit komplexen Berechnungen an, die die geschäftlichen Auswirkungen eines Fehlschlags nicht angemessen widerspiegeln SLA.

Cloud Beweglichkeit
Digital enterpAnstiege erfordern ein agiles Umfeld. Neues einbringen cloud Anwendungen, das Entfernen oder Migrieren von Legacy-Anwendungen sowie die Eröffnung und Schließung von Zweigstellen und Satellitenbüros erfordern Änderungen an der WAN.

Zeit bis zur Bereitstellung

Vorlaufzeiten für Geräte, Konfigurationen, Tests und Vertragsänderungen mit mehreren Anbietern von Last- und Middle-Mile-Services können einen Rollout erheblich verzögern.

Langsame Anwendungsleistung
Das Fehlen direkter Auffahrten zu cloud Dienstleister können deutlich reduzieren cloud Anwendungsleistung. Schwankende Latenz und Datenverlust können sich auf Echtzeitanwendungen mit geringer Latenz auswirken, z UCaaS. Ein Mangel an eingebautem WAN Optimierungs- oder Anwendungsbeschleunigungstechnologien können ebenfalls die Benutzererfahrung beeinträchtigen.

Overlay-Probleme
Es gibt immer Probleme, wenn eine funktionierende Konfiguration der Unterlage (MPLS) Vor SD-WAN muss neu konfiguriert werden, um die Überlagerung, die durch einige SD-WANS. Dies führt zu Brüchen QoS, Routing und andere damit zusammenhängende Probleme.

Darüber hinaus ist die End-to-End-Kontrolle eingeschränkt SLAs aufgrund der separaten Sichtbarkeit von Overlay und Underlay über ein globales Do-it-yourself-Backbone. Aus diesem Grund ist es schwieriger, Fehler zu korrelieren und eine minimale bis gar keine Korrelation zwischen Overlay und Underlay bereitzustellen.

Komplexe Vorgänge und mehrere Proofs of Concept (POCs)
Der Aufbau einer WAN erfordert Verträge mit mehreren Originalgeräteherstellern (OEMs) und Dienstleistern. Dies kann zu einer erhöhten Komplexität führen. Zur Problemlösung sind in der Regel mehrere POCs und separate Kontaktlisten für die Konnektivität auf der ersten und mittleren Meile erforderlich. Dieser Ansatz stimmt nicht mit der überein cloud Verbrauchsmodell, das CIOs bevorzugen für ihre Anwendungen.

Vorteile gegenüber einem Dienstleister
Abgesehen vom Do-it-yourself-Ansatz WANs, manche Leute entscheiden sich dafür, das zu konsumieren WAN von einem Dienstleister. Der Anbieter bezieht die Technologie dann von einem Box-Anbieter. Leider führt dies aufgrund der vielen beweglichen Teile zwischen dem Dienstanbieter und dem Technologieanbieter nicht zu einem wirklich nahtlosen Erlebnis. Zwischen dem Underlay-Netzwerk des Anbieters und dem können Probleme auftreten SD-WAN Overlay des Technologieanbieters. Zu den Herausforderungen bei der Wahl des Service-Provider-Ansatzes gehören:

Sperrung der letzten Meile
Spediteure binden ihre Kunden lieber an ihre Last-Mile-Lösung, anstatt sie die beste Option auf dem Markt auswählen zu lassen. Der Last-Mile-Service kann zu einer insgesamt schlechten Benutzererfahrung führen und beeinträchtigt die Agilität eines SD-WAN Ansatz.

Langsamer Rollout
Es kann zu Verzögerungen bei der Vorlaufzeit der Ausrüstung, der Konfiguration, dem Testen und bei Änderungen in Verträgen mit OEMs kommen.

schlecht cloud Colocation
Transportunternehmen sind nicht immer mit dabei cloud Dienstanbieter wie Amazon Web Services (AWS), Microsoft Azure oder Google Cloud. Dies macht es schwierig, dies sicherzustellen cloud Anwendungsleistung und optimierte regionale Konnektivität.

Nicht agil
Wie wir bereits erwähnt haben, ist die digitale EnterpRises agieren in einem Umfeld, das Agilität erfordert. Ereignisse, die Änderungen erfordern WAN Dazu gehört auch, Neues herauszubringen cloud Anwendungen und das Entfernen oder Migrieren von Legacy-Anwendungen sowie das Öffnen und Schließen von Zweigstellen und Remote-Standorten. Vermächtnis WANs sind nicht in der Lage, mit schnellen Veränderungen Schritt zu halten.

Sicherheit
Der Anbieter arbeitet möglicherweise nicht mit dem vom Anbieter bevorzugten Sicherheitsanbieter zusammenerperheben. Möglicherweise verfügt der Anbieter auch nicht über Erfahrungen aus erster Hand und keinen umfassenden Support mit einem bestimmten Sicherheitsanbieter.

Inkonsistent SLAs

Carrier sind in bestimmten Servicegebieten tätig, beispielsweise in einem einzelnen Land oder einer einzelnen Region. Für die internationale Konnektivität werden Peering-Vereinbarungen mit mehreren Dienstanbietern getroffen, was es schwierig macht, eine durchgängige Verbindung zu gewährleisten SLAs. Aus diesem Grund wird der angebotene Service nur so gut sein wie der kleinste gemeinsame Nenner im Flickenteppich der Anbieter.

Unflexible Preise
Carrier-Netzwerke umfassen häufig Vereinbarungen zwischen mehreren Dienstanbietern. Dies führt zu einem Preismodell, das alle Beteiligten in der Wertschöpfungskette entschädigen soll, was sie unflexibel und teuer macht.

Niedriger Net Promoter Score (NPS)
In Umfragen werden Fluggesellschaften im Allgemeinen schlecht bewertet NPS Umfragen. Ihre niedrigen Werte sind auf zahlreiche Herausforderungen zurückzuführen: Sie sind eher Konsumenten als Entwickler von Technologie; Abhängigkeit von diversen OEMs; die Notwendigkeit komplexer Vereinbarungen zwischen den Betreibern; das Mandat, Altinvestitionen zu schützen MPLS; und unter anderem die Tendenz, Kunden an First- und Last-Mile-Angebote zu binden.

Schöpfer versus Verbraucher
SD-WAN ist keine Single-Box-Plug-and-Play-Lösung. Umfassend SD-WAN Lösungen erfordern das Zusammenwirken verschiedener Elemente. Da es sich bei den Netzbetreibern eher um Verbraucher als um Entwickler der Technologie handelt, sind sie nur begrenzt in der Lage, erstklassigen Service anzubieten.

Abb. 2: DIY im Vergleich SD-WAN, MSPs/Telekommunikationsunternehmen und Cloud-Zuerst WAN Ansätze

Bewertung eines Plattformansatzes
Zur Überprüfung, traditionell SD-WAN Anbieter vertreten eine Box-zentrierte Sichtweise, die wenig Verantwortung für ein durchgängiges globales Erlebnis übernimmt, während traditionelle Dienstanbieter lediglich Technologieangebote mehrerer Anbieter zusammenbasteln und dadurch am Ende Kompromisse bei ihrer Fähigkeit eingehen, ein nahtloses Erlebnis zu bieten .

Der logischste Weg nach vorn besteht darin, einen Plattformansatz zu evaluieren, der in der Lage ist, eine einheitliche Servicearchitektur zu nutzen, die erweiterbar ist und eine End-to-End-Lösung bietet. Die Plattform muss die Servicereife bieten, die das Konnektivitätspaket ermöglicht. cloud, Sicherheits- und Optimierungsdienste. Konkret handelt es sich hierbei um Dienste, die in einem bereitgestellt werden SaaS Dieses Modell ist für alle Kunden verfügbar und kann problemlos erweitert werden.

Unabhängig davon, ob es regional oder global eingesetzt wird, sollte ein Plattformansatz auch eine Orchestrierungs-Engine nutzen, die Transparenz und Kontrolle über die End-to-End-Bereitstellung bzw. die erste, mittlere und letzte Meile bietet. Sie können die beste Hardware der Welt haben, und sie wird trotzdem wirkungslos sein, wenn die SD-WAN Bereitstellung von Ergebnissen in einem stückweisen Betriebsmodell.

Zusammenfassend lässt sich sagen, dass die End-to-End-Verantwortlichkeit Probleme beseitigt, die sowohl mit dem Heimwerken als auch mit der Zusammenarbeit mit Spediteuren verbunden sind, die ihre eigene End-to-End-Verantwortung nicht kontrollieren WAN Technologien.

Dieser Artikel wurde ursprünglich veröffentlicht am Pipelinepub.com