Jump to section

Was ist der Unterschied zwischen VNF und CNF?

URL kopieren

VNFs (virtualisierte Netzfunktionen) sind Softwareanwendungen, die Netzfunktionen wie Directory Services, Router, Firewalls oder Load Balancer bereitstellen.  Sie werden als VMs (virtuelle Maschinen) bereitgestellt und waren für Telco-Anbieter oft der nächste Schritt in der digitalen Transformation – weg von den PNFs (physischen Netzfunktionen) der Legacy-Netzwerkgeräte, die auf proprietärer Hardware basierten. 

VNFs sind zentrale Bestandteile der NFV-Architektur (Network Functions Virtualization) und setzen auf der NFVI (NFV-Infrastruktur) auf. Dazu gehört auch ein VIM (Virtual Infrastructure Manager) wie Red Hat® OpenStack®, um Computing-, Speicher-, Netzwerk- und andere Ressourcen effizient unter den VNFs aufzuteilen. Die MANO-Elemente (Management, Automatisierung und Netzwerkorchestrierung), die durch die NFV definiert werden, bilden dabei das Framework für das NFVI-Management und die Provisionierung neuer VNFs. 

Digitale Service-Anbieter, die einen cloudnativen Ansatz einführen und sowohl zentrale als auch

verteilte Standorte für Anwendungen verwenden, können von einer verbesserten Flexibilität, Skalierbarkeit, Zuverlässigkeit und Portierbarkeit profitieren. Wer über die Virtualisierung hinaus auf ein vollständig cloudnatives Design setzt, kann ein neues Maß an Effizienz und Agilität erreichen. Nur so lassen sich schnell die innovativen, differenzierten Angebote verwirklichen, die von Märkten und Kunden gefordert werden.

Ein wichtiges Unterscheidungsmerkmal des cloudnativen Ansatzes ist die Verwendung von Containern statt VMs. Mithilfe von Containern können Nutzer Software-Pakete (z. B. aus Anwendungen, Funktionen oder Microservices) erstellen, in denen bereits alle für die Ausführung benötigten Dateien enthalten sind – während gleichzeitig auf das Betriebssystem oder andere Server-Ressourcen zugegriffen werden kann. Durch diesen Ansatz können die enthaltenen Komponenten leicht und voll funktionsfähig zwischen einzelnen Umgebungen (Entwicklung, Test, Produktion usw.) – und sogar zwischen Clouds – verschoben werden.

Als Weiterentwicklung von VNFs werden CNFs (cloudnative Netzfunktionen) für die Ausführung von Netzfunktionen innerhalb von Containern entworfen und implementiert. Durch diese Containerisierung der Netzwerkkomponenten können mehrere Services auf demselben Cluster ausgeführt und bereits zerlegte Anwendungen einfacher integriert werden, während der Netzwerkverkehr dynamisch zu den richtigen Pods geleitet wird.

 

This figure shows the evolution of network functions from the traditional vertically integrated approach, to VNFs managed by a common VM orchestration platform, to CNFs managed by a common container orchestration platform.

Diese Abbildung zeigt die Entwicklung der Netzfunktionen vom herkömmlichen Ansatz der vertikalen Integration zu den VNFs, die über eine zentrale VM-Orchestrierungsplattform gemanagt werden, und weiter zu CNFs, die über eine zentrale Container-Orchestrierungsplattform gemanagt werden.

Die Einführung von CNFs kann einige der grundlegenden Einschränkungen der VNFs beheben, indem viele dieser Funktionen in Container verschoben werden. Durch die Containerisierung von Netzwerkkomponenten lässt sich außerdem managen, wie und wo diese Funktionen in den Clustern der Umgebung ausgeführt werden. 

Bei CNFs geht es aber um mehr als nur um die Containerisierung von Netzfunktionen. Um abgesehen von Container-Paketen alle Vorteile cloudnativer Prinzipien voll auszuschöpfen, muss die Software der Netzfunktionen weiter umgestaltet werden. Das kann beispielsweise durch die Zerlegung in Microservices erfolgen, was mehrere Versionen bei Updates ermöglicht, oder durch die Verwendung von verfügbaren Plattformservices wie generischen Load Balancern oder Datastores. 

Die Einführung von cloudnativen Umgebungen nimmt zu – die CNFs müssen daher während dieses Übergangs mit den Legacy-VNFs koexistieren. Digitale Service-Anbieter müssen die Entwicklung, Bereitstellung, Wartung und den Betrieb des Netzwerks vollständig automatisieren, damit sie die eskalierende Nachfrage bewältigen, Deployments beschleunigen und die Komplexität reduzieren können. Standardisierte Methoden für Konfigurationen und Deployments, in Open Source Communities entwickelte Tools und strenge Tests und Zertifizierungen sind dabei für die Anbieter wichtiger als je zuvor.

Eine offene, konsistente Basis gibt den Telco-Anbietern die Zuversicht, dass die von ihnen bereitgestellten Services zuverlässig funktionieren werden, unabhängig vom Standort oder IT-Footprint. Wenn sie diese Basis auf NFV (mit VNFs) – insbesondere auf cloudnativen Architekturen (mit CNFs) – aufbauen, können sie an Flexibilität und Agilität gewinnen. Automatisierung spielt eine entscheidende Rolle, wenn es darum geht, den Betrieb von IT-Ökosystemen auch in großem Umfang effizient und einfach zu gestalten. Sie erlaubt es digitalen Service-Anbietern, Services und Features schneller zu ändern und hinzuzufügen, um so besser auf die Anforderungen und Erwartungen der Kunden zu reagieren.

Weiterlesen

ARTIKEL

Zustandsbehaftet oder zustandslos?

Ob etwas zustandsbehaftet oder zustandslos ist, hängt davon ab, wie lange der Zustand der Interaktion erfasst wird und wie diese Informationen gespeichert werden müssen.

ARTIKEL

Was ist Quarkus?

Quarkus ist ein Kubernetes-nativer Java Stack für Java Virtual Machines (JVMs) und native Kompilierung, mit dem Java speziell für Container optimiert wird.

ARTIKEL

Was ist Serverless?

Der Begriff „Serverless" (serverlos) bezieht sich auf ein cloudnatives Entwicklungsmodell, bei dem Entwickler Anwendungen erstellen und ausführen können, ohne Server verwalten zu müssen.

Mehr über cloudnative Anwendungen erfahren

Produkte

Eine Plattform, die es Ihnen ermöglicht, Unternehmensanwendungen schnell und effizient über die von Ihnen gewünschte Infrastruktur bereitzustellen.

Ressourcen

Training

Kostenloses Training

Developing Cloud-Native Applications with Microservices Architectures