Cloud, SDN et réseaux pilotés par intention

Pendant trente ans, on a configuré les réseaux équipement par équipement, en ligne de commande. Le SDN (Software-Defined Networking) et le cloud ont changé la donne : le réseau devient un logiciel qu'on pilote par des API, des contrôleurs décident à la place des équipements, et l'on décrit ce qu'on veut plutôt que comment le faire. Cette leçon présente ces idées, que vous retrouverez dans le parcours « l'automatisation ».

Ce que vous saurez à la fin : distinguer plan de contrôle, plan de données et plan de gestion, expliquer le principe du SDN et d'un contrôleur, décrire le réseau du cloud (VPC) et ce que signifie un réseau piloté par intention.

1. Les trois plans d'un équipement

Plan	Rôle	Exemples
Données (data plane)	Transmettre les paquets, le plus vite possible	Commutation, consultation de la table de routage, ACL
Contrôle (control plane)	Décider : construire les tables	OSPF, BGP, Spanning Tree, ARP
Gestion (management plane)	Configurer et superviser	SSH, SNMP, API, journaux

Dans un équipement classique, les trois plans vivent dans chaque boîtier : chaque routeur calcule ses propres routes avec ses voisins. C'est distribué.

2. Le SDN : un cerveau central

Le SDN sépare le plan de contrôle des équipements et le centralise dans un contrôleur, qui voit tout le réseau et programme les plans de données de chaque équipement.

• L'API nord (northbound), souvent REST : les applications et les scripts demandent quelque chose au contrôleur ;
• L'API sud (southbound) : le contrôleur programme les équipements (OpenFlow historiquement ; NETCONF, gNMI, ou des protocoles propriétaires aujourd'hui).

Exemples : Cisco Catalyst Center (ex-DNA Center) et ACI, VMware NSX, les contrôleurs SD-WAN, ou… le plan de contrôle de Kubernetes, qui programme le réseau des pods sur chaque nœud.

3. Le réseau du cloud

Dans un cloud public, on ne voit plus aucun switch : le réseau est entièrement logiciel.

Notion cloud	Équivalent classique
VPC / VNet	Le réseau privé d'un client, avec son plan d'adressage
Sous-réseau (subnet)	Un sous-réseau IP, souvent lié à une zone de disponibilité
Table de routage du VPC	La table du routeur virtuel du VPC
Groupe de sécurité	Un pare-feu avec état, attaché à chaque machine
Passerelle Internet / NAT	Le routeur de sortie, avec ou sans NAT
Appairage (peering), VPN, interconnexion dédiée	Relier un VPC à un autre, ou au réseau de l'entreprise

Tout se crée par API, en quelques secondes, et se décrit en code (Terraform) : c'est le même mouvement que le SDN.

4. Le réseau piloté par intention

Avec l'IBN (Intent-Based Networking), l'administrateur décrit une intention (« les caméras ne parlent qu'à l'enregistreur vidéo », « la visioconférence est prioritaire »), et le système :

1. traduit l'intention en configuration pour chaque équipement ;
2. la déploie ;
3. vérifie en continu, par la télémétrie, que le réseau respecte l'intention, et alerte (ou corrige) sinon.

C'est le passage de l'impératif (« tape ces 40 commandes sur ces 12 switchs ») au déclaratif (« voici l'état voulu »), exactement comme un manifeste Kubernetes ou un fichier Terraform.

5. Ce que ça change pour l'administrateur réseau

• Les fondamentaux restent indispensables : un contrôleur programme toujours des VLAN, des routes et des ACL, et quand ça casse, il faut savoir lire une table de routage ;
• La ligne de commande recule au profit des API, des modèles de données (YANG) et de l'automatisation (Python, Ansible, Terraform) ;
• Les configurations deviennent du code, versionné (Git), relu et testé avant d'être appliqué.

6. Retenir

Notion	À retenir
Plans	Données (transmettre), contrôle (décider), gestion (configurer)
SDN	Plan de contrôle centralisé dans un contrôleur, piloté par API
API nord / sud	Applications → contrôleur / contrôleur → équipements
Cloud	VPC, sous-réseaux, groupes de sécurité : du réseau 100 % logiciel
Intention	Décrire l'état voulu ; le système traduit, déploie et vérifie