Yandex Cloud et la prime de souveraineté sur le marché russe isolé du cloud

Résumé

• Yandex Cloud LLC n'est pas seulement une alternative russe au cloud hyperscale mondial. Son rôle commercial est de transformer le calcul, le stockage, les bases de données gérées, les travaux de conformité, la portée réseau locale et la capacité de support en une facture de service domestique que les banques, les détaillants, les éditeurs de logiciels et les entreprises en ligne peuvent considérer comme opérationnellement normale.
• La question d'investissement est de savoir si les règles de localisation des données, les restrictions sur les services étrangers, les frictions à l'importation de matériel et les travaux de migration des entreprises en Russie créent une prime durable pour le cloud local pour Yandex Cloud, ou si les clients sont simplement piégés dans un marché de substitution à coûts plus élevés dont l'économie s'affaiblit si l'accès au matériel ou au cloud transfrontalier s'améliore.

Une machine virtuelle familière est devenue un achat de souveraineté

L'acheteur ne commence pas par la géopolitique. Un détaillant en ligne russe commence par un calendrier promotionnel, un service de caisse et une facture mensuelle pour une machine virtuelle, un cluster PostgreSQL géré et un bucket de stockage d'objets. Le substitut moins cher est familier: garder la charge de travail sur un rack auto-hébergé, exécuter une ancienne pile de virtualisation, faire durer des serveurs importés achetés avant le choc d'approvisionnement, et demander à une petite équipe systèmes de maintenir le matériel en vie une saison de plus. Ce substitut peut encore fonctionner pour un environnement de développement. Il peut échouer précisément là où l'acheteur paie pour qu'il réussisse, c'est-à-dire garder les paiements, les stocks et les dossiers clients disponibles pendant une vente de pointe, un rapprochement bancaire ou un incident de support.

C'est le mécanisme d'ouverture pour Yandex Cloud LLC. L'unité achetée semble technique et petite, mais la facture regroupe des coûts fixes cachés qui ne sont plus invisibles en Russie: l'approvisionnement en matériel, le remplacement logiciel, la conformité aux sanctions, l'exposition aux devises, l'assurance de localisation des données, la certification de sécurité locale et la main-d'œuvre d'ingénierie rare. Yandex présente le service comme une plateforme cloud complète pour l'infrastructure, le stockage, l'apprentissage automatique et les outils de développement, avec des centres de données internes et des revendications de conformité sur sa page d'accueil anglaise à l'adressehttps://yandex.cloud/en. Sa page institutionnelle russe indique que la plateforme dessert les grandes entreprises, les entreprises de taille moyenne et les développeurs via une livraison cloud, sur site et hybride, et donne l'identité juridique russe comme LLC "Yandex.Cloud", OGRN 1187746678580, enregistrée le 13 juillet 2018, rue Lva Tolstogo à Moscou (https://yandex.cloud/ru/about). La fiche des coordonnées de l'entreprise répète la même identité et mentionne Grigory Atrepev comme Directeur Général (https://storage.yandexcloud.net/doc-files/Yandex.Cloud_requisites.pdf).

La question commerciale n'est pas de savoir si Yandex Cloud dispose d'un catalogue de services. Il en a un. La question est de savoir si la prime de souveraineté est durable. Si la demande intérieure, l'accès au matériel et la pression de conformité se renforcent mutuellement, Yandex Cloud peut obtenir une prime locale parce que les clients achètent la continuité opérationnelle dans un environnement contraint. Si ces contraintes piègent principalement les acheteurs dans un ensemble de substituts plus petit et à coût plus élevé, la prime ressemble moins à un pouvoir de tarification qu'à une taxe sur le choix limité.

La facture cache plus que du CPU et du stockage

La propre page de tarification de Yandex Cloud annonce les coûts des machines virtuelles et des clusters d'entrée de gamme dans le langage cloud habituel, y compris des prix de départ mensuels bas et des possibilités de niveau gratuit (https://yandex.cloud/en/prices). Cette présentation est importante car les acheteurs de cloud aiment comparer une classe d'instance à une autre. Mais en Russie, la comparaison est incomplète à moins que l'acheteur n'ajoute le coût fixe pour rendre une application acceptable aux régulateurs locaux, aux partenaires de paiement, aux équipes de sécurité et aux services d'approvisionnement. Une machine virtuelle étrangère bon marché n'est pas bon marché si une entité juridique russe ne peut pas ouvrir un nouveau compte, si le chemin de facturation est rompu, si le support est indisponible, ou si la réponse de résidence des données est inutilisable pour le dossier de conformité de l'acheteur.

Yandex Cloud a été explicite sur l'évolution des prix. Dans une mise à jour de 2026, il a déclaré que la plupart des services Yandex Cloud concernés augmenteraient de 5 % à 8 % à partir du 1er mai 2026, tandis que certains prix de l'IA et de la sécurité de l'information ne changeraient pas (https://yandex.cloud/en/blog/pricing-update-2026). C'est un signal utile. Sur un marché mondial du cloud totalement ouvert, un fournisseur qui augmente largement ses prix de services devrait défendre cette décision face à un large éventail de substituts. En Russie, les alternatives réalistes de l'acheteur peuvent être plus étroites: l'auto-hébergement, un concurrent domestique, une installation privée gérée, ou un accès hérité à des services étrangers qui peuvent être indisponibles pour de nouveaux travaux. La facture tarifie donc à la fois la consommation de ressources et la capacité du fournisseur à continuer de s'approvisionner, d'exploiter et de certifier une pile locale.

C'est pourquoi la marge de sécurité ne peut pas être déduite des seuls tarifs de calcul. La pile de coûts comprend l'énergie, le refroidissement, le transport optique, les pièces de rechange, les logiciels systèmes, le savoir-faire en matière de bases de données, le développement de console cloud, la gestion des identités et des accès, la surveillance, les opérations de sécurité et le support local. Le processus de contrat de service de Yandex Cloud rend également la relation commerciale formelle: la documentation de facturation indique que chaque service est soumis à un accord, conclu par une offre lors de la création d'un compte de facturation ou par un accord signé directement (https://yandex.cloud/en/docs/billing/concepts/contract). Pour un fournisseur bancaire ou un détaillant, cette enveloppe juridique et opérationnelle fait partie du produit.

Le coût fixe caché explique aussi pourquoi l'auto-hébergement reste à la fois un concurrent et un avertissement. Un client peut acheter des serveurs, utiliser de la colocation locale et exécuter une pile open-source. Mais il doit alors prendre en charge les correctifs, la planification de la capacité, le renouvellement du matériel, la sauvegarde, la surveillance, les preuves réglementaires et la réparation d'urgence. L'attrait de Yandex Cloud est qu'il répartit ces coûts entre les clients. Le risque est que les sanctions et la rareté du matériel augmentent les propres coûts fixes du fournisseur plus rapidement qu'il ne peut les répartir.

L'identité juridique est russe même lorsque la marque semble mondiale

Les pages en langues internationales de Yandex Cloud peuvent donner l'impression que le produit est une marque cloud mondiale conventionnelle. Le contexte juridique et de propriété est plus spécifique. La page institutionnelle russe identifie la société russe comme LLC "Yandex.Cloud", avec OGRN 1187746678580, numéro fiscal 7704458262 et le développement de logiciels comme code d'activité principal (https://yandex.cloud/ru/about). Le PDF des coordonnées de Yandex fournit la version anglaise, "LIMITED LIABILITY COMPANY YANDEX.CLOUD", et répète l'adresse de Moscou et la date d'enregistrement de juillet 2018 (https://storage.yandexcloud.net/doc-files/Yandex.Cloud_requisites.pdf). Les anciennes conditions juridiques de Yandex décrivaient également Yandex.Cloud LLC comme la filiale russe exploitant les ressources techniques de Yandex.Cloud (https://yandex.com/legal/cloud_termsofuse/en/).

Le contexte de la propriété a changé matériellement en 2024. Yandex N.V. a annoncé un accord contraignant pour se séparer de ses activités basées en Russie, indiquant que la cible détiendrait tous les actifs et opérations de Yandex en Russie et sur certains marchés internationaux, et que le vendeur ne détiendrait plus aucun intérêt dans les activités russes après la finalisation (https://yandex.com/company/news/05-02-2024). Nebius, l'ancienne société mère renommée, a déclaré plus tard que la deuxième et dernière clôture avait eu lieu et que YNV s'était entièrement défait de son intérêt restant dans les activités russes (https://nebius.com/newsroom/ynv-announces-successful-completion-of-the-divestment-of-its-russia-based-businesses). Pour les clients de Yandex Cloud, le résultat est un fournisseur plus ancré localement, et non une simple continuation d'une société mère cotée aux Pays-Bas avec des opérations russes.

Cet ancrage est à double tranchant. Il peut rassurer les clients russes dont les conseils d'administration souhaitent une contrepartie domestique, une facturation locale et une plateforme construite autour de la réglementation russe. Il peut également réduire l'univers de capitaux externes, de matériel et de partenaires disponibles pour le fournisseur. L'acheteur de Yandex Cloud ne choisit pas simplement "Yandex" au lieu d'AWS, Azure ou Google Cloud. Il choisit un cloud dans un environnement d'entreprise, juridique et de paiement russe, avec toute la résilience et les contraintes que cela implique.

Les conditions contractuelles de l'acheteur se situent donc au même niveau d'analyse que le catalogue de services techniques. Si le client est un fournisseur bancaire, il a besoin de plus qu'une base de données à faible latence. Il a besoin d'une contrepartie capable de signer des documents locaux, de passer les contrôles d'approvisionnement, de fournir un support en russe, de présenter des documents de conformité et de maintenir les services en fonctionnement lorsque les fournisseurs transfrontaliers changent de politique. L'identité juridique de Yandex Cloud soutient cette mission. La question non résolue est de savoir si l'identité locale suffit à protéger l'économie lorsque le remplacement de l'équipement et la substitution logicielle deviennent plus coûteux.

Le catalogue de produits tente de remplacer une pile étrangère complète

Yandex Cloud n'a de valeur que s'il peut remplacer suffisamment l'habitude du cloud étranger pour maintenir les charges de travail d'entreprise en mouvement. Sa page de services répertorie le calcul, le stockage d'objets, Kubernetes géré, le bare metal, le CDN, la sauvegarde, la mise en réseau, les bases de données, le traitement de données, les services de sécurité, les outils de développement et les services sans serveur (https://yandex.cloud/en/services). La page de comparaison de plateforme fait correspondre les catégories familières de Google Cloud aux services Yandex, notamment le calcul, le stockage d'objets, PostgreSQL géré, Kubernetes géré, les fonctions cloud, l'interconnexion, la gestion des clés, la journalisation et l'analyse de données (https://yandex.cloud/en/docs/overview/platform-comparison/gcp). Cette correspondance n'est pas une preuve de parité, mais elle montre l'ambition commerciale: rendre le plan de migration d'un acheteur russe lisible pour les équipes formées aux modèles de cloud mondiaux.

Le travail de remplacement central commence par le calcul et le stockage. Yandex Compute Cloud est le service de machine virtuelle et de stockage en bloc dans le catalogue (https://yandex.cloud/en/services/compute), tandis que Yandex Entité Storage se présente comme un stockage compatible S3 pour le stockage de données évolutif à usage général, avec réplication entre les zones de disponibilité et un niveau de service déclaré de 99,98 % pour la page produit de stockage (https://yandex.cloud/en/services/storage). Les bases de données gérées sont un deuxième pilier. Yandex commercialise PostgreSQL géré comme un service où les clients choisissent la classe d'hôte, la taille du stockage, le réseau et la zone de disponibilité plutôt que d'exploiter eux-mêmes le cluster de base de données (https://yandex.cloud/en/services/managed-postgresql). Elle propose également ClickHouse géré, MySQL, YDB, OpenSearch, Valkey, Kafka, Spark et d'autres services de données dans la section plateforme de données (https://yandex.cloud/en/services).

Le troisième pilier est l'outillage opérationnel. Kubernetes géré permet aux équipes de conserver un modèle d'exploitation en conteneurs tout en transférant la responsabilité de certaines parties du plan de contrôle, et la page du service indique que les nœuds peuvent inclure des serveurs Yandex BareMetal ou des serveurs en dehors de Yandex Cloud (https://yandex.cloud/en/services/managed-kubernetes). Yandex BareMetal est commercialisé en tant que serveurs physiques dédiés avec toutes les ressources allouées au client, utile lorsque l'isolation, les licences, les performances ou la conformité rendent une machine virtuelle pure moins attrayante (https://yandex.cloud/en/services/baremetal). Cloud Interconnect fournit des connexions privées dédiées entre l'infrastructure du client et Yandex Cloud (https://yandex.cloud/en/services/interconnect).

Le catalogue révèle la stratégie. Yandex Cloud ne vend pas un simple produit d'hébergement domestique. Il vend un langage de migration pour les entreprises qui savent ce que devrait être un cloud moderne mais qui ont besoin d'un substitut local. La faiblesse est que chaque service ajouté crée une surface de maintenance supplémentaire. Un catalogue étendu peut renforcer la dépendance des clients et augmenter le revenu moyen. Il peut également exposer un fournisseur à davantage d'obligations de correctifs, de compatibilité, de sécurité et de capacité à un moment où le matériel de remplacement et le support des fournisseurs sont plus difficiles à obtenir.

Les zones de disponibilité transforment la localité en contrainte de conception

La localité des données est souvent discutée comme une règle juridique, mais les acheteurs de cloud la vivent comme une architecture. La documentation de Yandex Cloud indique que la plateforme est hébergée dans quatre centres de données Yandex et répertorie les zones de disponibilité russes, notamment ru-central1-a, ru-central1-b, ru-central1-d, ru-central1-e et une zone Yandex BareMetal distincte ru-central1-m (https://yandex.cloud/en/docs/overview/concepts/geo-scope). La documentation sur les régions indique qu'une région combine des zones de disponibilité et que la console de gestion affiche les services et les ressources pour la région sélectionnée (https://yandex.cloud/en/docs/overview/concepts/region). L'aperçu du réseau relie directement les centres de données aux zones de disponibilité et encadre le réseau virtuel autour de ces emplacements (https://yandex.cloud/en/docs/overview/concepts/network).

Pour le détaillant de l'introduction, la conception de la région n'est pas un exercice cartographique. Elle détermine où résident le service de paiement, le stockage d'objets, les tâches d'analyse et les copies de sauvegarde. Elle détermine si une conception de base de données multi-zone est pratique. Elle affecte la latence que le client voit de la part des utilisateurs russes, le type de conception de reprise après sinistre possible sans quitter le pays, et si une banque ou un client du secteur public peut accepter l'architecture.

Yandex s'est également étendu au-delà de la Russie en ouvrant une présence de centre de données au Kazakhstan à Karaganda en 2024, avec des bureaux à Almaty et Astana, et a déclaré que les utilisateurs au Kazakhstan, en Russie et en Asie centrale pouvaient y lancer des produits numériques (https://yandex.cloud/en/blog/posts/2024/04/yandex-cloud-in-kazakhstan). La page institutionnelle russe indique désormais que la plateforme a mis en place une infrastructure de serveurs au Kazakhstan en 2024 et que des centaines d'entreprises et d'organisations du secteur public kazakhstanais utilisent Yandex Cloud (https://yandex.cloud/ru/about). Cela est important car le produit n'est plus seulement une histoire de cloud centrée sur Moscou; c'est aussi une histoire de localité eurasienne. Néanmoins, les preuves de l'entreprise et du réseau sont ancrées en Russie, et la prime de souveraineté fondamentale est russe.

La localité crée également des frictions opérationnelles. La documentation sur les quotas et les limites de Yandex Cloud indique que les quotas sont des contraintes organisationnelles qui peuvent être modifiées via le support, tandis que les limites sont des contraintes techniques de l'architecture et ne peuvent pas être modifiées; elle avertit également que les quotas ne garantissent pas la disponibilité des ressources (https://yandex.cloud/en/docs/overview/concepts/quotas-limits). Cet avertissement est un langage cloud ordinaire, mais dans un marché du matériel contraint, il a plus de poids. Un client peut avoir un quota et néanmoins faire face à des délais pratiques de capacité. Un fournisseur peut avoir de la demande et avoir encore besoin de temps, d'équipement et d'énergie pour ajouter de l'offre.

C'est le premier jugement commercial: la localité de Yandex Cloud lui donne un bassin de demande protégé, mais la localité concentre également les risques physiques et réglementaires. L'acheteur paie pour la proximité, la conformité et la confiance opérationnelle. Le fournisseur doit continuer à prouver que ces qualités valent plus que la flexibilité à laquelle l'acheteur renonce en restant dans un ensemble de régions locales.

La conformité est un argument de vente et un centre de coûts

Le message de conformité de Yandex Cloud est central pour la prime. Sa page de solution sur la loi fédérale 152-FZ indique aux clients de transférer, stocker et traiter les données personnelles des employés et des clients russes dans un cloud sécurisé en Russie, et précise que la plateforme est certifiée FSTEC et répond aux exigences de protection des données personnelles pour le stockage et le traitement en cloud (https://yandex.cloud/en/solutions/152-fz). La même page fait référence aux revendications ISO, GDPR, PCI DSS et GOST R 57580. La documentation sur la conformité de la sécurité indique que Yandex.Cloud LLC a reçu une déclaration d'évaluation pour les exigences de sécurité de l'information de la Banque de Russie selon GOST R 57580.1-2017, avec un score global de conformité R=0,92, Niveau 5 à la fin de l'audit (https://yandex.cloud/en/docs/security/conform).

Ces détails ne sont pas ornementaux. Une banque, une fintech ou un client de détail en Russie n'achète pas de la capacité cloud comme une marchandise abstraite. Il achète une réponse pour les auditeurs, les comités de risque internes et les contreparties. Plus la charge de travail est sensible, plus le service doit inclure le chiffrement, les pistes d'audit, la journalisation, les contrôles d'identité et les responsabilités documentées. Yandex Audit Trails est commercialisé comme un moyen de collecter les événements de sécurité de la plateforme cloud et de soutenir les audits internes et externes, avec exportation vers le stockage et les systèmes externes (https://yandex.cloud/en/services/audit-trails). La documentation sur l'observabilité décrit la surveillance, les journaux et les événements d'audit comme des outils complémentaires pour la santé, l'analyse du comportement, la détection d'erreurs et l'analyse des événements de sécurité (https://yandex.cloud/en/docs/overview/concepts/monitoring-logging-tools).

La conformité est également un centre de coûts. La certification, les preuves d'audit, la conception sécurisée par défaut, les services de chiffrement, le personnel de support et la réponse aux incidents ne sont pas gratuits. Le rapport financier 2025 de Yandex indique que la sécurité de l'information était l'un de ses domaines de croissance stratégique, et qu'un client commercial sur quatre utilisait les solutions de sécurité Yandex Cloud en 2025 (https://yandex.cloud/en/blog/financial-results-2025). Cela soutient la thèse selon laquelle les clients achètent plus que du calcul brut. Cela montre également pourquoi un cloud local peut se développer même lorsque les clients sont soucieux des coûts: la conformité peut forcer les dépenses vers des services qui réduisent le risque interne.

La limite de valeur est tout aussi claire. Une revendication de conformité est la plus forte lorsqu'elle est liée à une charge de travail, une configuration et une limite de responsabilité client définies. La propre page sur les données personnelles de Yandex Cloud indique aux clients qu'ils doivent identifier le type de données, choisir des outils de protection et évaluer leur propre conformité lors de la migration (https://yandex.cloud/en/solutions/152-fz). Le fournisseur peut fournir la plateforme, les certifications et les outils. Il ne peut pas supprimer toute responsabilité opérationnelle du client. Cette distinction est importante sur un marché où les équipes d'approvisionnement peuvent considérer un contrat de cloud local comme un raccourci vers la conformité. Ce n'est un raccourci que si l'application, le modèle d'accès et le processus de preuve sont également construits correctement.

Les preuves réseau montrent une portée publique avec une gravité locale

Les preuves réseau soutiennent une surface opérationnelle cloud réelle, mais elles montrent également une gravité locale. L'entité du répertoire est associée à AS210656, nommé YACLOUDBMS par les outils de réseau publics. La page AS210656 de RIPEstat indique que le système autonome est visible dans les collecteurs de routage, avec la page de ressources àhttps://stat.ripe.net/resource/AS210656. IPLocate répertorie AS210656 comme Yandex.Cloud LLC, nom AS YACLOUDBMS, pays Russie, registre RIPE, alloué le 11 octobre 2021, avec 4 608 adresses IPv4 et aucune adresse IPv6 dans cette vue (https://www.iplocate.io/AS210656). La page AS210656 d'IPinfo place également la part IPv4 en Russie et montre des adresses pingables avec des échantillons de latence à Moscou (https://ipinfo.io/AS210656).

AS210656 ne doit pas être surinterprété. C'est une preuve de ressources réseau, pas une entreprise distincte. Il semble se situer dans l'environnement de routage plus large de Yandex Cloud. BGP.Tools affiche AS200350 comme Yandex.Cloud LLC et inclut des remarques de politique de routage pour "Yandex Cloud BMS", avec importation depuis AS210656 et exportation vers AS210656 (https://bgp.tools/as/200350). La propre documentation de connexion privée de Yandex indique que le numéro de système autonome BGP fixe de Yandex Cloud pour l'interconnexion est 200350 et demande aux clients d'autoriser un ASN à quatre octets dans la configuration de l'équipement (https://yandex.cloud/en/docs/interconnect/concepts/priv-con). PeeringDB répertorie AS200350 pour Yandex.Cloud LLC, ensemble de routes AS-YACLOUD, type de réseau Enterprise, 100 préfixes IPv4 et 10 préfixes IPv6 dans le registre public (https://www.peeringdb.com/net/20950). Cloudflare Radar identifie de la même manière AS200350 comme YandexCloud / Yandex.Cloud LLC et répertorie les AS liés de la même organisation, notamment AS210656 et AS215013 (https://radar.cloudflare.com/routing/as200350).

Pour les clients, l'important est la joignabilité, pas les détails sur les ASN. Un fournisseur de cloud doit acheminer le trafic de manière fiable entre les bureaux des clients, les utilisateurs publics, les connexions privées, le stockage, les bases de données gérées et les services de support. La documentation sur la connexion privée d'Yandex Cloud Interconnect décrit l'établissement par l'équipement du client ou du fournisseur de télécommunications d'une connectivité de couche trois et d'un peering BGP avec l'équipement Yandex Cloud aux points de présence, les routes entrant dans toutes les zones de disponibilité Yandex Cloud (https://yandex.cloud/en/docs/interconnect/concepts/priv-con). C'est la version réseau de la prime de souveraineté: un cloud domestique n'est utile que s'il peut être intégré aux réseaux d'entreprise existants sans que chaque charge de travail ne transite par des chemins publics instables.

La limite est que les preuves BGP publiques donnent une vue partielle. Elles montrent les ressources annoncées, les relations de routage et la portée publique. Elles ne prouvent pas la capacité disponible, la redondance interne, la rapidité de réparation ou les performances spécifiques au client. Les preuves sont suffisamment solides pour confirmer que l'empreinte du réseau public de Yandex Cloud est opérationnelle et pondérée localement. Elles ne suffisent pas à déclarer que chaque charge de travail d'entreprise bénéficiera d'une résilience de niveau hyperscale mondial.

La demande est réelle, mais elle n'est pas purement volontaire

La demande pour Yandex Cloud est solide selon ses propres chiffres. Le rapport financier 2025 indique que le chiffre d'affaires de Yandex Cloud a atteint 27,6 milliards RUB en 2025, en hausse de 39 % par rapport à 2024 et 3,5 fois celui de 2022, avec quatre années d'exploitation à EBITDA positif et 93 % du chiffre d'affaires provenant de clients externes (https://yandex.cloud/en/blog/financial-results-2025). Il indique également que le nombre de clients a atteint 51 000, en hausse de 17 %, et que les entreprises de taille moyenne et les grandes entreprises ont généré 84 % du chiffre d'affaires. Le rapport financier 2024 avait déjà indiqué que le chiffre d'affaires avait atteint 19,80 milliards RUB, en hausse de 50 %, et que le nombre de clients dépassait 44 000 (https://yandex.cloud/en/blog/posts/2025/03/financial-results-2024). Le rapport du premier semestre 2025 a placé le chiffre d'affaires du S1 à 12,8 milliards RUB et a cité les secteurs bancaire, fintech, du commerce de détail et de l'informatique comme les leaders de la consommation de services cloud (https://yandex.cloud/en/blog/financial-results-h1-2025).

Ces chiffres ne sont pas les mêmes que la publication de segments audités indépendants, mais ils sont significatifs car ils décrivent une plateforme en croissance avec une composition d'entreprises, des revenus externes et un EBITDA positif. Ils s'inscrivent également dans le schéma plus large du marché. Telecompaper, citant ComNews et iKS Consulting, a rapporté que le marché russe des services d'infrastructure cloud devrait atteindre 416,5 milliards RUB en 2025, en hausse de 29,2 % par rapport à 322,3 milliards RUB en 2024, avec une prévision de 1 200 milliards RUB en 2030 (https://www.telecompaper.com/news/russian-cloud-infrastructure-services-market-value-to-rise-30-percent-in-2025-study--1553936). TAdviser, résumant les sources d'iKS Consulting et d'autres sources du marché russe, indique que le marché russe des services d'infrastructure cloud a connu une croissance significative en 2023, en partie parce que les utilisateurs sont passés des clouds étrangers aux clouds russes, et que Cloud.ru et Yandex.Cloud ont gagné des parts sur le marché IaaS en 2023 (https://tadviser.com/index.php/Article%3AInfrastructure_as_a_Service%2C_IaaS_%28Russian_market%29).

Le mot "demande" doit être traité avec soin. Une partie de la demande est une modernisation volontaire: les entreprises veulent des bases de données gérées, Kubernetes, des analyses, des outils de sécurité et d'IA parce que les modèles opérationnels cloud sont utiles. Une autre partie est une substitution défensive: les services étrangers sont plus difficiles à acheter, renouveler, soutenir ou justifier. Microsoft a annoncé en mars 2022 qu'il suspendrait toutes les nouvelles ventes de produits et services en Russie et cesserait de nombreux aspects de ses activités russes conformément aux décisions de sanctions (https://blogs.microsoft.com/on-the-issues/2022/03/04/microsoft-suspends-russia-sales-ukraine-conflict/). Amazon a déclaré qu'il n'accepterait plus de nouvelles inscriptions AWS basées en Russie et en Biélorussie et qu'il n'avait pas de centres de données, d'infrastructure ou de bureaux en Russie (https://www.aboutamazon.com/news/aws/updates-to-amazons-retail-entertainment-and-aws-businesses-in-russia-and-belarus). Oracle indique qu'il a retiré les opérations, les services et le support pour les entreprises, filiales et partenaires russes et biélorusses (https://www.oracle.com/corporate/conflict-in-ukraine/russia/).

Cela ne rend pas la croissance de Yandex Cloud artificielle. Cela signifie que l'entreprise sert un marché où l'adoption normale du cloud et la substitution forcée sont étroitement liées. La prime n'est durable que si les clients restent parce que la plateforme est performante, et pas seulement parce que la porte de sortie est coûteuse.

L'accès au matériel est la contrainte la plus difficile de la prime

Le maillon de preuve le plus faible est le matériel. Yandex Cloud peut montrer ses clients, la croissance de son chiffre d'affaires, ses zones de disponibilité, ses documents de conformité et l'étendue de ses produits. Les sources publiques ne peuvent pas montrer pleinement le coût futur des serveurs, des accélérateurs, des équipements réseau, des supports de stockage, des pièces de rechange et de la maintenance sous contrôles à l'exportation. C'est le maillon pour l'évaluation parce que chaque promesse cloud atterrit finalement dans une salle informatique.

Les restrictions externes sont réelles. Le Bureau de l'industrie et de la sécurité des États-Unis indique avoir imposé des contrôles à l'exportation stricts sur la Russie et la Biélorussie en réponse à l'invasion de l'Ukraine par la Russie, avec des orientations par pays et des contrôles logiciels maintenus via sa page sur la Russie et la Biélorussie (https://www.bis.gov/licensing/country-guidance/russia-belarus). La Commission européenne indique que l'UE a renforcé et étendu les contrôles à l'exportation sur les biens à double usage pour cibler les secteurs sensibles en Russie et limiter l'accès aux technologies avancées cruciales (https://commission.europa.eu/topics/eu-solidarity-ukraine/eu-sanctions-against-russia-following-invasion-ukraine/sanctions-dual-use-goods_en). Le Conseil de l'Union européenne indique que depuis février 2022, l'UE a interdit plus de 48 milliards d'euros de biens et de technologies qui auraient autrement été exportés vers la Russie (https://www.consilium.europa.eu/en/policies/sanctions-against-russia-explained/).

Ces restrictions ne nous disent pas exactement ce que Yandex Cloud peut ou ne peut pas acheter à chaque trimestre. Elles nous disent que l'approvisionnement est structurellement plus complexe que dans un marché sans contraintes. Un fournisseur peut puiser dans les stocks existants, les voies d'approvisionnement alternatives, les intégrateurs nationaux, les fournisseurs non occidentaux, le matériel remis à neuf, l'optimisation des charges de travail et sa propre ingénierie logicielle. Mais plus la demande se déplace vers les bases de données gérées, l'analytique, l'IA et la sécurité, plus le cloud a besoin de calcul dense, de stockage rapide, de réseau de haute qualité et d'un cycle de remplacement régulier.

La propre orientation produit de Yandex le reconnaît en s'élargissant au-delà des machines virtuelles ordinaires. Le rapport financier 2025 indique que Yandex Cloud prend en charge les modes cloud public, sur site et hybride et se concentre sur l'IA, la sécurité de l'information, la plateforme de données et les solutions d'infrastructure (https://yandex.cloud/en/blog/financial-results-2025). Yandex BareMetal offre aux clients des serveurs physiques dédiés lorsqu'ils ont besoin d'isolation des ressources ou de contrôle direct (https://yandex.cloud/en/services/baremetal). Le Cloud Distribué est commercialisé comme un moyen d'étendre les technologies Yandex Cloud aux environnements de cloud public et sur site client (https://yandex.cloud/en/solutions/distributed-cloud). Ces produits aident à monétiser les environnements contraints, mais ils révèlent également la complexité de servir des acheteurs qui ne peuvent pas simplement placer chaque charge de travail dans une région publique standard.

Le jugement commercial est inconfortable mais utile. La contrainte matérielle peut protéger Yandex Cloud en rendant la capacité nationale rare et précieuse. Elle peut également limiter la croissance, augmenter la pression sur l'amortissement et rendre l'expansion des services plus coûteuse. Une prime durable exige que Yandex Cloud transforme la rareté en efficacité d'ingénierie plutôt que de simplement répercuter la rareté sur les clients captifs.

Les prix signalent la confiance, pas l'abondance

Les signaux de prix méritent une lecture séparée car ils révèlent comment le fournisseur veut que les clients interprètent la rareté. La mise à jour des prix 2026 de Yandex présente les augmentations au niveau des services comme modérées, de 5 % à 8 % pour la plupart des services concernés, tout en épargnant certaines offres d'IA et de sécurité (https://yandex.cloud/en/blog/pricing-update-2026). La page publique du calculateur de prix continue de proposer des points d'entrée compétitifs (https://yandex.cloud/en/prices). Ensemble, ces pages suggèrent que Yandex Cloud veut préserver l'idée que le cloud domestique est une dépense opérationnelle ordinaire, et non une prime d'urgence.

L'acheteur voit quelque chose de plus nuancé. Si le renouvellement d'un serveur auto-hébergé nécessite des pièces difficiles à trouver, une livraison incertaine et du temps d'ingénierie interne, une augmentation de 5 % à 8 % du cloud peut sembler raisonnable. Si un compte cloud étranger ne peut pas être ouvert pour de nouveaux travaux russes, une facture de cloud domestique a une valeur d'option. Si l'examen de conformité est plus facile avec une documentation locale, le processus d'approvisionnement a une valeur non capturée dans la comparaison des heures CPU. En ce sens, le prix de Yandex Cloud est en concurrence avec le coût total d'un substitut contraint, et pas simplement avec l'instance cloud la moins chère visible dans un autre pays.

Il y a aussi un risque de faux confort. Les acheteurs de cloud peuvent confondre la fluidité des dépenses d'exploitation avec un faible coût structurel. Le fournisseur absorbe la volatilité du matériel, de l'énergie, des logiciels et de la main-d'œuvre avant qu'elle n'atteigne la facture du client. Cela facilite la budgétisation pour le client, mais n'élimine pas le coût. Si la faiblesse de la monnaie locale, la rareté de l'équipement ou les contraintes d'énergie s'aggravent, le fournisseur doit choisir entre des marges plus faibles, des prix plus élevés, des délais de capacité plus longs ou un comportement de quotas plus strict.

Les documents SLA et de support de Yandex Cloud correspondent à cette lecture. L'aperçu des SLA indique que les conditions de niveau de service définissent la disponibilité garantie et les niveaux de service pour les services Yandex Cloud (https://yandex.cloud/en/docs/overview/sla). La documentation de support indique que le support Yandex Cloud est disponible 24h/24 et 7j/7, selon le plan de service, via la console de gestion (https://yandex.cloud/en/docs/overview/qa). Ce sont des assurances d'entreprise ordinaires. Sur le marché du cloud russe, elles font également partie de la prime: les acheteurs paient pour éviter de devoir gérer eux-mêmes tous les modes de défaillance.

La visibilité des incidents publics est un contrepoids modeste. Yandex exploite une chronologie d'état pour les composants de la plateforme (https://status.yandex.cloud/en/timeline), et des résumés de surveillance tiers tels que StatusGator enregistrent l'historique de l'état de Yandex Cloud et les problèmes récents des composants (https://statusgator.com/services/yandex-cloud). De telles pages ne prouvent pas une faiblesse ou une force chronique. Elles montrent que les clients doivent traiter le service comme toute dépendance cloud importante: concevoir pour la défaillance, utiliser des modèles multi-zones lorsque cela est justifié, et conserver suffisamment de connaissances opérationnelles pour déplacer ou restaurer les charges de travail critiques.

Le sur site et le bare metal révèlent la limite de la confiance dans le cloud public

La poussée de Yandex Cloud vers le sur site, l'hybride et le bare metal n'est pas une histoire secondaire. Elle révèle où les acheteurs russes hésitent encore à placer des charges de travail dans le cloud public partagé. Le rapport financier 2024 a indiqué que les services Yandex Cloud sont devenus disponibles à la fois dans le cloud et sur site à partir de 2024, en commençant par des produits tels que YDB, les modèles de fondation, SpeechKit et DataLens, et que des options hybrides étaient également disponibles (https://yandex.cloud/en/blog/posts/2025/03/financial-results-2024). Le rapport financier 2025 a indiqué que les solutions sur site ont généré 3,4 % du chiffre d'affaires total et a cité Stackland comme solution d'infrastructure pour la gestion des charges de travail d'IA et des applications de microservices sur site (https://yandex.cloud/en/blog/financial-results-2025).

Pour un fournisseur bancaire, les services cloud sur site peuvent résoudre une contradiction pratique. L'acheteur veut des outils de type cloud, mais son comité de risque peut ne pas accepter chaque charge de travail dans une région publique. Un déploiement local permet à l'acheteur de garder les systèmes sensibles plus près de ses propres installations tout en utilisant la technologie et le support Yandex. La même logique s'applique aux grands détaillants, aux entreprises industrielles et aux sous-traitants du secteur public qui ont besoin de localité des données, d'un contrôle opérationnel plus strict ou d'une intégration avec les systèmes hérités.

Le bare metal aborde une autre limite. Yandex BareMetal indique que les clients obtiennent un serveur dédié dont la capacité est allouée à leur entreprise et sur lequel ils peuvent installer leurs propres outils de virtualisation, systèmes d'exploitation et logiciels (https://yandex.cloud/en/services/baremetal). La page indique également que Yandex Cloud est responsable de l'opérabilité et de la maintenance de l'équipement. C'est un compromis hybride: le client obtient l'isolation et le contrôle tout en externalisant la couche du centre de données. C'est attrayant lorsque les licences, les performances, la sécurité ou l'architecture rendent le cloud public virtualisé trop contraignant.

Cette orientation produit renforce la position de marché de Yandex Cloud car elle permet à l'entreprise de capter les clients qui ne sont pas prêts pour le cloud public pur. Elle rend également l'activité plus complexe sur le plan opérationnel. L'économie du cloud public repose sur le pooling, la standardisation et une utilisation élevée. Les configurations bare metal et sur site peuvent offrir des avantages de pooling moindres, un support plus personnalisé et des schémas d'amortissement différents. Elles peuvent approfondir les relations d'entreprise, mais elles peuvent aussi transformer le fournisseur en intégrateur d'infrastructure gérée.

La bonne interprétation est que Yandex Cloud vend des degrés de souveraineté. Le cloud public fournit une capacité locale partagée. Le bare metal ajoute l'isolation physique. Les options sur site et distribuées amènent la technologie Yandex dans des environnements contrôlés par le client. Chaque étape peut inspirer la confiance et générer des revenus. Chaque étape exige également plus de discipline d'ingénierie et de sélectivité commerciale.

Le client en réseau achète une surface de dépendance

La dépendance au cloud est rarement une dépendance unique. Un client utilisant Yandex Cloud peut dépendre de plages IP publiques, du stockage d'objets, des bases de données gérées, de Kubernetes, des contrôles d'identité, des pistes d'audit, du DNS, des équilibreurs de charge, des connexions privées, du support et de la facturation. La documentation sur les plages d'IP publiques de Yandex répertorie les plages d'adresses attribuées aux ressources qui soutiennent le fonctionnement de Yandex Cloud et indique que ces plages ne sont pas disponibles pour les utilisateurs (https://yandex.cloud/en/docs/overview/concepts/public-ips). La documentation sur l'interconnexion explique les exigences BGP et les choix d'ASN côté client pour la connectivité privée (https://yandex.cloud/en/docs/interconnect/concepts/priv-con). Le catalogue de services montre la répartition des composants qui peuvent se trouver derrière une seule application (https://yandex.cloud/en/services).

Pour le service de caisse du détaillant, la surface de dépendance peut inclure un groupe de VM, un équilibreur de charge, PostgreSQL géré, le stockage d'objets pour les reçus, un registre de conteneurs pour le déploiement, la surveillance, les journaux d'audit et l'accès au support. Une défaillance dans l'une de ces parties peut devenir un incident commercial. Un changement de conformité peut nécessiter de nouvelles preuves. Un retard de capacité peut ralentir une campagne. Un problème de routage peut affecter l'expérience utilisateur. L'acheteur achète donc un ensemble de dépendances qui doivent être cohérentes, pas seulement bon marché.

C'est là que l'étendue de Yandex Cloud aide. Un client peut conserver une plus grande partie de la pile chez un seul fournisseur national et réduire les frictions liées à l'assemblage de nombreux petits fournisseurs. La comparaison de plateforme avec les catégories de Google Cloud montre que Yandex veut être compris comme un vaste environnement d'exploitation cloud plutôt que comme une simple société d'hébergement (https://yandex.cloud/en/docs/overview/platform-comparison/gcp). Le rapport 2025 indique que l'IaaS a encore généré 52 % des revenus tandis que le PaaS, y compris les données, la conteneurisation, l'apprentissage automatique et les solutions de sécurité, représentait 42 % (https://yandex.cloud/en/blog/financial-results-2025). Cette composition indique que les acheteurs adoptent des services de niveau supérieur plutôt que d'utiliser la plateforme uniquement comme des serveurs loués.

Cela augmente également les coûts de changement. Une fois qu'un client s'est construit autour de bases de données gérées, d'API de stockage, de rôles d'identité, de journaux, de connexions privées et de services de sécurité, il est plus difficile de s'en éloigner que de déplacer une seule image de VM. Sur un marché normal, la dépendance est un compromis cloud familier. Sur le marché informatique isolé de la Russie, la dépendance est accentuée par le plus petit ensemble de substituts disponibles. Cela peut soutenir la durabilité des revenus de Yandex Cloud, mais cela peut aussi rendre l'insatisfaction des clients plus lourde de conséquences si la qualité du service s'affaiblit. Les acheteurs qui se sentent piégés ont tendance à scruter les augmentations de prix, les pannes et la qualité du support de manière plus agressive.

Le meilleur signe pour Yandex Cloud serait que les clients utilisent la plateforme pour de nouveaux produits numériques, et pas seulement pour un remplacement d'urgence. Les preuves actuelles montrent les deux. La croissance du chiffre d'affaires et la composition des services suggèrent une adoption du produit. Le contexte des sanctions et des services étrangers suggère une pression de substitution. La prime est la plus forte lorsque ces forces se composent sans rendre les clients mécontents.

L'ensemble concurrentiel est domestique, hybride et auto-hébergé

La véritable concurrence de Yandex Cloud ne se limite pas aux autres fournisseurs de cloud nommés. C'est l'équipe d'infrastructure interne du client, le fournisseur de centre de données national avec hébergement géré, le cloud privé de la banque, l'intégrateur de systèmes proposant une pile personnalisée, et le concurrent de cloud public avec un meilleur accès à un secteur spécifique. TAdviser indique que Rostelecom DPC a dominé le marché russe des services d'infrastructure cloud en termes de part de chiffre d'affaires à la fin de 2023, suivi par Cloud.ru, Yandex.Cloud, Selectel et MTS, et note que Cloud.ru et Yandex.Cloud occupaient les deux premières places dans la catégorie PaaS dans ce compte rendu (https://tadviser.com/index.php/Article%3AInfrastructure_as_a_Service%2C_IaaS_%28Russian_market%29). Une étude de marché Cloud4Y, bien que produite par un concurrent, classe également Yandex Cloud parmi les principaux fournisseurs IaaS de Russie et salue l'étendue de ses services et son orientation IA (https://www.cloud4y.ru/en/blog/top-iaas-provider-2026/).

La différence concurrentielle importante est l'écosystème. Yandex Cloud appartient à Yandex B2B Tech, qui comprend Yandex 360 et d'autres services aux entreprises, selon le rapport financier 2025 (https://yandex.cloud/en/blog/financial-results-2025). Cela lui donne une portée de marque, une familiarité pour les développeurs et des relations interservices. Il peut vendre du cloud à des clients qui connaissent déjà Yandex via la recherche, la publicité, les cartes, le commerce électronique, la mobilité ou les logiciels d'entreprise. L'écosystème aide à expliquer pourquoi Yandex Cloud peut croître dans les services PaaS et IA plutôt que de rivaliser uniquement sur le prix des machines virtuelles.

Mais l'écosystème ne supprime pas la discipline d'approvisionnement. Les grands acheteurs russes répartissent souvent les charges de travail pour éviter la dépendance à un seul fournisseur, préserver leur pouvoir de négociation ou satisfaire aux exigences sectorielles. Les acheteurs liés au gouvernement et aux secteurs réglementés peuvent avoir des fournisseurs de télécommunications en place ou alignés sur l'État. Les petites entreprises peuvent choisir un hébergement plus simple. Les développeurs peuvent préférer les composants open source autogérés si le prix des services gérés augmente. Ces pressions limitent la prime que Yandex Cloud peut extraire.

L'ensemble concurrentiel est également façonné par les talents. Un fournisseur avec des ingénieurs solides peut construire des substituts nationaux pour les services manquants, optimiser l'utilisation et soutenir des migrations complexes. La page À propos russe répertorie une large équipe de direction et de développement de produits, comprenant des responsables pour les services gérés, l'apprentissage automatique, YDB et l'infrastructure (https://yandex.cloud/ru/about). La base de talents est un atout stratégique. C'est aussi un coût. Si les ingénieurs cloud qualifiés deviennent rares, la pression salariale devient un autre coût fixe caché dans la facture.

La vue commerciale est donc équilibrée. Yandex Cloud a un positionnement national solide, une étendue de services crédible, des ressources réseau visibles et un chiffre d'affaires déclaré en croissance. Son avantage n'est pas absolu. Elle doit continuer à gagner contre les concurrents nationaux, les constructions internes et la prudence des clients tout en supportant le lourd coût de la substitution cloud locale.

La qualité du service sera jugée à la périphérie de la charge de travail

La prime de souveraineté ne sera pas défendue dans les présentations au conseil. Elle sera défendue à la périphérie de la charge de travail, là où l'acheteur découvre si la plateforme peut maintenir un service spécifique en vie sous une contrainte spécifique. Un fournisseur bancaire jugera Yandex Cloud par le job de paiement échoué qui a été ou non récupéré. Un détaillant le jugera par le bucket d'images qui a été ou non étranglé lors d'une vente. Un éditeur de logiciels le jugera par la fenêtre de maintenance d'une base de données gérée qui a été communiquée suffisamment tôt pour protéger une version. Ces expériences décident si le client traite Yandex Cloud comme une plateforme stratégique ou comme un substitut réticent.

Cela est important parce que la substitution du cloud russe n'est pas une migration unique. Le premier mouvement peut être un remplacement d'urgence: copier les charges de travail hors d'un ancien compte étranger, combler une lacune d'approvisionnement, déplacer les données personnelles dans un environnement local, ou réduire la dépendance à du matériel qui ne peut pas être facilement renouvelé. Le deuxième mouvement est plus difficile. Le client doit décider si les nouveaux produits doivent être conçus dès le départ autour du cloud national. Cette décision exige une confiance dans la capacité, le support, la documentation, l'outillage de l'écosystème et le comportement des prix sur plusieurs cycles, et pas seulement une migration initiale réussie.

L'opportunité de Yandex Cloud est de transformer chaque incident de support en preuve de compétence. Si le support résout rapidement les questions de quotas, si la documentation est à jour, si les bases de données gérées gèrent les mises à niveau de manière prévisible, si les connexions privées sont provisionnées sans surprises d'ingénierie répétées, la prime nationale devient moins douloureuse. L'acheteur commence à comparer Yandex Cloud à son propre risque d'auto-hébergement plutôt qu'à un fournisseur mondial qu'il ne peut pas facilement acheter. C'est le moment où la captivité commence à devenir une capacité.

L'inverse est également vrai. Si les clients subissent des approbations de capacité lentes, des changements de produits déroutants, une documentation inégale, des petites pannes répétées, ou un support qui ne peut pas expliquer les limites de responsabilité, la prime devient visible de la mauvaise manière. Elle cesse de ressembler à une assurance et commence à ressembler à une surtaxe de marché contraint. Dans un ensemble de substituts plus petit, l'insatisfaction peut s'accumuler silencieusement parce que les clients peuvent continuer à dépenser tout en planifiant des alternatives internes ou des couvertures multi-fournisseurs.

La qualité du service est donc une variable d'évaluation plutôt qu'une note de bas de page opérationnelle. La croissance du chiffre d'affaires prouve que les clients achètent. Elle ne prouve pas qu'ils deviennent moins sensibles aux prix ou moins disposés à partir. La prime durable appartient à un fournisseur qui peut donner au cloud local un sentiment d'ennui dans le meilleur sens du terme: des factures prévisibles, un support prévisible, une maintenance prévisible, des preuves de conformité prévisibles et une récupération prévisible lorsque les systèmes tombent en panne. Yandex Cloud a les atouts pour concourir à cette position. Elle doit encore la gagner charge de travail par charge de travail.

La question de l'évaluation est de savoir si la captivité devient une capacité

Le jugement final repose sur la différence entre la captivité et la capacité. La captivité signifie que les clients utilisent Yandex Cloud parce que les alternatives étrangères sont réduites, le matériel est difficile à acheter, la conformité est locale et la migration est douloureuse. La capacité signifie que les clients utilisent Yandex Cloud parce qu'elle les aide à construire de meilleurs systèmes qu'ils ne pourraient exploiter eux-mêmes, même en tenant compte du prix et de la dépendance.

Les preuves soutiennent les deux côtés. La captivité est visible dans le contexte du marché: les fournisseurs étrangers ont suspendu les nouvelles ventes russes ou retiré leurs opérations, les contrôles à l'exportation restreignent les flux technologiques, et les clients russes ont besoin de données locales et de réponses contractuelles. La capacité est visible dans l'étendue des services de Yandex Cloud, sa posture de conformité, sa présence réseau, la croissance de son chiffre d'affaires, le nombre de clients et son expansion dans les infrastructures sur site, hybrides et au Kazakhstan. Le chiffre d'affaires de 27,6 milliards RUB du rapport financier 2025, la croissance de 39 %, les 51 000 clients et les 93 % de revenus externes sont les indicateurs les plus solides fournis par l'entreprise de la traction commerciale (https://yandex.cloud/en/blog/financial-results-2025). Les preuves réseau autour de AS210656 et AS200350 confirment une empreinte cloud observable (https://stat.ripe.net/resource/AS210656ethttps://bgp.tools/as/200350). Les pages de conformité montrent pourquoi les acheteurs réglementés peuvent justifier la plateforme (https://yandex.cloud/en/docs/security/conformethttps://yandex.cloud/en/solutions/152-fz).

Les preuves laissent également trois faiblesses. Premièrement, les sources publiques ne révèlent pas entièrement le coût d'approvisionnement en matériel, la profondeur des pièces de rechange ou la future capacité du fournisseur. Deuxièmement, le chiffre d'affaires cloud déclaré est publié par l'entreprise et ne constitue pas un segment autonome audité d'une société cotée avec une divulgation granulaire de la marge. Troisièmement, la demande induite par la substitution peut masquer l'insatisfaction jusqu'à ce que les acheteurs aient de meilleures alternatives. Un client peut augmenter ses dépenses avec un fournisseur tout en souhaitant que l'ensemble des options soit plus large.

Pour l'instant, la prime de Yandex Cloud semble réelle car elle résout un problème opérationnel urgent: elle donne aux entreprises russes un modèle opérationnel cloud familier dans un environnement juridique, de paiement, de réseau et d'approvisionnement contraint. La prime n'est pas un pouvoir de tarification sans risque. C'est un écart testé sous contrainte entre le coût de la capacité locale et le coût des substituts fragiles. Si Yandex Cloud continue d'étendre sa capacité, de maintenir la conformité, d'améliorer les services gérés et de soutenir les déploiements hybrides, la captivité peut devenir une capacité. Si l'accès au matériel se resserre, que les pannes augmentent, que les prix dépassent la valeur ou que les clients découvrent de meilleures alternatives nationales, la même prime peut se transformer en preuve d'un marché piégé.

C'est pourquoi la petite unité mensuelle de l'acheteur, une VM, un bucket, un mois de base de données ou un incident de support, est le bon endroit pour regarder. Elle montre ce que la facture achète réellement. Elle achète du calcul, mais aussi la légalité locale, une infrastructure joignable, de la main-d'œuvre d'ingénierie, un transfert de risque et un substitut pratique à un monde cloud auquel la Russie ne peut plus accéder à des conditions normales. L'avenir commercial de Yandex Cloud dépend de sa capacité à faire en sorte que ce substitut ressemble à une plateforme, pas à un compromis.