Je suis étonné que vous jettiez tous le bébé avec l’eau du bain. SDN a vu sa définition évolué dans le temps, d’abord uniquement autour de l’OpenFlow, comme évoqué précédemment par Rémi Desgrange, puis l’IETF et d’autres s’en sont aussi emparé sur la base qu'en gros ’software’ n’était pas obligé de se limiter à OpenFlow et que d’autres techno pouvaient aussi rentrer dans un cadre de "mise en place" par le software… sauf qu’au final on ne défini jamais de quelle gestion/définition/mise en place on traite exactement.
Pour ma part, je vois le SDN comme une application pour le réseau des concepts de CI/CD et d’infrastructure as Code. L’intérêt selon moi est la possibilité de valider son ingénierie sur du quasi iso-prod, systématiser les tests de non régression et garantir une reproductibilité (évoquée aussi par Xavier Claude) des états du réseau (avec le concept immutable, vs. snowflake). Bref faire sur le réseau ce que l’on fait avec les applications, i.e. après *beaucoup* de boulot, avoir un rythme d’évolution et une qualité de mise en prod incomparable, mais à la différence que les clouds ne peuvent pas être utilisés pour le pur LAN/WAN et que l’on doit donc se tourner vers d’autres types de solution. Du moins moi et mes précédentes équipes n’avons jamais réussi à faire passer des protocoles utilisant du broadcast/multicast (LLDP, Hello IGP, …) sur de l’OpenStack/DevStack et consoeurs. Après dire que cloud et hébergement sont pareils, c’est pour moi ne pas avoir compris la différence en termes d’expérience client. Je n’ai jamais vu d’entreprise offre une mise en place d’un setup d’infra réseau/serveur/stockage en moins de plusieurs jours après la première formulation du besoin du client (et je suis très très gentil), alors qu’avec le cloud ça se fait dans le quart d’heure sans l’aide de terraform. Quant à SDWAN… c’est pas du bullshit mais un plus grand fourre-tout, avec plus ou moins de capacité des API pour le SDN, plus ou moins d’orchestration des outils propriétaires, plus ou moins de sécurité (firewall, IPS/IDS, anti-spam, anti-malware, …), plus ou moins de DPI pour la reconnaissance des applis, plus ou moins de capacité à superviser la qualité des différents tunnels VPN, plus ou moins de capacité de routage/switching (VRF, NAT, BGP, IGP, …), etc. Et je suis d’ailleurs étonné que personne n’ai lâché le mot SASE pour crier encore plus au bullshit. Ne me faites pas dire enfin qu’il n’y a aucun marketing là-dedans. Je reviens sur la formule de départ, ne jetons pas le bébé avec l’eau du bain. Il y a un peu de bon grain dans tout cela. -- Grégory > Le 20 mai 2021 à 20:31, Vincent Habchi <vinc...@geomag.fr> a écrit : > >> On 20 May 2021, at 19:18, Toussaint OTTAVI <t.ott...@bc-109.com> wrote: >> >> >> Le 20/05/2021 à 15:04, Pierre DOLIDON a écrit : >>> Si je résume, SDN est au réseau ce que Cloud est à l'hébergement ? >> >> J'allais le dire, mais tu m'as coupé l'herbe sous le pied :-) > > Un jour, le groupe Accor lancera une nouvelle chaîne d’hôtels appelés « Cloud > » et le slogan sera « les spécialistes de l’hébergement ». > > Bon, je sors … … … > > V. > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/