{"id":1959,"date":"2026-03-11T17:28:31","date_gmt":"2026-03-11T16:28:31","guid":{"rendered":"https:\/\/g7itchme.wordpress.com\/?p=1959"},"modified":"2026-03-11T17:28:31","modified_gmt":"2026-03-11T16:28:31","slug":"die-entmaterialisierung-der-infrastruktur-network-as-a-service-und-die-neuerfindung-des-internets","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/die-entmaterialisierung-der-infrastruktur-network-as-a-service-und-die-neuerfindung-des-internets\/","title":{"rendered":"Die Entmaterialisierung der Infrastruktur: Network as a Service und die Neuerfindung des Internets"},"content":{"rendered":"

Von DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Es gibt Momente in der Technikgeschichte, in denen eine Erfindung nicht nur verbessert, sondern ihr Wesen grundlegend transformiert wird. Als Alexander Graham Bell 1876 das erste Telefongespr\u00e4ch f\u00fchrte, konnte niemand ahnen, dass Sprache einmal durch Lichtwellenleiter rasen w\u00fcrde. Als Vinton Cerf und Robert Kahn in den 1970er Jahren das TCP\/IP-Protokoll entwickelten, legten sie den Grundstein f\u00fcr ein Netzwerk, das die Welt ver\u00e4ndern sollte. Doch die eigentliche Revolution findet manchmal nicht in der Erfindung selbst statt, sondern in ihrer Neuinterpretation.<\/p>\n\n\n\n

Network as a Service (NaaS) ist eine solche Neuinterpretation. Es ist die konsequente Fortf\u00fchrung eines Gedankens, der mit dem Cloud Computing begann: die Entkopplung von Funktion und physischem Tr\u00e4ger. Wer heute NaaS sagt, meint nicht einfach nur gemietete Router oder geleaste Glasfaserkabel. Es geht um etwas Fundamentaleres: die Transformation von Hardware in Dienstleistung, von Besitz in Zugang, von statischer Infrastruktur in flie\u00dfende Kapazit\u00e4t.<\/p>\n\n\n\n

Dieser Artikel unternimmt den Versuch, NaaS nicht nur als technisches Produkt zu erkl\u00e4ren, sondern als kulturelles und wirtschaftliches Ph\u00e4nomen zu verstehen. Wir werden die historischen Wurzeln freilegen, die gegenw\u00e4rtigen Dynamiken analysieren und einen Blick in eine Zukunft wagen, in der Netzwerke vielleicht gar nicht mehr als solche erkennbar sein werden.<\/p>\n\n\n\n

\n\n\n\n

I. Die Vorgeschichte: Als Netzwerke noch aus Kupfer und Beton waren<\/h2>\n\n\n\n

Um zu verstehen, was NaaS bedeutet, muss man verstehen, was es ersetzt. Die Geschichte der Telekommunikation ist eine Geschichte der Materialit\u00e4t. Die ersten Telegrafenleitungen waren aus Eisen, sp\u00e4ter aus Kupfer. Sie wurden auf Masten gezogen, die in Handarbeit in den Boden gerammt wurden. Telefonvermittlungen waren Geb\u00e4ude voller klappernder Relais, besetzt mit menschlichen Vermittlerinnen, die Stecker in Klinkenbuchsen steckten.<\/p>\n\n\n\n

Als in den 1980er und 1990er Jahren die ersten Unternehmensnetzwerke entstanden, geschah dies nach dem gleichen Prinzip: Man kaufte Hardware, man mietete Standleitungen von der Post, man baute einen eigenen Raum mit klimatisierten Schr\u00e4nken voller Ger\u00e4te. Ein Netzwerk war ein Ort. Es war der Keller, in dem die Server standen. Es war der Verteilerkasten am Ende des Flurs. Es war das Kabel, das unter der B\u00fcroetage verschwand.<\/p>\n\n\n\n

Dieses Modell hatte eine tiefe innere Logik: Wer die Hardware besa\u00df, kontrollierte das Netzwerk. Und wer das Netzwerk kontrollierte, kontrollierte die Kommunikation. In einer Zeit, in der Unternehmenskommunikation noch weitgehend intern stattfand, mochte das sinnvoll erscheinen. Doch es schuf auch Abh\u00e4ngigkeiten: von Lieferanten, von Installateuren, von eigenem Fachpersonal.<\/p>\n\n\n\n

Die erste leise Revolution kam mit der Virtualisierung. Als VMware in den fr\u00fchen 2000er Jahren zeigte, dass man einen Server in viele virtuelle Maschinen aufteilen konnte, begann ein Umdenken. Wenn Rechenleistung nicht mehr an eine bestimmte Maschine gebunden sein musste, warum dann Netzwerkfunktionen an bestimmte Kabel?<\/p>\n\n\n\n

\n\n\n\n

II. Die Anatomie von NaaS: Was es ist und was es nicht ist<\/h2>\n\n\n\n

Network as a Service ist schwer zu fassen, weil der Begriff heute f\u00fcr vieles steht. Im Kern bezeichnet er ein Gesch\u00e4ftsmodell: Ein Anbieter stellt Netzwerkfunktionen als Dienstleistung bereit, der Kunde bezahlt nutzungsabh\u00e4ngig oder im Abonnement. Doch das ist nur die Oberfl\u00e4che.<\/p>\n\n\n\n

In der Tiefe bedeutet NaaS etwas anderes: die Abstraktion von Netzwerkfunktionen von der zugrundeliegenden Hardware.<\/strong> Wer NaaS nutzt, bestellt keine Router mehr, keine Switches, keine Firewalls. Er bestellt Konnektivit\u00e4t, Sicherheit, Performance. Wie diese zustande kommen, bleibt unsichtbar. Der Anbieter k\u00fcmmert sich um die Physik, der Kunde um die Logik.<\/p>\n\n\n\n

Das erinnert an ein \u00e4lteres Konzept: Als wir begannen, Strom nicht mehr selbst zu erzeugen, sondern aus der Steckdose zu beziehen, geschah genau diese Transformation. Wir h\u00f6rten auf, \u00fcber Spannung und Frequenz nachzudenken, und begannen, \u00fcber Ger\u00e4te und Anwendungen zu sprechen. NaaS tut f\u00fcr Netzwerke, was das Stromnetz f\u00fcr Elektrizit\u00e4t tat: Es macht die Infrastruktur unsichtbar.<\/p>\n\n\n\n

Praktisch bedeutet das: Ein Unternehmen kann heute bei einem Anbieter wie Megaport, VMware (mit seinem VeloCloud-Angebot) oder Cisco (mit seinen Meraki- und SD-WAN-L\u00f6sungen) ein virtuelles Netzwerk bestellen, das mehrere Standorte verbindet, Sicherheitsrichtlinien durchsetzt und bestimmte Bandbreiten garantiert \u2013 alles ohne eigene Hardware vor Ort, gesteuert \u00fcber ein Webportal.<\/p>\n\n\n\n

Doch Vorsicht: Nicht alles, was sich NaaS nennt, ist tats\u00e4chlich eines. Viele Anbieter verkaufen schlicht gemietete Hardware mit Fernwartung. Das ist kein Service, das ist Ratenzahlung. Echter NaaS bedeutet, dass der Kunde die Hardware weder besitzt noch ber\u00fchrt. Sie existiert irgendwo im Rechenzentrum des Anbieters, und der Kunde mietet lediglich ihre Funktion.<\/p>\n\n\n\n

\n\n\n\n

III. Die historische Linie: Vom SD-WAN zur universellen Abstraktion<\/h2>\n\n\n\n

Die Entwicklung zu NaaS verlief nicht linear, aber sie l\u00e4sst sich nachzeichnen. Ein wichtiger Zwischenschritt war SD-WAN<\/strong> (Software-Defined Wide Area Network). In den 2010er Jahren begannen Unternehmen, ihre Standorte nicht mehr \u00fcber teure MPLS-Leitungen (Multiprotocol Label Switching) zu verbinden, sondern normales Breitband-Internet zu nutzen. SD-WAN-Software b\u00fcndelte diese Verbindungen, verschl\u00fcsselte den Verkehr und priorisierte wichtige Anwendungen.<\/p>\n\n\n\n

Das war die Geburtsstunde der Entkopplung: Zum ersten Mal war das logische Netzwerk unabh\u00e4ngig vom physischen Transport. Ein Paket konnte mal \u00fcber DSL, mal \u00fcber LTE, mal \u00fcber Glasfaser reisen \u2013 das Netzwerk merkte es nicht.<\/p>\n\n\n\n

Parallel dazu entwickelte sich die Cloud weiter. AWS, Microsoft Azure und Google Cloud zeigten, dass man nicht nur Rechenleistung, sondern ganze Infrastrukturen virtualisieren konnte. Virtuelle Netzwerke in der Cloud waren der n\u00e4chste logische Schritt. Heute kann man bei AWS ein „Virtual Private Cloud“-Netzwerk aufspannen, das sich \u00fcber mehrere Kontinente erstreckt, ohne jemals ein Kabel in der Hand gehalten zu haben.<\/p>\n\n\n\n

NaaS ist gewisserma\u00dfen die Synthese aus SD-WAN und Cloud-Netzwerken: Es bringt die Flexibilit\u00e4t der Cloud in die Verbindung zwischen Unternehmen und ihren Standorten, zwischen Rechenzentren und Endger\u00e4ten.<\/p>\n\n\n\n

\n\n\n\n

IV. Die Gegenwart: Akteure, Modelle und Versprechen<\/h2>\n\n\n\n

Der Markt f\u00fcr NaaS ist heute un\u00fcbersichtlich, was typisch f\u00fcr eine Technologie in der Konsolidierungsphase ist. Gro\u00dfe Player haben unterschiedliche Strategien:<\/p>\n\n\n\n

Cisco<\/strong>, der traditionelle Hardware-Riese, bietet mit Meraki eine verwaltete Netzwerkl\u00f6sung an, die oft als NaaS bezeichnet wird. Tats\u00e4chlich ist Meraki aber eher Hardware-as-a-Service: Der Kunde erh\u00e4lt Ger\u00e4te, die \u00fcber die Cloud verwaltet werden. Die Hardware bleibt physisch vor Ort, die Steuerung ist virtualisiert.<\/p>\n\n\n\n

VMware<\/strong> (mittlerweile Teil von Broadcom) verfolgt mit VeloCloud einen SD-WAN-Ansatz, der sich nahtlos in die VMware-Umgebungen vieler Unternehmen integriert. Hier wird die Abstraktion schon weiter getrieben.<\/p>\n\n\n\n

Reine NaaS-Anbieter<\/strong> wie Megaport oder PacketFabric bieten tats\u00e4chlich Hardware-unabh\u00e4ngige Konnektivit\u00e4t an. Sie betreiben eigene Rechenzentren und Glasfasernetze, verkaufen aber nicht Leitungen, sondern Verbindungen \u2013 elastisch, nach Bedarf, in Echtzeit konfigurierbar.<\/p>\n\n\n\n

Die gro\u00dfen Cloud-Anbieter<\/strong> AWS, Azure und Google dr\u00e4ngen ebenfalls in diesen Markt. Mit Diensten wie AWS Direct Connect oder Azure ExpressRoute k\u00f6nnen Unternehmen ihre Rechenzentren direkt mit der Cloud verbinden \u2013 auch das ist im weiteren Sinne NaaS.<\/p>\n\n\n\n

Die Versprechen dieser Anbieter \u00e4hneln sich: Flexibilit\u00e4t, Skalierbarkeit, Kostentransparenz. Statt hoher Investitionen in Hardware (CapEx) sollen Unternehmen variable Betriebskosten (OpEx) haben. Statt monatelanger Planung und Beschaffung sollen Netzwerke in Minuten bereitstehen. Statt statischer Bandbreiten soll sich die Kapazit\u00e4t dem Bedarf anpassen.<\/p>\n\n\n\n

Doch wie bei allen Versprechen der Tech-Industrie lohnt ein genauer Blick.<\/p>\n\n\n\n

\n\n\n\n

V. Die verborgenen Kosten: Wo NaaS an seine Grenzen st\u00f6\u00dft<\/h2>\n\n\n\n

Es w\u00e4re unredlich, NaaS nur als Heilsbringer zu zeichnen. Die Realit\u00e4t ist komplexer, und die Erfahrungen der ersten Anwender zeigen Schattenseiten.<\/p>\n\n\n\n

Die Abh\u00e4ngigkeit vom Anbieter<\/strong> ist die offensichtlichste. Wer seine gesamte Netzwerkinfrastruktur einem externen Dienstleister \u00fcberl\u00e4sst, gibt Kontrolle ab. Nicht nur technische Kontrolle, sondern auch strategische. Ein Anbieterwechsel wird zum Kraftakt, denn die Netzwerkkonfiguration ist oft eng an die Plattform gebunden. Vendor Lock-in ist kein Mythos, sondern eine reale Gefahr.<\/p>\n\n\n\n

Die Kostenprognose<\/strong> ist schwieriger als gedacht. Variable Kosten klingen verlockend, k\u00f6nnen aber in der Praxis explodieren. Wer seine Bandbreitennutzung nicht genau kennt, kann b\u00f6se \u00dcberraschungen erleben. Manche Unternehmen berichten von Kosten, die deutlich \u00fcber den fr\u00fcheren Festpreisen lagen \u2013 weil die einfache Skalierbarkeit zu sorgloser Nutzung verleitete.<\/p>\n\n\n\n

Die Sicherheitsfrage<\/strong> ist komplex. Einerseits k\u00f6nnen spezialisierte Anbieter oft bessere Sicherheit bieten als ein durchschnittliches Unternehmen. Andererseits entstehen neue Angriffsfl\u00e4chen. Wenn das Netzwerk nicht mehr im eigenen Keller endet, sondern sich \u00fcber die Infrastruktur eines Drittanbieters erstreckt, wird die Angriffsfl\u00e4che gr\u00f6\u00dfer. Die j\u00fcngsten Ausf\u00e4lle bei gro\u00dfen Cloud-Anbietern zeigen, dass auch die Besten verwundbar sind.<\/p>\n\n\n\n

Die regulatorische Dimension<\/strong> wird oft untersch\u00e4tzt. In Europa, aber auch in L\u00e4ndern wie China oder Russland, unterliegt Datenverkehr strengen Regeln. Wer sein Netzwerk als Service bezieht, muss sicherstellen, dass der Anbieter diese Regeln einh\u00e4lt \u2013 und das ist schwerer zu kontrollieren als im eigenen Rechenzentrum.<\/p>\n\n\n\n

Schlie\u00dflich gibt es kulturelle Widerst\u00e4nde<\/strong>. Netzwerkadministratoren, die jahrelang gelernt haben, Kabel zu crimpen und Router per Kommandozeile zu konfigurieren, sehen ihre Identit\u00e4t bedroht. NaaS entwertet handwerkliches Wissen. Das ist kein technisches, sondern ein soziales Problem, das Unternehmen ernst nehmen m\u00fcssen.<\/p>\n\n\n\n

\n\n\n\n

VI. Die Kontroversen: Debatten um Souver\u00e4nit\u00e4t und Kontrolle<\/h2>\n\n\n\n

In der Fachcommunity wird heftig gestritten. Die einen sehen in NaaS die logische Weiterentwicklung einer Entwicklung, die mit der Cloud begann. Die anderen warnen vor einem Kontrollverlust, der Unternehmen verwundbar macht.<\/p>\n\n\n\n

Besonders in Deutschland, wo Datenschutz und Datensouver\u00e4nit\u00e4t traditionell hochgehalten werden, ist die Skepsis gro\u00df. Der Begriff der „digitalen Souver\u00e4nit\u00e4t“ f\u00e4llt oft. Kritiker fragen: Kann ein Unternehmen wirklich souver\u00e4n handeln, wenn seine gesamte Kommunikation \u00fcber die Infrastruktur eines US-Konzerns l\u00e4uft? Was passiert, wenn politischer Druck auf diesen Konzern ausge\u00fcbt wird? Die Snowden-Enth\u00fcllungen haben gezeigt, dass diese Fragen nicht theoretisch sind.<\/p>\n\n\n\n

Bef\u00fcrworter kontern mit einem pragmatischen Argument: Die wenigsten Unternehmen k\u00f6nnen heute noch die Sicherheit bieten, die spezialisierte Anbieter garantieren. Ein Mittelst\u00e4ndler mit zwei IT-Mitarbeitern wird niemals ein Netzwerk betreiben k\u00f6nnen, das den Angriffen staatlicher Hacker standh\u00e4lt. In dieser Lesart ist NaaS nicht Kontrollverlust, sondern Sicherheitsgewinn.<\/p>\n\n\n\n

Die Wahrheit liegt, wie so oft, dazwischen. Es wird keine Einheitsl\u00f6sung geben. Manche Unternehmen werden weiterhin auf eigene Infrastruktur setzen, andere werden hybrid agieren, wieder andere werden vollst\u00e4ndig in die Cloud gehen. Die Kunst wird sein, den richtigen Mix zu finden.<\/p>\n\n\n\n

\n\n\n\n

VII. Ein Blick in die Zukunft: Wohin die Reise geht<\/h2>\n\n\n\n

Was kommt nach NaaS? Die Entwicklung steht nicht still, und wer heute glaubt, den Endpunkt erreicht zu haben, wird in f\u00fcnf Jahren \u00fcberholt sein.<\/p>\n\n\n\n

Die Verschmelzung von Netzwerk und Anwendung<\/strong> zeichnet sich ab. Schon heute optimieren Anwendungen wie Videokonferenzsysteme ihren Datenverkehr selbstst\u00e4ndig. Morgen k\u00f6nnten sie Netzwerkressourcen direkt bei Anbietern anfordern \u2013 ohne Zutun des Benutzers. Das Netzwerk wird zur unsichtbaren Dienstleistung im Hintergrund.<\/p>\n\n\n\n

KI-gesteuerte Netzwerke<\/strong> sind kein Zukunftsszenario mehr. Erste Systeme k\u00f6nnen Engp\u00e4sse vorhersagen, Sicherheitsbedrohungen erkennen und Konfigurationen optimieren. Der Netzwerkadministrator der Zukunft wird nicht mehr eingreifen, sondern nur noch \u00fcberwachen.<\/p>\n\n\n\n

Die Integration von Edge Computing<\/strong> wird NaaS erweitern. Wenn Rechenleistung n\u00e4her an den Endnutzer r\u00fcckt, m\u00fcssen auch Netzwerke neu gedacht werden. NaaS-Anbieter werden nicht nur Verbindungen, sondern komplette Edge-Infrastrukturen als Dienstleistung anbieten.<\/p>\n\n\n\n

Die Frage der Nachhaltigkeit<\/strong> wird dr\u00e4ngender. Rechenzentren und Netzwerke verbrauchen enorme Energiemengen. NaaS k\u00f6nnte hier helfen, indem es Ressourcen effizienter nutzt. Aber es k\u00f6nnte auch schaden, indem es den Datenverkehr weiter steigert. Die Branche wird sich dieser Verantwortung stellen m\u00fcssen.<\/p>\n\n\n\n

\n\n\n\n

VIII. Fazit: Die Entmaterialisierung schreitet voran<\/h2>\n\n\n\n

Network as a Service ist mehr als ein weiteres Akronym in der langen Liste der Tech-Begriffe. Es ist Ausdruck eines tiefgreifenden Wandels, der alle Bereiche der Informationstechnologie erfasst: die Losl\u00f6sung von Funktion und Materie.<\/p>\n\n\n\n

Was mit der Virtualisierung von Servern begann, setzt sich bei Netzwerken fort und wird bei Anwendungen enden. In einer vollst\u00e4ndig virtualisierten Welt wird niemand mehr fragen, wo eine bestimmte Rechenleistung erbracht wird oder \u00fcber welche Leitungen Daten flie\u00dfen. Es wird nur noch die Frage geben, ob der Dienst verf\u00fcgbar ist.<\/p>\n\n\n\n

Ob das gut ist oder schlecht, wird die Geschichte zeigen. Technikhistoriker wissen: Jede Abstraktion bringt Gewinne an Effizienz, aber auch Verluste an Verst\u00e4ndnis. Wer nicht mehr wei\u00df, wie ein Netzwerk funktioniert, kann es auch nicht mehr kontrollieren.<\/p>\n\n\n\n

Die Aufgabe der n\u00e4chsten Jahre wird sein, diese Abstraktion so zu gestalten, dass sie nicht in Undurchschaubarkeit umschl\u00e4gt. Transparenz, Offenheit und echte Wahlfreiheit m\u00fcssen die Leitplanken sein, innerhalb derer sich NaaS entwickeln darf. Sonst tauschen wir nur die alten Abh\u00e4ngigkeiten gegen neue.<\/p>\n\n\n\n

Die Entmaterialisierung der Infrastruktur schreitet voran. Ob sie uns befreit oder fesselt, liegt in unserer Hand.<\/p>\n\n\n\n

\n\n\n\n

Quellen<\/h2>\n\n\n\n