Aller au contenu principal

Hébergement applicatif sur l'infrastructure réseau (IOx)

Les équipements réseau modernes (routeurs, switches) intègrent des ressources de calcul (CPU/RAM dédiés) capables d'héberger directement des applications ou des conteneurs, sans serveur externe — rapprochant le traitement de la donnée au plus près de sa collecte (edge computing).

Pourquoi héberger une application directement sur un équipement réseau

ARCHITECTURE CLASSIQUE EDGE COMPUTING (IOx)

[Capteurs IoT] → [Routeur] → WAN → [Capteurs IoT] → [Routeur
[Serveur distant : traitement, AVEC application
filtrage, agrégation] embarquée :
filtrage/agrégation
→ TOUTE la donnée brute traverse LOCAL] → WAN →
le WAN, même si 99% est inutile [Serveur distant]
après filtrage
→ SEULE la donnée UTILE
(déjà filtrée/agrégée
localement) traverse
le WAN, économie de
bande passante et de
latence de traitement

Cisco IOx : conteneurs applicatifs sur IOS

IOx = IOS + Linux, exécutés CÔTE À CÔTE sur le même équipement :

┌─────────────────────────────────────────────┐
│ Équipement Cisco (routeur/switch compatible) │
│ │
│ ┌──────────────┐ ┌────────────────────┐ │
│ │ IOS/IOS-XE │ │ Environnement Linux │ │
│ │ (plan de │ │ (conteneurs Docker, │ │
│ │ contrôle/données│ │ machines virtuelles) │ │
│ │ réseau normal) │ │ │ │
│ └──────────────┘ └────────────────────┘ │
└─────────────────────────────────────────────┘
Router(config)# iox
! active le sous-système IOx sur l'équipement compatible

Router# show iox-service
IOx Infrastructure Summary:
---------------------------
IOx service (CAF) : Running
IOx service (HA) : Not Supported
IOx service (IOxman) : Running
Libvirtd 5.5.0 : Running

Cas d'usage concret

Un commutateur industriel déployé sur une ligne de production exécute directement une petite application de collecte de métriques (température, vibration de machines connectées) dans un conteneur IOx — la donnée brute est filtrée/agrégée localement avant envoi vers un système de supervision central, réduisant à la fois la bande passante WAN consommée et la latence de détection d'anomalie (pas d'aller-retour vers un serveur distant pour un simple seuil d'alerte).

Application Hosting vs virtualisation réseau classique

AspectVirtualisation réseau (VRF, vSwitch)Application Hosting (IOx)
ObjectifIsoler/multiplexer des fonctions réseauExécuter des applications tierces (métier, IoT)
Ce qui tourneInstances de routage/commutation virtuellesConteneurs/VM applicatifs quelconques
Bénéfice principalIsolation, mutualisation de matériel réseauTraitement local (edge), réduction de trafic WAN

Ce qu'il faut retenir

  • L'hébergement applicatif directement sur un équipement réseau (IOx) rapproche le traitement des données de leur source (edge computing), réduisant bande passante WAN et latence.
  • IOx fait cohabiter IOS/IOS-XE (fonctions réseau classiques) et un environnement Linux (conteneurs/VM) sur le même matériel.
  • Distinct de la virtualisation réseau (VRF, vSwitch) qui virtualise des fonctions réseau, alors qu'IOx héberge des applications tierces quelconques.

Pour aller plus loin