Yandex mobilise trois fournisseurs pour aider les clients de Yandex Cloud après des incidents dans ses datacenters

Yandex s'est accordé avec trois fournisseurs cloud russes — Selectel, K2Cloud et VK Cloud — pour aider les clients de Yandex Cloud dont les services ont été touchés par des incidents dans les datacenters de l'entreprise. L'information a été communiquée à RBC par des représentants de Yandex. L'entreprise espère que cette coopération aidera à réduire les interruptions de service. Sur un marché où les concurrents se disputent d'ordinaire les clients plutôt que de partager leurs capacités, la démarche est atypique.

Ce que l'on sait à ce jour

Les faits sont peu nombreux, et il convient de les énumérer avec rigueur, sans extrapolation :

• Qui aide : Selectel, K2Cloud et VK Cloud.
• Qui est aidé : les clients de Yandex Cloud dont les services ont été touchés après des incidents dans les datacenters de Yandex.
• Objectif : réduire les interruptions de service.
• Source : RBC, citant des représentants de Yandex.
• Non précisé : la nature exacte des incidents, le nombre de clients touchés, la durée des interruptions et le format de l'aide qui sera apportée.

Le dernier point est le plus important. L'expression « aide aux clients » peut recouvrir n'importe quoi : de la mise à disposition de capacités de calcul temporaires et du transfert de machines virtuelles à de simples conseils de migration. Le communiqué ne dit pas quelle option a été retenue.

Pourquoi des concurrents acceptent d'aider

Le marché russe du cloud est étroit. Pour les grandes entreprises et les clients publics, le choix de grands fournisseurs locaux est limité, tandis que les hyperscalers étrangers sont indisponibles ou inacceptables pour de nombreux usages, en raison des exigences de localisation des données. Si les clients perdent confiance dans le modèle cloud en tant que tel, tous les acteurs y perdront. Les clients pourraient revenir à leurs propres serveurs et investir leurs budgets dans du matériel.

La participation de Selectel, K2Cloud et VK Cloud semble donc rationnelle. Pour eux, c'est l'occasion de démontrer la maturité de leur infrastructure et, probablement, de gagner de nouveaux clients qu'il sera ensuite difficile de reprendre. Pour Yandex, c'est un moyen de limiter les dégâts de réputation et d'offrir aux clients touchés une porte de sortie pendant la remise en état de ses propres sites. Il s'agit d'une interprétation, mais elle découle de la logique du marché. Les entreprises elles-mêmes n'ont pas commenté leurs motivations.

Les questions en attente de réponse

Transférer une charge de travail d'un cloud à un autre n'est pas instantané sur le plan technique. Les API, les schémas réseau, les services de bases de données managées et les modalités de restitution des sauvegardes diffèrent. Les conteneurs, Kubernetes et les stockages compatibles S3 facilitent la migration, mais ne suppriment pas le travail de configuration. Plusieurs questions organisationnelles restent aussi ouvertes :

• Qui paie l'hébergement temporaire : le client, Yandex, ou les parties se partagent-elles les coûts.
• Comment les indisponibilités sont compensées au titre des SLA.
• Comment les données sont transférées, y compris les données personnelles, et qui est responsable du respect de la législation lors du transfert entre sites.
• Les clients reviendront-ils sur Yandex Cloud une fois la situation rétablie, et à quelles conditions.

Pour l'instant, Yandex n'a pas dévoilé ces détails. S'ils sont publiés, ils montreront s'il s'agit d'une véritable entraide ou d'un accord de pure forme, prévu pour le cas où des clients feraient appel à eux.

Ce que les clients du cloud doivent vérifier

La situation rappelle que, même chez un grand fournisseur, un datacenter reste un point de défaillance unique si la charge n'est pas répartie. Tant que les détails ne sont pas publiés, il est judicieux de passer en revue une courte liste de points :

• S'assurer que les applications sont déployées dans au moins deux zones de disponibilité, et pas dans une seule.
• Conserver les sauvegardes en dehors de l'infrastructure du fournisseur principal et tester la restauration au moins une fois par trimestre.
• Décrire l'infrastructure sous forme de code (Terraform ou équivalent) afin de pouvoir la déployer sur un autre site en quelques heures plutôt qu'en quelques semaines.
• Demander à Yandex les conditions écrites de l'aide, y compris les délais, le coût et la responsabilité de chaque partie.
• Relire le SLA et vérifier que l'on comprend à la fois la procédure de compensation et les seuils de disponibilité réellement garantis.
• Déterminer à l'avance quelles données ne peuvent pas quitter certains sites en raison des exigences des régulateurs.

La coopération de trois concurrents avec Yandex est un bon signal : le marché est prêt à s'assurer mutuellement. Mais la valeur pratique de cette assurance dépend de la façon dont le client a anticipé son propre plan de tolérance aux pannes.