Salut Hugues.
Oui, je sais qu'on peut livrer terminer un VRACK dans un POP chez OVH, chez AWS et plein d'autres.

J'imaginais quelque chose de plus cloud/automatisé : la possibilité d'interconnecter des VRACK (OVH) RPN (Scaleway) de différents fournisseurs de cloud, sans avoir besoin d'une présence dans un datacenter/POP pour le client. Sans avoir de port dédié pour chaque client. Donc une interconnexion "unique" entre OVH et Scaleway (par exemple) et qui encapsulerait, mutualiserait toutes les interconnexions entre réseaux privés qu'achèteraient les clients.

On peut imaginer à l'extrême des interconnexions entre plein de fournisseurs de Cloud et d'opérateurs, le tout configurable en automatique, quitte à passer par un partenaire qui interconnecte tous les fournisseurs / opérateurs entre eux.
C'est ce que Equinix a essayé de proposer, je ne sais pas où ça en est. 
On en parlait ici https://lafibre.info/gix/equinix-interconnexion/

Leon.

Plusieurs acteurs proposent ce que tu décris:
 - Equinix Cloud Exchange
 - InterCloud
 - MEGAport
 - DE-CIX (c'est intégré dans l'IX)
 - et désormais les opérateurs ont intégré ce type d'offre

Tous proposent soit une inter-connexion L2 directe (point-à-point en général) entre le client et des clouds providers (1 tag de vlan par destination pour le client) et/ou entre les clouds providers soit une inter-connexion L3 avec du BGP. C'est souvent cette dernière qui est déployée pour ls inter-connexions entre Cloud Providers car la configuration est imposée et sont souvent incompatibles (exemple: GCP impose une MTU inférieure à 1500, ou l'IP à utiliser est la même des 2 côtés).

Niveau automatisation, c'est souvent au client de se débrouiller seul en commandant sur l'Exchange puis chez le Cloud PRovider et enfin de rentrer tous les paramètres BGP, souvent de chaque côté, soit d'un seul. Certes la config se déploie seule mais le client doit saisir des configs IP/BGP un peu de partout.

Petit à petit les portais fournis par ces acteurs commencent à tout intégrer mais on est de loin d'un simple clic.

Un peu des 2:
 - côté Cloud Provider, il y a toujours une instance de routage dans la zone d'arrivée (AWS VPC, Azure VNET, OVH vRack)
 - à la frontière Opérateur/Cloud Provider, ce dernier en fournira une autre où BGP est obligatoire pour gérer les annonces (sauf en L2 si supporté)
 - côté opérateur, il peut y avoir ou pas un routeur virtuel fourni servant d'intermédiaire entre le réseau du client (MPLS voir son DC) et le Cloud Provider.

Oui il y a des API mais chacun a sa propre implémentation fonctionnelle. C'est du REST donc facile à gérer mais le processus est propre à chacun. Toutefois il y a une sémantique commune.

J'ai jamais compris cet engouement pour avoir une interco physique entre providers pour les réseaux privés, ca va juste vous restreindre en terme de haute dispo (a avoir 1 ou 2 liens juste pour ca au lieux de pouvoir bénéficier du taux de dispo du backbone et du routage IP publique)...

Je préfère largement la solution VPN IPSEC entre plusieurs sites, avec les bonnes gateway et du peering direct les performances sont généralement très bonnes et c'est aussi bien plus accessible en terme de budget. (apres si vous voulez du +10Gbps garantie de façon permanent forcément c'est peut être le seul cas ou la oui ça aurais du sens)

Et faire du L2 inter-provider (et inter-site en general) c'est généralement chercher les soucis.