Résumé

  • DATARU OBLAKO LLC ne vend pas une simple ligne de machine virtuelle au sens strict. L'unité payante est une machine virtuelle cloud, un support de migration et un compte de continuité local: calcul et stockage dans une installation russe, aide au déplacement des charges de travail depuis une pile existante, et capacité de récupération si l'ancien hôte, le fournisseur étranger, le chemin de paiement, la chaîne de sauvegarde ou le serveur local échoue.
  • La preuve publique la plus solide est officielle et opérationnelle: la page cloud de Dataru indique que la plateforme utilise son propre équipement dans des centres de données Tier III, répertorie IaaS, S3, sauvegarde, cloud privé, VDI, DRaaS, transfert réseau, colocation, HaaS et Kubernetes, et revendique une disponibilité de 99,95 %, un support cloud 24/7/365 et une interface de virtualisation familière (https://dataru.ru/cloud).
  • Le compte payant de Dataru est façonné par l'économie des installations et de l'énergie, les licences logicielles, le coût du stockage et des instantanés, l'immuabilité des sauvegardes, le temps de récupération, la main-d'œuvre de support, la localisation des données en Russie, le remplacement des fournisseurs à l'ère des sanctions, les contraintes de paiement et la friction liée au déplacement des charges de travail sans perturber les applications métier.
  • Les preuves du marché public confirment la thèse du remplacement, mais pas la revendication de performance privée. Microsoft a annoncé la suspension des nouvelles ventes en Russie en mars 2022 (https://blogs.microsoft.com/on-the-issues/2022/03/04/microsoft-suspends-russia-sales-ukraine-conflict/), AWS a été signalé comme n'acceptant pas de nouveaux clients en Russie et en Biélorussie en mars 2022 (https://www.axios.com/2022/03/08/russia-amazon-web-services), et la note de marché 2025 de Dataru elle-même présente 2022-2023 comme une période d'adaptation après le départ des fournisseurs internationaux (https://dataru.ru/cloud/news/141/rossijskij-oblacnyj-rynok-2025-perehod-k-zrelosti-trendy-i-prognozy-ot-dataru-oblako-analitika).
  • Le jugement est positif mais lié aux preuves. Dataru semble le plus pertinent lorsqu'une entreprise russe de taille moyenne ou régionale a besoin d'une zone d'atterrissage cloud locale pratique, d'une aide à la migration pratique, d'options de sauvegarde et de DR, et d'un fournisseur capable de contourner l'incertitude liée aux fournisseurs étrangers et aux paiements. Le jugement s'affaiblit si les données privées montrent une charge de support élevée, de mauvais tests de récupération, une faible discipline tarifaire, une capacité de migration limitée ou une faible rétention de la clientèle face aux grands fournisseurs cloud russes.

L'acheteur demande une VM et évalue le coût d'une migration ratée

L'achat commence par une petite phrase d'un responsable système: "Nous avons besoin d'une machine virtuelle." Les mots semblent ordinaires. La demande peut porter sur deux vCPU, quelques gigaoctets de RAM, un disque réseau et une adresse publique ou privée. Un serveur de base de données a dépassé une armoire de bureau. Une application métier tourne encore sur une plateforme que le fournisseur ne prend plus correctement en charge. Un compte cloud étranger est difficile à payer. Un serveur local a été fiable pendant des années, puis un incident d'alimentation ou une panne de disque pousse la direction à se demander pourquoi la charge de travail n'avait pas de lieu de repli testé.

L'acheteur n'achète pas seulement une VM. Il achète de la continuité. La machine virtuelle cloud est l'unité visible, mais l'unité économique est un lot: une instance de calcul capable d'héberger l'application, un support de migration capable de la déplacer sans nuire au processus métier, et un compte de continuité local qui maintient la charge de travail récupérable en Russie lorsque l'ancienne option devient trop risquée. Ce compte inclut le calcul et la mémoire, les performances du disque, le traitement des licences du système d'exploitation, l'isolation réseau, la politique de sauvegarde, les tests de récupération, les heures de support, la devise du contrat, le mode de paiement, la localisation réglementaire et la quantité de friction que l'acheteur peut tolérer pendant le déplacement.

La page cloud de Dataru donne le cadre public de ce compte. Elle décrit les services cloud professionnels sur une plateforme construite sur l'équipement propre de Dataru dans des centres de données Tier III, avec sécurité, fiabilité, support, surveillance et gestion des ressources pour les besoins métier (https://dataru.ru/cloud). La même page répertorie la tarification du calcul, le stockage S3, la sauvegarde et la récupération, le cloud privé, VDI, DRaaS, WAF, Anti-DDoS, l'antivirus cloud, le transfert de données, la colocation, HaaS et Kubernetes en tant que service. Un acheteur peut lire cette page comme un menu. L'interprétation la plus utile est que Dataru essaie de réduire le risque de migration de l'acheteur en plaçant plusieurs composants de continuité sous une seule relation commerciale.

C'est pourquoi la première comparaison de prix ne peut pas se résumer à un simple tableau roubles par vCPU. Un prix mensuel de VM bas n'est attractif que si l'acheteur peut placer la charge de travail dans le cloud, la connecter aux utilisateurs et aux systèmes adjacents, la protéger, la récupérer, la payer et l'exploiter lorsque le personnel est fatigué ou rare. Le coût d'une migration non réussie n'est pas seulement une facture de serveur ratée. C'est le temps d'arrêt, la restauration de l'application, un week-end de travail de prestataire, l'incohérence des données, la perte de confiance et un autre trimestre bloqué sur une plateforme vieillissante. L'acheteur de Dataru veut payer pour en avoir moins.

Ce que Dataru dit vendre

La surface officielle du produit est large. Sur la page cloud principale, Dataru présente le calcul et le stockage comme premier bloc: des ressources virtuelles pour le traitement des données, l'analyse, les bases de données et le fonctionnement stable des applications (https://dataru.ru/cloud). Elle passe ensuite rapidement aux services connexes. S3 est positionné comme un stockage cloud sécurisé et évolutif avec une haute disponibilité et un téléchargement rapide des fichiers (https://dataru.ru/cloud/product/s3). La sauvegarde et la récupération sont décrites comme un service de protection des données et de continuité d'activité avec stockage cloud et accès protégé aux copies de sauvegarde (https://dataru.ru/cloud/product/backup). DRaaS est positionné comme la réplication et la récupération des systèmes et données critiques, y compris la restauration rapide en cas de sinistre (https://dataru.ru/cloud/product/draas).

La page du cloud privé est particulièrement importante car elle rend explicite le compte d'isolation. Dataru décrit le cloud privé comme un service basé sur une infrastructure informatique dédiée, accessible via l'internet public ou des canaux de communication protégés (https://dataru.ru/cloud/product/privatecloud). Elle indique que les machines virtuelles fonctionnent dans un cluster de serveurs séparé sans partager les vCPU et la RAM avec d'autres utilisateurs, avec une isolation réseau et des volumes de stockage dédiés qui prennent en charge des conditions de SLA individuelles pour les IOPS et la latence. Elle précise également que l'activation du projet commence par l'analyse des exigences techniques, la conception de l'architecture, la configuration de l'hôte virtuel, le choix du stockage, la topologie réseau et l'intégration de la surveillance.

Ces affirmations ne prouvent pas la capacité, la disponibilité ou la satisfaction client. Elles montrent la forme de l'offre. Dataru ne présente pas un simple atelier VPS. Elle présente un fournisseur de cloud local géré avec cloud public, cloud privé, sauvegarde, reprise après sinistre, transfert réseau, colocation et administration. La page d'administration en fait une question de main-d'œuvre: gestion des machines virtuelles, des équipements réseau virtuels et physiques, niveaux de service 8/5 ou 24/7, surveillance, corrections de vulnérabilités, réglages de sécurité et support pour les infrastructures cloud et physiques (https://dataru.ru/cloud/service/admin).

La page cloud public revendique également un "niveau de disponibilité SLA de 99,95 %", un "support cloud 24/7/365", une "interface familière et pratique" pour la gestion des ressources virtuelles, un environnement fiable et sécurisé, une expertise spécialisée et l'équipement propre vérifié de Dataru (https://dataru.ru/cloud). Ce sont des affirmations marketing, mais ce sont les bonnes affirmations pour un produit de continuité. Un acheteur qui migre un système comptable, une application de vente au détail, un service d'entrepôt, une base de données analytique, un portail interne ou une plateforme de service client régional n'a pas seulement besoin de capacité. Il a besoin d'un fournisseur capable d'expliquer quelles parties de la pile relèvent de sa responsabilité, lesquelles restent dans les mains du client, et comment la récupération fonctionne lorsque le premier plan échoue.

C'est la première limite de preuve. Les pages publiques établissent la portée du produit et le modèle opérationnel déclaré. Elles n'établissent pas si Dataru fournit de manière constante une disponibilité de 99,95 %, si son support réduit les incidents, si les plans de migration évitent les retouches, ou si les taux de renouvellement des clients sont élevés. Ces faits se trouvent dans les rapports de service privés, les tests de récupération et l'historique des contrats.

Le compte de coûts commence dans l'installation

Une VM semble logicielle parce qu'elle apparaît dans un panneau de contrôle, mais son coût commence dans une installation. Les serveurs, les baies de stockage, les commutateurs, les racks, les interconnexions, la capacité UPS, la sauvegarde diesel, le refroidissement, la surveillance, la sécurité physique, les pièces détachées et la location du centre de données sont tous inclus dans le prix. Dataru indique que sa plateforme cloud repose sur son propre équipement dans des centres de données Tier III (https://dataru.ru/cloud). Elle précise également que son service de colocation place les équipements serveurs dans des centres de données avancés de Moscou, notamment Ixellerate et Datahouse, qu'elle décrit comme des sites Tier III conçus pour la résilience, la sécurité et l'évolutivité (https://dataru.ru/cloud).

Pour l'acheteur, ce compte d'installation compte dans deux directions. Il réduit les dépenses d'investissement car le client n'achète pas un nouvel hôte, une étagère de stockage, un référentiel de sauvegarde ou un chemin d'alimentation de secours. Il crée également une dépendance vis-à-vis du fournisseur car le client dépend désormais de la planification des capacités, des fournisseurs d'installations, de l'économie de l'énergie et du cycle de remplacement du matériel de Dataru. Une VM cloud locale est donc un compromis de coût d'exploitation: l'acheteur évite de posséder la pile d'installations, mais loue la discipline de Dataru pour la faire fonctionner.

Les coûts d'énergie et d'installation ne sont pas abstraits sur le marché cloud russe. La croissance de la demande en IA, l'hébergement GPU et la substitution des infrastructures locales après 2022 ont accru l'attention portée à la densité de puissance, à la disponibilité du matériel et à l'offre de centres de données. La propre note de marché de Dataru de décembre 2025 indique que la croissance du cloud russe devait ralentir, passant d'un boom en 2024 à 28-30 % en 2025 et 23-25 % en 2026, tandis que l'intérêt des entreprises pour l'IA, les taux élevés et la pénurie de personnel informatique restaient des moteurs et des contraintes majeurs (https://dataru.ru/cloud/news/141/rossijskij-oblacnyj-rynok-2025-perehod-k-zrelosti-trendy-i-prognozy-ot-dataru-oblako-analitika). Un petit fournisseur ne peut pas gagner tous les concours d'échelle face à Yandex Cloud, VK Cloud, Cloud.ru ou Selectel, mais il peut gagner des comptes spécifiques si sa capacité d'installation est suffisante, assez proche et suffisamment bien soutenue pour la migration du client.

Le prix de la VM doit donc inclure le risque d'installation auquel l'acheteur échappe. Si la charge de travail reste sur un serveur local, l'entreprise possède le prochain disque défaillant, le prochain incident d'alimentation, la prochaine garantie expirée et le prochain achat urgent de matériel. Si elle passe chez Dataru, ces coûts deviennent une facture de service mensuelle et un risque fournisseur. La comparaison correcte n'est pas l'amortissement de l'ancien serveur par rapport à la facture cloud. C'est l'amortissement de l'ancien serveur plus l'incertitude de remplacement, les lacunes de sauvegarde, les tests de récupération, le temps du personnel, la compatibilité logicielle et les temps d'arrêt par rapport au compte récurrent de Dataru.

L'installation détermine également si le cloud peut absorber les scénarios de récupération. Un fournisseur qui peut héberger une VM de production mais ne peut pas conserver suffisamment d'historique de sauvegarde, de capacité de récupération en rafale ou de débit réseau pendant un incident vend du calcul sans continuité. Le matériel public de Dataru pointe les bons composants. La question de diligence privée est de savoir si les engagements de capacité, d'énergie, de stockage et de réseau survivent à de vrais exercices de récupération.

Les licences logicielles et la familiarité de la plateforme modifient le prix de la VM

Le deuxième facteur de coût pour l'acheteur est le logiciel. Une VM peut nécessiter Linux, Windows Server, des licences de base de données, des agents de sauvegarde, un antivirus, WAF, une surveillance, Kubernetes, une gestion de la virtualisation, un middleware, un support applicatif et parfois d'anciens logiciels d'entreprise qui étaient sous licence pour un hôte physique. La ligne visible de la VM masque le compte de licence. Si le déplacement de la charge de travail modifie les droits de licence, l'éligibilité au support ou les obligations de mise à niveau, la VM bon marché devient coûteuse.

La page cloud public de Dataru indique que la tarification des machines virtuelles suit un modèle de paiement à l'usage et prend en compte le CPU, la mémoire, le type de stockage, les ressources réseau et des options supplémentaires (https://dataru.ru/cloud). La FAQ de la page indique également que les clients peuvent étendre ou réduire les configurations IaaS pour optimiser les dépenses informatiques en temps réel. Cela ressemble à une tarification cloud standard, mais sur le marché russe actuel, ce n'est pas seulement une fonction de commodité. C'est un moyen d'éviter les gros achats de matériel alors que l'acheteur ne sait toujours pas quels composants logiciels importés, systèmes d'exploitation ou couches de virtualisation peuvent rester en usage.

La page officielle de substitution des importations de Dataru Consulting donne le contexte plus large du groupe. Elle répertorie des catégories telles que l'ERP, l'entrepôt de données, l'ETL et la BI, et montre des produits occidentaux aux côtés d'alternatives locales telles que 1C, VK Tech, Arenadata, ClickHouse, Loginom, Apache Airflow, Visiology et Superset (https://dataru.ru/consulting/product/importsubstitution). La filiale cloud n'est pas la même que l'activité de conseil, et l'article ne doit pas les réduire à un seul produit. Mais le message au niveau du groupe est pertinent: le marché de Dataru est façonné par des clients qui ont besoin de remplacer, localiser ou repenser les piles technologiques après le départ des fournisseurs et les perturbations des approvisionnements.

C'est là que la familiarité de la plateforme devient une caractéristique commerciale. Dataru revendique une interface de virtualisation familière et pratique sur sa page cloud (https://dataru.ru/cloud). Cette phrase n'est pas une petite promesse UX. Le risque de migration augmente lorsque les administrateurs d'un client doivent apprendre un modèle opérationnel complètement nouveau pendant le déplacement de la charge de travail. Si l'interface, la pratique de support et l'équipe de migration de Dataru permettent à un service informatique russe de conserver des habitudes familières pendant le déplacement de la charge de travail, l'acheteur paie moins en recyclage, en erreurs et en temps de prestataire. Si l'interface est familière mais que le modèle de support sous-jacent est rigide, la valeur diminue.

La tarification des concurrents montre pourquoi ce compte doit être explicite. La documentation tarifaire de Yandex Compute Cloud indique que le coût de la VM dépend des ressources de calcul allouées, du système d'exploitation et du temps d'utilisation, les disques et le réseau étant facturés séparément; elle indique également que l'utilisation du système d'exploitation est facturée en fonction de la licence et des ressources de calcul (https://yandex.cloud/ru/docs/compute/pricing). C'est une référence utile car elle rend visible ce qu'un acheteur devrait demander à Dataru: ce qui est inclus dans le prix de la VM, ce qui est séparé, quelles licences sont facturées à l'heure, lesquelles sont fournies par le client, et ce qui se passe lorsque la charge de travail est arrêtée mais que les disques, les instantanés et les images subsistent.

Le risque d'approvisionnement n'est pas de payer trop cher une VM. C'est de manquer le coût du logiciel et des opérations autour. Une proposition sérieuse de Dataru devrait séparer le calcul, le stockage, la licence du système d'exploitation, les produits de place de marché ou de sécurité, la sauvegarde, la récupération, l'IP publique, le transfert réseau, le niveau de support et le travail de projet de migration. Si cette séparation est claire, l'acheteur peut comparer Dataru à Selectel, Yandex Cloud, Cloud.ru, VK Cloud, un centre de données local et une construction interne. Si elle ne l'est pas, le prix de la VM devient un piège.

La sauvegarde et la récupération ne sont pas des ajouts

La façon la plus simple de sous-estimer le prix d'une migration est de déplacer la charge de travail et de reporter la conception de la sauvegarde. C'est à l'envers. Pour un acheteur qui quitte un ancien hôte, un compte étranger, une pile de fournisseurs fragile ou une salle de serveurs sur un seul site, la sauvegarde et la récupération font partie de l'unité payante dès le premier jour. L'acheteur ne demande pas: "Puis-je démarrer une VM?" L'acheteur demande: "Puis-je récupérer l'état de l'entreprise lorsque quelque chose casse?"

La page de sauvegarde de Dataru est directement pertinente. Elle décrit la protection des données critiques pour l'entreprise, y compris les bases de données, les paramètres du système d'exploitation et les fichiers, en utilisant une sauvegarde cloud placée dans des centres de données Tier III, avec un espace disque dédié, la récupération des données endommagées ou perdues, et des options de sauvegarde depuis une infrastructure externe vers le cloud de Dataru, depuis le cloud de Dataru vers une infrastructure externe, et à l'intérieur du cloud de Dataru (https://dataru.ru/cloud/product/backup). La même page indique que la sauvegarde interne couvre les machines virtuelles hébergées dans le cloud de Dataru. Cela transforme le compte VM en un compte de récupérabilité.

La page DRaaS rend la thèse de la récupération plus claire. Elle indique que le service réplique et restaure les systèmes et données critiques, et qu'en cas de défaillance de l'infrastructure principale, l'infrastructure du client peut être démarrée automatiquement sur une capacité de réserve avec un temps d'arrêt minimal et une perte de données minimale, encadrés par le RTO et le RPO (https://dataru.ru/cloud/product/draas). Le libellé public ne prouve pas les performances réelles du RTO ou du RPO, mais il donne à l'acheteur les bonnes questions de diligence: quelles charges de travail sont prises en charge, à quelle fréquence la récupération est-elle testée, quelles dépendances sont exclues, comment le basculement DNS et réseau fonctionne-t-il, comment la cohérence des applications est-elle maintenue, et qui déclare un sinistre.

Le cas client de Dataru de mai 2026 avec Enikom Nevada Group est le signal de continuité public le plus fort, bien qu'il soit rédigé par l'entreprise. Le cas indique que le distributeur FMCG d'Extrême-Orient a choisi la sauvegarde cloud de Dataru après avoir testé des options locales et cloud, en se concentrant sur les contrôles d'accès granulaires, l'immuabilité et le coût total de possession. Il précise qu'un groupe de travail conjoint a préparé un plan de migration en trois semaines, ajusté les modèles de politique de sauvegarde, relevé le défi d'une première copie volumineuse à distance de l'Extrême-Orient russe jusqu'au centre de la Russie, utilisé un canal de 1 Gbit/s, et mis en œuvre des sauvegardes protégées avec séparation territoriale (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako).

Ce cas doit être utilisé avec précaution. Il ne prouve pas que chaque migration Dataru réussit, que les tests de récupération mentionnés ont été audités indépendamment, ou que l'économie du client s'applique aux petits acheteurs. Il montre le type de problème que Dataru veut résoudre: non seulement le stockage, mais un plan de migration, le contrôle d'accès, l'immuabilité, le transfert longue distance, les tests de récupération et la confiance dans la continuité. Pour la thèse de l'article assigné, c'est exactement le signal de marché qui importe.

Le budget de l'acheteur doit donc intégrer le coût de la sauvegarde avant de célébrer l'élasticité du cloud. La rétention des instantanés, le stockage de sauvegarde immuable, les tests de récupération, les fenêtres de transfert de données, les licences des logiciels de sauvegarde, les copies hors site, les informations d'identification protégées et le temps de réponse du personnel peuvent dépasser le coût de la VM de base. Un cloud sans pratique de récupération crédible n'est qu'un autre endroit où échouer.

La main-d'œuvre de support est l'unité rare

La substitution du cloud local ressemble à de l'infrastructure, mais la ressource rare est souvent humaine. Les entreprises russes qui ont agi rapidement après le départ des fournisseurs étrangers n'avaient pas seulement besoin de serveurs. Elles avaient besoin d'administrateurs, d'ingénieurs réseau, de spécialistes de la sauvegarde, de personnel de base de données, de réviseurs de sécurité, de planificateurs de migration et de personnes capables de communiquer calmement pendant une fenêtre de changement de fin de semaine. La note de marché de Dataru indique que la pénurie de spécialistes informatiques qualifiés restait l'un des obstacles à la croissance du cloud russe, alors que cette même pénurie rend les clouds attractifs car l'infrastructure et le support peuvent être externalisés (https://dataru.ru/cloud/news/141/rossijskij-oblacnyj-rynok-2025-perehod-k-zrelosti-trendy-i-prognozy-ot-dataru-oblako-analitika).

La page d'administration de Dataru vend directement dans cette pénurie. Elle propose la gestion des équipements réseau virtuels, des équipements réseau physiques, des machines virtuelles sous des niveaux de service 8/5 ou 24/7, la surveillance, les mises à jour, la protection de la sécurité et la correction des incidents (https://dataru.ru/cloud/service/admin). La page cloud principale met également en avant le support 24/7/365 (https://dataru.ru/cloud). Pour un acheteur doté d'une petite équipe informatique, cela peut avoir plus de valeur qu'une remise supplémentaire sur le CPU. Si le propre personnel du client entretient déjà l'ERP, les systèmes d'entrepôt, les points d'accès utilisateurs, les outils de sécurité et les rapports d'activité, les opérations cloud deviennent un problème de capacité.

Le compte de support a deux valeurs différentes. La première concerne les opérations courantes: application de correctifs, surveillance, changements d'accès, ajustements de capacité, vérifications des sauvegardes, configuration réseau et aide pour les incidents normaux. La seconde concerne la main-d'œuvre de migration et de récupération: planification du basculement, copie des données, validation de l'état des applications, annulation d'un déplacement raté, reconstruction après corruption et coordination avec le fournisseur d'applications du client. La seconde est plus difficile à chiffrer mais plus importante lorsque l'acheteur s'éloigne du risque.

L'acheteur doit se méfier des affirmations de support qui ne sont pas liées à la réponse, à la responsabilité et à l'escalade. "24/7" peut signifier que le téléphone est décroché. Cela peut aussi signifier que des ingénieurs habilités peuvent agir. Les pages publiques de Dataru ne publient pas les conditions de support détaillées, les définitions de gravité, les crédits ou les métriques d'incident. Ce n'est pas inhabituel pour un fournisseur de cloud professionnel sur mesure, mais cela signifie que le contrat et l'historique de service pèsent plus lourd que la page marketing. L'acheteur doit demander ce qui se passe à 02h00 lorsqu'une VM migrée fonctionne mais que l'application est indisponible parce que le chemin de stockage, le serveur de licences, l'enregistrement DNS ou la règle de pare-feu est incorrect.

La main-d'œuvre de support affecte également la rétention. Si Dataru devient l'équipe qui connaît la charge de travail du client, la politique de sauvegarde, les routes réseau et le plan de récupération, le renouvellement devient plus facile car le remplacement nécessite de reconstruire cette mémoire. Si Dataru se comporte comme un guichet de tickets qui attend que le client diagnostique tout en premier, le renouvellement s'affaiblit. Le fossé économique de la VM n'est pas l'hyperviseur. C'est la mémoire opérationnelle autour de la charge de travail migrée.

La localité est une caractéristique économique, pas seulement une case à cocher légale

La localité des données est souvent discutée en termes de conformité, mais dans ce compte, c'est aussi une question économique. Une entreprise russe peut avoir besoin de la conformité des données personnelles, de la juridiction contractuelle nationale, du support local, du paiement en roubles, d'une latence prévisible pour les utilisateurs russes, de l'accès à des centres de données locaux et de la confiance qu'un fournisseur étranger ne deviendra pas injoignable lors d'une perturbation liée aux sanctions ou aux paiements. La question pratique n'est pas de savoir si la localité est moralement bonne ou techniquement parfaite. C'est de savoir si l'hébergement local réduit suffisamment l'incertitude pour justifier le coût de la migration.

La surface légale et de conformité de Dataru donne à l'acheteur plusieurs points d'ancrage publics. La page des certificats cloud répertorie des documents tels que la conformité au SIG, la conformité aux données personnelles 152-FZ, les licences de transmission de données et de communication télématique, la certification MSSP, les certificats ISO 27001:2022 et ISO 9001:2015 (https://dataru.ru/cloud/certificates). La politique de confidentialité identifie OOO Dataru Oblako comme l'opérateur pour le traitement des données personnelles du site cloud, donne l'OGRN 11247700141204, et indique l'adresse légale et réelle au 2, place Paveletskaya, bâtiment 1, Moscou (https://dataru.ru/politicscloud). La page des contacts donne la même adresse professionnelle à Moscou et les contacts des ventes/support cloud (https://dataru.ru/cloud/contacts).

Ces faits ne transforment pas chaque charge de travail en un déploiement conforme. La conformité dépend des données du client, de la classification du système, de l'architecture, des rôles, des contrôles et du contrat. Mais ils montrent que Dataru vend sur un marché où le traitement des données personnelles, les licences de communication et la localité russe font partie de la valeur du service. La page cloud public de Selectel montre la même pression concurrentielle: elle commercialise des serveurs cloud avec conformité 152-FZ, plusieurs régions et centres de données russes, des sites Tier III et des zones protégées pour les données personnelles jusqu'à UZ-1 (https://selectel.ru/services/cloud/servers/). La localité est un critère d'achat normal sur le marché cloud russe, pas une revendication exclusive à Dataru.

La localité modifie le modèle de risque de l'acheteur. Si la charge de travail traite des dossiers clients, des adresses de livraison, des données adjacentes aux paiements, des informations sur les employés, des données logistiques ou des données réglementées du secteur public, le coût d'un cloud non local ou ambigu peut inclure un examen juridique, une analyse du transfert transfrontalier, des contrôles supplémentaires, des hésitations de la direction et une future migration forcée. Un fournisseur local peut réduire cette incertitude. Le prix est la concentration du fournisseur: l'acheteur doit avoir confiance que le fournisseur local peut maintenir la sécurité, la capacité, les correctifs et la récupération mieux que l'ancien environnement interne ou une alternative russe plus grande.

La localité compte également pour la récupération. Le cas Enikom de Dataru est notable car il décrit un client d'Extrême-Orient qui sauvegarde vers la partie centrale de la Russie, pas seulement en gardant tout à côté de la production (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako). Cela rend la localité plus nuancée. L'acheteur peut vouloir des données en Russie, mais pas nécessairement dans la même ville. Un bon compte de continuité utilise la géographie nationale pour créer une séparation tout en restant dans la zone de confort juridique et opérationnelle de l'acheteur.

L'acheteur doit donc éviter de traiter "basé en Russie" comme un mot magique. Les bonnes questions sont: où la production s'exécute-t-elle, où les sauvegardes résident-elles, qui peut y accéder, comment les clés sont-elles gérées, quelles preuves soutiennent la revendication de conformité, comment la récupération est-elle testée et comment le fournisseur gère-t-il une demande d'exportation ou de suppression des données. La localité est précieuse lorsqu'elle réduit les risques réels juridiques, de paiement, de latence et de récupération. Elle est faible lorsqu'elle n'est qu'une étiquette sur une facture d'hébergement.

Les sanctions et les contraintes de paiement augmentent la valeur de la migration

Le problème du cloud à l'ère des sanctions ne se limite pas à savoir si un service étranger est techniquement bloqué. De nombreux services restent accessibles d'une certaine manière, mais le compte peut devenir difficile à acheter, renouveler, prendre en charge, payer ou auditer. Cette incertitude modifie la valeur d'une VM locale. L'acheteur peut ne pas migrer parce que l'ancienne plateforme a échoué hier. Il peut migrer parce que l'ancienne plateforme est devenue stratégiquement ambiguë.

La déclaration de Microsoft de mars 2022 est un point d'ancrage public clair: elle a annoncé la suspension de toutes les nouvelles ventes de produits et services Microsoft en Russie et a déclaré que Microsoft mettait fin à de nombreux aspects de ses activités en Russie conformément aux décisions gouvernementales de sanctions (https://blogs.microsoft.com/on-the-issues/2022/03/04/microsoft-suspends-russia-sales-ukraine-conflict/). AWS a été signalé peu après comme n'acceptant pas de nouveaux clients en Russie et en Biélorussie, AWS précisant qu'il n'avait pas de centres de données, d'infrastructure ou de bureaux en Russie et que ses activités russes concernaient principalement des multinationales avec des équipes de développement locales (https://www.axios.com/2022/03/08/russia-amazon-web-services). Ces exemples ne signifient pas que toutes les entreprises russes ont perdu immédiatement tous les clouds étrangers. Ils montrent pourquoi les conseils d'administration ont commencé à se demander si la dépendance à l'égard des logiciels et des canaux cloud étrangers pouvait survivre aux perturbations des approvisionnements, des paiements et du support.

Le propre commentaire de marché de Dataru présente 2022-2023 comme une période d'adaptation causée par le départ des fournisseurs internationaux, les risques de sécurité et la maturité insuffisante des alternatives locales, suivie d'un boom de la substitution des importations en 2024 parmi les grandes entreprises et d'une phase de maturité 2025-2026 davantage menée par l'adoption par le marché intermédiaire, la résilience et la mise à l'échelle des projets existants (https://dataru.ru/cloud/news/141/rossijskij-oblacnyj-rynok-2025-perehod-k-zrelosti-trendy-i-prognozy-ot-dataru-oblako-analitika). Il s'agit d'une analyse rédigée par l'entreprise, mais elle correspond à la logique d'achat: la première vague est la substitution d'urgence; la deuxième vague est la continuité disciplinée.

Les contraintes de paiement méritent un traitement distinct. Un compte cloud étranger peut être techniquement adéquat et commercialement maladroit. Si le client ne peut pas utiliser de cartes normales, ne peut pas faire accepter les factures proprement, ne peut pas recevoir le support standard du fournisseur ou ne peut pas garantir le renouvellement des licences, il encourt un risque opérationnel avant même qu'un serveur ne tombe en panne. Un fournisseur russe avec des contrats locaux et une facturation locale peut transformer un problème de paiement étranger en une dépense d'exploitation nationale prévisible. Cela importe autant pour les équipes financières que pour les ingénieurs.

La friction de la migration est le contrepoids. Déplacer une charge de travail depuis un cloud étranger, un ancien cluster VMware, un serveur physique ou un fournisseur d'hébergement local n'est pas gratuit. Les données doivent être copiées, les images converties, les plages IP et le DNS modifiés, les licences vérifiées, les politiques d'accès reconstruites, les travaux de sauvegarde réécrits, la surveillance remplacée et les utilisateurs avertis. Si le support de migration de Dataru est solide, cette friction devient une partie de la valeur du fournisseur. S'il est faible, le client paie simplement une facture locale tout en supportant le travail le plus dur.

L'acheteur doit évaluer le risque de sanctions comme une probabilité multipliée par l'impact, et non comme un slogan. La question est: que se passe-t-il si le fournisseur actuel ne peut pas renouveler, ne peut pas accepter le paiement, ne peut pas fournir de support, ne peut pas fournir de licence ou ne peut pas satisfaire à un examen de localité des données? Si la réponse est un temps d'arrêt sévère ou un autre déménagement précipité, la VM locale de Dataru avec le compte de support et de récupération devient une assurance. Si la charge de travail actuelle est à faible enjeu et facile à reconstruire, la valeur de l'assurance est plus faible.

Les concurrents fixent la référence

Dataru est en concurrence sur un marché où les grands fournisseurs cloud russes peuvent faire des affirmations solides. Yandex Cloud publie de vastes pages de services et de tarification, notamment Compute Cloud, Object Storage, Cloud Backup, l'équilibrage de charge réseau, les bases de données gérées, Data Transfer, Kubernetes et les services de sécurité (https://yandex.cloud/ru/prices). Sa documentation Compute Cloud donne des mécanismes de tarification détaillés pour les vCPU, la RAM, les disques, les images, les instantanés, le trafic, les IP publiques, les licences de système d'exploitation et les remises sur volume réservé (https://yandex.cloud/ru/docs/compute/pricing). Selectel commercialise des serveurs cloud avec trois régions, six zones de disponibilité, dix-sept pools, une bande passante réseau jusqu'à 10 Gbit/s, trois téraoctets de trafic inclus, une protection DDoS, un positionnement 152-FZ, des centres de données Tier III et un large portefeuille de produits (https://selectel.ru/services/cloud/servers/).

Ces concurrents ne rendent pas Dataru hors de propos. Ils définissent les questions auxquelles Dataru doit répondre. Un acheteur peut demander pourquoi il devrait choisir Dataru plutôt qu'un cloud plus grand avec plus de documentation en libre-service, plus de détails publics sur les prix, plus de zones, plus de services écosystémiques ou une communauté de développeurs plus visible. La réponse probable de Dataru n'est pas l'étendue à grande échelle. C'est la migration pratique, la conception de cloud privé, l'accent sur la sauvegarde et la DR, le support local, l'expertise en infrastructure du groupe Dataru et l'adéquation aux clients qui souhaitent un déménagement guidé plutôt qu'une plateforme purement en libre-service.

La référence de prix doit être à plusieurs niveaux. Pour une simple VM de test, Yandex ou Selectel peuvent être plus faciles à tarifer car les calculateurs publics et les documents exposent plus de détails. Pour une migration d'entreprise, le prix de VM publié le plus bas peut ne pas l'emporter si la migration, la sauvegarde, le contrôle d'accès, le support et la récupération sont des suppléments ou plus difficiles à coordonner. Dataru peut justifier une prime si elle réduit le risque du projet. Elle ne peut pas justifier l'opacité si le client ne peut pas séparer les coûts de calcul, de stockage, de licence, de trafic, de sauvegarde, de support et de migration.

La référence du cloud privé est également différente de la référence de la VM publique. La page de cloud privé de Dataru indique que toutes les ressources de calcul sont dédiées à chaque client, que les VM s'exécutent dans un cluster séparé, que les vCPU et la RAM ne sont pas partagés, que les volumes de stockage sont dédiés et que des conditions de SLA de performance individuelles sont possibles (https://dataru.ru/cloud/product/privatecloud). Cela se rapproche plus de la location d'un îlot d'infrastructure géré que de l'achat d'un cloud public banalisé. Ce ne sera pas le bon produit pour toutes les charges de travail, mais il convient aux clients qui ont besoin de performances prévisibles, d'isolation, de contrôle et d'une plateforme gérée par le fournisseur sans acheter toute la pile.

La référence de la sauvegarde et de la DR pourrait être le meilleur concours pour Dataru. Selectel et Yandex proposent également des services de sauvegarde et de récupération, mais le matériel public de Dataru met l'accent sur la planification de la migration, l'immuabilité, la distance, la séparation territoriale et une politique de sauvegarde spécifique au client (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako). Un acheteur avec un processus de sauvegarde interne fragile peut se soucier davantage de la volonté d'un fournisseur de concevoir et de tester le compte de récupération que de l'étendue absolue des services cloud natifs.

La liste des substituts reste plus large que les clouds russes. L'acheteur peut garder la charge de travail sur site, acheter du nouveau matériel, utiliser la colocation, utiliser HaaS, engager un intégrateur de systèmes, répartir sur plusieurs clouds russes, construire un cluster privé ou reporter la migration jusqu'à la prochaine échéance d'équipement ou de licence. Dataru gagne lorsque ces substituts laissent plus de risque de continuité que la proposition de Dataru. Elle perd lorsque l'acheteur peut obtenir une récupération, un support et une localité équivalents d'un fournisseur plus grand ou de sa propre équipe à un coût total inférieur.

Les signaux des clients et du marché sont utiles mais faibles

Le cas Enikom Nevada Group est précieux car il contient un scénario d'achat réel plutôt que de simples affirmations sur le produit. Il indique que le client opère dans l'Extrême-Orient russe, fournit 17 000 points de vente et couvre jusqu'à 95 % du district, puis a choisi la sauvegarde cloud de Dataru après avoir comparé les options locales et cloud (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako). Il cite le contrôle d'accès, l'immuabilité et le coût total de possession comme critères de sélection. Il décrit un plan de migration de trois semaines et un canal de 1 Gbit/s pour gérer une première copie volumineuse de l'Extrême-Orient vers le centre de la Russie.

Cela correspond bien à la thèse de l'article: l'acheteur voulait une sauvegarde, mais l'unité économique était la continuité à distance, le support et la récupération. Le cas montre également un signal de rétention car le commentaire du client indique que le travail avec Dataru n'était pas le premier projet commun. Cependant, la preuve est rédigée par l'entreprise. Elle ne divulgue pas la taille du contrat, les taux d'échec, les résultats de tests de récupération indépendants, le taux d'attrition des clients, la comparaison de prix concurrentielle, ou si le client choisirait à nouveau Dataru après un incident grave. Elle doit être traitée comme un signal de marché directionnel, et non comme une preuve indépendante de la qualité du service.

La piste sociale et des avis publics est mince dans le matériel accessible. Le site principal de Dataru et les pages cloud renvoient aux canaux VK, Rutube, Dzen et Telegram, et la page de contact donne les adresses publiques des ventes, du support, des partenaires, des RH et du marketing (https://dataru.ru/cloud/contacts). La page cloud répertorie des partenaires tels qu'ITGLOBAL.COM, Orion soft, Yandex Cloud, Kaspersky, Platformcraft, Multifactor, BaseALT, Red OS, UserGate, Cyberprotect et d'autres dans différentes sections (https://dataru.ru/cloud). Ce sont des signaux de présence sur le marché. Ils montrent le positionnement dans l'écosystème et la communication publique, mais ils ne prouvent pas la satisfaction client.

Les preuves des forums et des avis n'étaient pas assez solides pour étayer des affirmations dans le dossier public utilisé ici. Cette absence ne doit pas être surinterprétée. De nombreuses décisions de cloud d'entreprise russes sont privées, et les clients mécontents ou satisfaits peuvent ne pas publier d'avis publics détaillés sur l'architecture de sauvegarde, le support de migration ou la continuité de l'infrastructure. Mais l'absence signifie que l'article ne peut pas revendiquer une large réputation indépendante. Il peut seulement dire que Dataru dispose de matériel client officiel, de contacts publics, d'affichage de partenaires et de commentaires de marché.

La note de marché de Dataru de décembre 2025 doit être lue de la même manière. Elle offre un contexte utile sur la maturité du marché cloud, la stratégie multi-cloud, la résilience, le DRaaS, la sauvegarde et la spécialisation de niche (https://dataru.ru/cloud/news/141/rossijskij-oblacnyj-rynok-2025-perehod-k-zrelosti-trendy-i-prognozy-ot-dataru-oblako-analitika). Elle est également rédigée par Dataru et inclut les prévisions de marché de son propre directeur. L'utilisation la plus défendable n'est pas de traiter ces pourcentages comme une taille de marché neutre, mais d'observer ce que Dataru pense que le marché achète: la résilience, les stratégies hybrides, le DRaaS, la sauvegarde et l'expertise de fournisseurs spécialisés.

Pour un acheteur, des signaux publics faibles rendent la diligence privée plus importante. Demandez des références similaires à la charge de travail. Demandez ce qui a échoué dans les migrations précédentes. Demandez quels tests de récupération n'ont pas atteint l'objectif. Demandez des métriques d'incident et de support anonymisées. Un fournisseur qui peut discuter honnêtement des échecs a plus de valeur que celui qui n'offre que des logos de clients et des scénarios parfaits.

Les preuves réseau prouvent l'empreinte, pas la qualité

Les preuves réseau publiques sont utiles, mais seulement si on les garde dans leur voie. L'entrée de répertoire pour DATARU OBLAKO LLC se trouve à (https://btw.media/en/directory/dataru-oblako-llc-ru). Le DNS public vérifié lors de cet examen a résolu dataru.ru en 81.177.208.59 et cloud.dataru.ru en 185.215.4.12. Les informations réseau RIPEstat pour 81.177.208.59 mappent l'adresse au préfixe 81.177.208.0/23 et à AS215037, tandis que l'aperçu AS de RIPEstat identifie AS215037 comme "DATARUCLOUD DATARU OBLAKO LLC" et annoncé (https://stat.ripe.net/data/as-overview/data.json?resource=AS215037). Les préfixes annoncés par RIPEstat pour AS215037 ont montré des préfixes incluant 81.177.208.0/22, 81.177.208.0/23, 81.177.210.0/23 et 194.117.65.0/24 visibles dans la fenêtre d'observation (https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS215037).

Les données WHOIS pour 81.177.208.59 sont également pertinentes. RIPEstat a converti l'adresse en préfixe et a renvoyé l'inetnum 81.177.208.0/22, le netname RU-DATARUCLOUD-20030115, le pays RU, l'organisation ORG-DOL10-RIPE et DATARUCLOUD-MNT, avec des objets de route originaires de AS215037 (https://stat.ripe.net/data/whois/data.json?resource=81.177.208.59). Cela confirme que Dataru Cloud dispose de ressources de routage publiques sous son propre nom. Cela ne révèle pas l'architecture de la plateforme cloud, la taille du service, le trafic client, la latence, la redondance ou la qualité du service.

Le site marketing cloud.dataru.ru s'est résolu différemment. Le WHOIS RIPEstat pour 185.215.4.12 mappe l'adresse à 185.215.4.0/24, netname RU-TILDAPUBLISHING-20210412 et origine de route AS57724 décrit comme Tilda Publishing LLC. Il est préférable de lire cela comme une dépendance de site Web public, et non comme une preuve concernant le service cloud de Dataru. De nombreuses entreprises utilisent un hébergement de site Web distinct ou des constructeurs de sites tout en exploitant l'infrastructure ailleurs. La preuve ne doit pas être gonflée en une revendication sur l'hébergement de production.

Pour l'acheteur, les données réseau soulèvent des questions pratiques. Dataru fournit-elle son propre espace IP public pour les charges de travail des clients? Quels sont les fournisseurs en amont, les interconnexions privées ou les canaux protégés disponibles? Comment les réseaux clients sont-ils isolés? Quelle bande passante est incluse? Comment la DDoS est-elle gérée? Que se passe-t-il lorsqu'un client a besoin d'une connectivité point à point, de ports réservés ou d'une réplication entre sites? La page de transfert de données de Dataru indique qu'elle propose des réseaux virtuels et physiques, des VLAN, des ports physiques à 10 Gbit/s, un transfert de données point à point, un transfert point à point réservé et l'administration des équipements réseau virtuels ou physiques (https://dataru.ru/cloud/product/cloudtransferdata). Cette surface de produit correspond aux questions. Les enregistrements réseau prouvent seulement qu'il existe une empreinte publique à investiguer.

L'article ne doit pas créer d'entités à partir d'ASN, d'IP, de préfixes ou d'ensembles de données. AS215037, 81.177.208.0/22 et les enregistrements RIPE associés sont des preuves de la surface de routage publique de Dataru. Ce ne sont pas des entreprises, des clients ou des relations. Ils aident à expliquer la dépendance et l'empreinte. Ils ne notent pas la fiabilité.

Le prix de la VM contient la friction de la migration

La migration est la partie de l'achat cloud que les équipes comptables voient souvent trop tard. Une nouvelle VM peut être créée rapidement, mais une charge de travail n'est pas une VM. C'est des données, des utilisateurs, des informations d'identification, l'état de la base de données, des règles de pare-feu, des travaux planifiés, des hooks de surveillance, des politiques de sauvegarde, le support du fournisseur, des fichiers de licence, des listes d'autorisation IP, le DNS, des certificats, des scripts locaux, de la documentation et des habitudes. L'acheteur qui ignore ces éléments comparera Dataru à une VM bon marché et manquera le véritable coût.

La FAQ principale du cloud de Dataru indique que des spécialistes aident à l'intégration des services, à la configuration des politiques réseau, à la migration des données, aux mises à jour des applications et au travail avec les outils PaaS et SaaS (https://dataru.ru/cloud). La page du cloud privé indique que l'activation commence par l'analyse des exigences techniques et la conception de l'architecture, y compris la configuration de l'hôte, les paramètres du sous-système de disques, la topologie réseau et l'intégration avec les systèmes de surveillance et de gestion (https://dataru.ru/cloud/product/privatecloud). La page d'administration ajoute la gestion des machines virtuelles et des équipements réseau sous différents modèles de support (https://dataru.ru/cloud/service/admin). Prises ensemble, ces pages suggèrent que Dataru veut être impliqué dans le travail de migration, pas seulement fournir un panneau de contrôle.

L'acheteur doit tout de même rendre le travail de migration visible dans le contrat. Qui inventorie les dépendances? Qui convertit les images? Qui vérifie la cohérence de la sauvegarde avant le basculement? Qui gère les TTL DNS, les changements de pare-feu et le renouvellement des certificats? Qui teste la restauration? Qui approuve les performances de l'application? Qui possède le retour en arrière? Si la réponse est "le client", alors la valeur de Dataru est principalement l'infrastructure locale. Si la réponse est partagée, avec Dataru responsable de tâches de migration définies et de tests de récupération, le fournisseur vend un compte de continuité de plus grande valeur.

La friction de la migration modifie également le calendrier. Une entreprise peut retarder l'adoption du cloud parce que l'ancien environnement fonctionne encore. Ce retard est rationnel jusqu'au prochain événement: remplacement de matériel, échéance de licence, expiration du support, constatation d'audit, perturbation d'un fournisseur étranger, déménagement de bureau, alerte de ransomware, échec de sauvegarde, mise à niveau d'application ou changement de contrat de centre de données. L'opportunité de vente de Dataru se situe près de ces événements. L'acheteur est plus facile à convaincre lorsque le coût de rester n'est plus théorique.

Il y a un risque de survendre la migration. Un fournisseur peut déplacer l'infrastructure tout en échouant à déplacer le modèle opérationnel. Si l'équipe du client ne comprend pas la facturation, les fenêtres de sauvegarde, le contrôle d'accès, la procédure de restauration et l'escalade du support après la migration, la charge de travail n'a fait que changer de pièce. La promesse publique de Dataru doit donc être jugée par la clarté post-migration. Le client doit repartir avec des procédures, un modèle d'accès, un calendrier de récupération, des chemins de contact, des contrôles de coûts et une restauration testée. Sans cela, le compte de continuité est incomplet.

La valeur d'une VM locale est donc en partie fonction de la friction supprimée. Si Dataru peut réduire le temps de découverte, la difficulté de la première copie, la refonte de la sauvegarde, le risque de changement de réseau, la confusion des licences et le transfert du support, sa VM vaut plus que du calcul banalisé. Si le client doit faire tout cela seul, la VM n'est qu'une ligne d'hébergement.

Où Dataru gagne

Le meilleur compte de Dataru est un client assez grand pour souffrir des temps d'arrêt mais pas assez grand pour doter une équipe complète de plateforme cloud. Un distributeur régional, un groupe manufacturier, un détaillant, une société de services, un fournisseur du secteur public, un éditeur SaaS local ou une entreprise de taille moyenne peut avoir des charges de travail critiques, mais pas assez de spécialistes pour concevoir, migrer, sauvegarder, surveiller et récupérer seul. Pour cet acheteur, le bouquet de Dataru composé d'IaaS, de sauvegarde, de DRaaS, de cloud privé, de transfert réseau et d'administration est cohérent.

L'entreprise convient également aux acheteurs qui veulent une substitution locale sans s'engager immédiatement dans une plateforme de type hyperscale. Certaines organisations doivent d'abord déplacer quelques charges de travail: une base de données, un serveur d'applications, un référentiel de sauvegarde, un magasin de fichiers, un pilote VDI, un service Web interne ou un environnement lié à 1C. Elles ne souhaitent peut-être pas l'étendue d'un grand catalogue cloud. Elles veulent un fournisseur qui peut répondre au téléphone, concevoir la première zone d'atterrissage, fournir une facture locale et garder la migration assez petite pour la gouverner. L'ensemble de produits de Dataru se lit comme une pile de continuité pratique pour cet acheteur.

Un autre compte important est le cloud privé. Si la préoccupation du client est le risque de voisin bruyant, la latence de stockage prévisible, le confort d'audit ou les ressources dédiées, les revendications de cloud privé de Dataru sont directement alignées. La page indique que les ressources sont dédiées à chaque client, que les machines virtuelles tournent dans un cluster de serveurs séparé et que les volumes de stockage peuvent avoir des conditions individuelles d'IOPS et de latence (https://dataru.ru/cloud/product/privatecloud). Un acheteur devrait vérifier ces conditions, mais la forme commerciale est claire: Dataru peut vendre de l'isolation et une infrastructure gérée lorsque les économies du cloud public partagé ne suffisent pas.

Les clients qui privilégient la sauvegarde sont également un choix naturel. Le cas Enikom montre Dataru racontant publiquement une histoire de sauvegarde immuable, de distance, de coût total de possession et de récupération testée plutôt que le simple déploiement d'une VM (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako). De nombreux clients commenceront par là car la sauvegarde est plus facile à acheter qu'une migration de production complète. Si la sauvegarde fonctionne et que le support est crédible, les charges de travail de production peuvent suivre.

Dataru peut également gagner là où les sanctions et l'incertitude des paiements ont rendu les piles étrangères inconfortables mais où l'acheteur n'est pas prêt pour un changement complet de plateforme. Le client peut vouloir une cible de continuité locale qui préserve le comportement des applications tout en réduisant l'incertitude liée au fournisseur, au paiement et à la localisation des données. C'est un compte de transition défendable. Il est moins ambitieux qu'une transformation complète cloud-native, mais plus précieux que de ne rien faire.

Le défi du fournisseur est de garder le compte mesurable. "Cloud local" est une histoire large. Le renouvellement dépendra de la capacité de Dataru à réduire les temps d'arrêt, à réduire la charge de support, à améliorer la confiance dans la sauvegarde, à raccourcir la migration, à simplifier le paiement et à donner à la direction un plan de récupération plus clair. Ce sont les vrais résultats du produit.

Où le compte se brise

Le compte se brise d'abord sur l'opacité des prix. Dataru n'apparaît pas dans le matériel public examiné avec les mêmes détails de mécanique de prix que Yandex publie pour Compute Cloud ou la même profondeur visible en libre-service que les grands clouds utilisent pour séduire les développeurs. Ce n'est pas fatal, car de nombreuses migrations cloud d'entreprise sont sur mesure. Mais cela rend la discipline de proposition essentielle. Si Dataru ne peut pas montrer à l'acheteur comment le calcul, la RAM, le type de stockage, les instantanés, la sauvegarde, le trafic, les IP publiques, les licences, le support et le travail de migration sont tarifés, la VM devient difficile à comparer et facile à méfiance.

Le compte se brise ensuite sur l'inadéquation du support. Un client peut acheter une couverture 24/7 en croyant qu'elle inclut la récupération au niveau applicatif, tandis que le fournisseur croit qu'elle couvre la réponse de l'infrastructure. La page d'administration de Dataru répertorie l'administration des machines virtuelles 8/5 et 24/7, la surveillance, les mises à jour et les travaux de sécurité (https://dataru.ru/cloud/service/admin). Le contrat doit définir la frontière. Si la base de données est corrompue, est-ce le problème de Dataru, du fournisseur d'applications ou du client? Si la VM de récupération démarre mais que l'application ne peut pas servir les utilisateurs, qui reste en ligne? Un produit de continuité échoue lorsque la responsabilité est découverte seulement pendant l'incident.

Le compte se brise en troisième lieu sur l'échelle. Les grands concurrents peuvent offrir des régions plus étendues, des catalogues plus grands, plus de documentation pour les développeurs et des écosystèmes plus visibles. Selectel commercialise trois régions, six zones et dix-sept pools pour les serveurs cloud, plus une large empreinte de centres de données et de nombreux produits adjacents (https://selectel.ru/services/cloud/servers/). Yandex Cloud propose un large portefeuille de services et une documentation détaillée sur le calcul, le stockage, le réseau, les bases de données gérées, le transfert de données et la sécurité (https://yandex.cloud/ru/prices). Dataru n'a pas besoin d'égaler chaque fonctionnalité, mais elle doit indiquer clairement où sa focalisation de petit fournisseur est meilleure que le défaut du grand fournisseur.

Le compte se brise en quatrième lieu sur la preuve de récupération. Les pages de sauvegarde et les revendications DRaaS créent des attentes. Si les sauvegardes ne sont pas immuables là où promis, si les tests de restauration sont rares, si les RTO/RPO ne sont pas mesurables, ou si la récupération nécessite une improvisation manuelle, le compte de continuité perd sa valeur fondamentale. Le cas Enikom mentionne des restaurations de test régulières et des sauvegardes protégées (https://dataru.ru/cloud/news/157/dalnevostocnyj-fmcg-distributor-enikom-nevada-grupp-vybral-oblacnoe-rezervnoe-kopirovanie-dataru-oblako). Les acheteurs devraient demander cette même discipline dans leur propre conception, pas supposer qu'elle se transfère automatiquement.

Le compte se brise en cinquième lieu sur la rétention. Si les clients n'utilisent Dataru que comme zone d'atterrissage d'urgence et passent ensuite à de plus grands fournisseurs ou reviennent en interne, l'activité est lourde en projets et légère en renouvellements. Si les clients étendent de la sauvegarde à la production, au cloud privé, au support et à la DR, l'activité devient plus durable. Les preuves publiques ne révèlent pas quel modèle domine. C'est l'un des faits privés centraux.

Le risque final est la complaisance après la migration. Un déménagement réussi peut rendre la direction plus détendue. Mais la continuité se dégrade à moins que les sauvegardes ne soient testées, que l'accès ne soit révisé, que le coût ne soit surveillé, que les systèmes d'exploitation ne soient corrigés, que les licences ne soient vérifiées, que les contacts de support ne soient mis à jour et que les hypothèses de récupération ne soient réexaminées. La valeur de Dataru doit persister après le projet de migration. Sinon l'acheteur n'a acheté qu'un répit temporaire.

Lacunes de preuves: économie, fiabilité et rétention

Le dossier public soutient une hypothèse commerciale claire. Dataru vend une substitution de cloud local aux acheteurs russes qui ont besoin d'un moyen pratique de déplacer les charges de travail, de les garder récupérables, de satisfaire les attentes en matière de localité et de support, et de réduire l'exposition aux anciens serveurs ou à l'incertitude des fournisseurs étrangers. Le matériel public prouve les catégories de produits, l'identité des contacts, les certificats et licences listés par l'entreprise, un cas client de sauvegarde, une revendication de disponibilité de 99,95 %, des preuves de routage public AS215037, et un récit de marché centré sur la substitution des importations, la résilience, le DRaaS, la sauvegarde et les fournisseurs spécialisés.

Ce qui reste, ce sont des lacunes de preuves en matière d'économie, de fiabilité et de rétention.

La lacune économique est le coût total. Les pages publiques ne divulguent pas le tarif réel des VM de Dataru, le prix du support, les frais de migration, le prix de la sauvegarde, les niveaux de stockage, les frais réseau, le traitement des licences, les crédits de service ou les minimums de cloud privé. Dataru peut toujours être un bon choix, mais l'acheteur doit construire un modèle de coût complet. Il doit comparer Dataru à Yandex Cloud, Selectel, Cloud.ru, VK Cloud, la colocation, un nouveau matériel sur site, HaaS, et une migration retardée. Le modèle doit inclure les économies réalisées sur les installations et l'énergie, les licences logicielles, le stockage de sauvegarde, les tests de récupération, la main-d'œuvre de support, le transfert de données, la fiabilité des paiements, la main-d'œuvre de migration et le coût d'un déménagement raté.

La lacune de fiabilité est la performance mesurée. Les revendications publiques et les certificats sont utiles, mais les acheteurs ont besoin de données sur les échecs de démarrage et de disponibilité pour leurs propres charges de travail, les taux de succès des sauvegardes, les preuves de tests de restauration, le temps de réponse aux incidents, la latence de stockage, le débit réseau, la qualité de l'escalade du support et les rapports RTO/RPO. Les preuves réseau de RIPEstat confirment une empreinte publique pour AS215037; cela ne mesure pas la fiabilité du cloud. Un acheteur devrait demander des résumés d'incidents récents, l'historique de maintenance, les résultats des tests de restauration et des références de charges de travail similaires.

La lacune de rétention est de savoir si les clients restent après la première migration. Un fournisseur cloud qui gagne des projets de substitution précipités peut paraître occupé sans construire de valeur durable. L'histoire plus forte de Dataru est que la sauvegarde, la DR, le support, le cloud privé et l'assistance à la migration deviennent une relation opérationnelle. L'acheteur doit demander si les clients étendent après la première charge de travail, si les clients de sauvegarde déplacent leurs charges de production, si les tickets de support diminuent après la migration, et si les clients renouvellent parce que la confiance dans la récupération s'est améliorée plutôt que parce que déménager à nouveau est pénible.

Le jugement final est donc pratique. DATARU OBLAKO LLC vend plus qu'une VM lorsque l'acheteur est confronté à un risque de migration. Elle vend un compte de continuité local tarifé par le coût des installations, les licences logicielles, la sauvegarde et la récupération, la main-d'œuvre de support, la localité des données, la substitution à l'ère des sanctions, les contraintes de paiement et la friction de la migration. Ce compte est précieux lorsqu'il rend une charge de travail plus facile à déplacer, plus facile à exploiter localement et plus facile à récupérer après une panne. Il est remplaçable lorsque la même économie, la même fiabilité et la même rétention peuvent être prouvées plus clairement par un cloud plus grand, une plateforme interne mieux supportée ou une conception de continuité moins chère.