Seit der Jahrhundertwende (ich werde nicht müde, das zu wiederholen) ist die Vernetzung zunehmend zur Ware geworden. Man denke nur an die weit verbreitete Verwendung von „Routern“ in Heimnetzwerken, die für die schätzungsweise 15,14 Milliarden intelligenten Geräte weltweit eine nahezu Plug-and-Play-Konnektivität ermöglichen.
Die Vernetzung erfolgt auf die gleiche gute alte IP-basierte Layer 2-3-Konnektivität, die wir alle kennen und lieben. Es ist so standardisiert und vorhersehbar, dass die Anbieter Blackboxes bauen können, die es sogar dem technisch nicht so versierten Benutzer ermöglichen, sie und alle seine Geräte online zu bringen.
Aber das ist eine einzelne Umgebung. Wenn man dann noch die öffentliche Cloud und zunehmend auch Edge hinzunimmt, ist es nicht mehr so einfach.
Um das, was nicht einfach ist, noch weniger einfach zu machen, kommt noch die Notwendigkeit hinzu, die Anwendungskonnektivität über alle diese Umgebungen hinweg zu unterstützen. Dann haben Sie die Voraussetzungen für ein komplexes System, das selbst den erfahrensten Netzwerkprofi frustriert.
Mittlerweile sind die Standardnetzwerkfunktionen Standard und die meisten Netzwerkprofis sind durchaus in der Lage, Pakete vom Kern zur Cloud und zum Rand und wieder zurück zu übertragen. Aber wenn man noch die Konnektivität auf Anwendungsebene hinzufügt, wird es schwieriger.
Der Punkt ist, dass in einer modernen, digitalen Welt die Vernetzung diese Konnektivitätsebenen standardmäßig umfassen sollte. Schließlich besteht das „Netzwerk“ aus sieben Schichten und nicht nur aus den zwei, die stark standardisiert sind und durch klar definierte Protokolle gesteuert werden. Das bedeutet, dass die Transportebene (Schicht 4) und die Anwendungsebene (Schicht 7) einbezogen werden MÜSSEN – wie in RFC –, wenn wir über die Vernetzung in einer Hybrid- und Multi-Cloud-Umgebung sprechen.
Die App-Bereitstellung und -Sicherheit erfolgen auf diesen oberen Ebenen. Genau das sollen die Technologien optimieren und sichern. Wenn Sie also versuchen, Apps über verschiedene Eigenschaften hinweg zu verbinden, müssen Sie den gesamten Netzwerkstapel berücksichtigen, von IP über TCP bis HTTP. Sie müssen die App-Bereitstellung und -Sicherheit in den Prozess der Einrichtung des „Netzwerks“ einbeziehen, da sie per Definition Teil des „Netzwerks“ sind.
Seit Jahren unterscheiden wir (das ist unser Unternehmens-Wir) zwischen traditionellen und modernen Anwendungen. Diese Unterscheidung ist aufgrund der einzigartigen Konnektivitäts- und Architekturanforderungen mobiler und auf Mikrodiensten basierender Anwendungen erforderlich. Vielleicht ist es an der Zeit, dass wir auch auf der Netzwerkseite die gleiche Unterscheidung vornehmen. Bei der traditionellen Vernetzung geht es um L2 und L3. Moderne Netzwerke umfassen L4 bis L7.
Leider ist es heutzutage schwer, ein „Full Stack“ zu erreichen. Vollständige Stack-Sichtbarkeit, Full-Stack-Entwickler, Full-Stack-Networking. Wir sehen dies im aktuellen Marktbereich für Zero Trust, wo der Schwerpunkt eher auf Zero Trust Networking als auf einer voll funktionsfähigen Zero Trust-Architektur liegt.
Und das liegt teilweise daran, dass die oberen Schichten des „Netzwerks“ flüssiger und dynamischer sind und es schwieriger ist, sie bereitzustellen und zu sichern.
Das Anbieten von Multi-Cloud-Netzwerken, die nur die Komplexität von L2-3 oder sogar L2-4 berücksichtigen, ist nicht ausreichend. Der wirklich schwierige Teil der Vernetzung, nämlich L7, wird dabei nicht berücksichtigt. Aus diesem Grund sind wir davon überzeugt, dass herkömmliche Netzwerkansätze die Komplexitätsprobleme, die mit dem Betrieb in einem Multi-Cloud-Modell einhergehen, nicht wirklich lösen.
Multi-Cloud-Networking MUSS den gesamten Stack umfassen, wenn es den Aufwand beim Betrieb der verteilten Apps und digitalen Dienste, die die digitale Welt definieren, verringern soll.