Les centres de données IA d’Uzbektelecom étendent la capacité de calcul nationale au-delà de Tachkent

Uzbektelecom a ouvert deux centres de données prêts pour l’IA à plus de 300 kilomètres de Tachkent, déplaçant une partie de la capacité de calcul de l’Ouzbékistan au-delà de sa capitale. Les centres de données IA d’Uzbektelecom à Boukhara et Kokand fournissent des services cloud et des serveurs GPU dédiés via la plateforme nationale UzCloud.

Ce lancement compte parce que la distribution géographique modifie bien plus que l’emplacement des équipements. L’Ouzbékistan tente d’associer calcul régional, services de cloud souverain et futur réseau photonique au sein d’une même couche d’infrastructure nationale. Cette approche contraste avec un modèle où le calcul avancé reste concentré dans une seule ville ou dépend fortement de régions cloud étrangères.

Ces installations constituent une base crédible, mais l’annonce laisse d’importantes questions sans réponse. Uzbektelecom n’a pas communiqué les modèles de GPU, le nombre d’accélérateurs, la capacité électrique, les prix, les objectifs d’utilisation ni les performances mesurées sur les charges de travail. Il s’agit donc d’un changement de stratégie d’infrastructure, et non d’une preuve que l’Ouzbékistan dispose déjà d’un marché mature du calcul pour l’IA.

Les centres de données IA d’Uzbektelecom ajoutent une capacité GPU régionale

Le changement immédiat est l’arrivée d’installations cloud opérationnelles reposant sur des GPU dans deux villes régionales.

Uzbektelecom a mis en service les sites de Boukhara et de Kokand le 22 septembre, durant l’ICT Week Uzbekistan 2026. Le ministre ouzbek des technologies numériques, Sherzod Shermatov, et l’ambassadeur du Japon en Ouzbékistan, Kenji Hirata, ont participé à l’inauguration.

L’annonce gouvernementale relative aux centres de données indique que ces installations prennent en charge l’intelligence artificielle, les services cloud, le traitement de données massives et le calcul haute performance. Toutes deux fonctionnent au sein d’UzCloud, la plateforme cloud nationale développée par Uzbektelecom.

Les services répertoriés par UzCloud comprennent l’infrastructure en tant que service, la plateforme en tant que service, le logiciel en tant que service, le stockage d’objets compatible S3 et les services de sauvegarde. L’infrastructure en tant que service permet aux clients de louer des ressources informatiques sans posséder les serveurs sous-jacents.

La partie IA s’articule autour de deux offres, AI Cloud et GPU as a service. GPU as a service permet aux clients de louer l’accès à des processeurs graphiques, capables d’exécuter de nombreux calculs d’IA en parallèle, plutôt que de les acheter et de les entretenir eux-mêmes.

Uzbektelecom affirme que ses serveurs peuvent prendre en charge l’entraînement de modèles, l’inférence, le machine learning, la reconnaissance d’images, l’analyse vidéo, le traitement de grands volumes de données et les jumeaux numériques. Un jumeau numérique est une représentation logicielle d’un actif ou d’un processus physique, mise à jour à l’aide de données opérationnelles.

Ces cas d’usage couvrent plusieurs profils de calcul distincts. L’entraînement nécessite une puissance de traitement soutenue et une communication rapide entre accélérateurs. L’inférence vise à exécuter des modèles entraînés, souvent avec des exigences plus strictes en matière de temps de réponse ou de coûts. L’analyse vidéo peut associer des volumes de données élevés à un traitement quasi temps réel.

L’entreprise n’a pas publié suffisamment de détails techniques pour déterminer dans quelle mesure les installations gèrent chacun de ces profils. Les acheteurs ne connaissent pas encore la mémoire disponible par GPU, la conception de l’interconnexion, le débit de stockage, la politique d’ordonnancement ni l’environnement logiciel IA pris en charge.

Ce manque d’informations n’efface pas le changement. Les organisations régionales peuvent désormais rechercher une capacité de calcul nationale sans construire des salles serveurs complètes ni envoyer chaque charge de travail à Tachkent. Le lancement transforme un projet d’infrastructure pluriannuel en services que les clients peuvent commencer à évaluer.

Les deux projets ont obtenu la Tier III Certification of Design Documents de l’Uptime Institute. Le registre indépendant de certification répertorie Uzbektelecom Cloud Hub Bukhara 1 et Cloud Hub Kokand 1.

La certification de conception Tier III évalue si la conception documentée de l’installation permet une maintenance concurrente. Les opérateurs devraient pouvoir entretenir les composants d’infrastructure planifiés sans arrêter l’ensemble de l’environnement.

Cette désignation est utile, mais son périmètre est défini. Une certification de conception ne renseigne ni sur les performances GPU, ni sur la disponibilité du service, la qualité du support client, les résultats en matière de sécurité ou l’efficacité opérationnelle. Elle ne doit pas non plus être confondue avec la preuve que chaque processus opérationnel a été testé indépendamment.

Uzbektelecom indique que les deux sites disposent de systèmes redondants de refroidissement et d’alimentation électrique, de canaux de communication supplémentaires et de connexions à son réseau dorsal. Ils sont également reliés à TAS-IX, le point d’échange Internet national de l’Ouzbékistan.

L’entreprise indique que son infrastructure globale respecte la norme ISO/IEC 27001, la norme internationale relative aux systèmes de management de la sécurité de l’information. Uzbektelecom prévoit également de viser la conformité PCI DSS pour ses centres de données, ce qui concernerait les contrôles liés aux données de cartes de paiement.

Ensemble, ces éléments font de ces installations davantage que des ensembles isolés de serveurs GPU. Elles constituent des points d’accès régionaux au sein d’un environnement national de cloud et de télécommunications. La question plus difficile est de savoir si la distribution géographique se traduira par une fiabilité mesurable et une capacité réellement utile.

Déplacer le calcul au-delà de Tachkent transforme le modèle de fiabilité

Boukhara et Kokand comptent parce que la distance physique offre à Uzbektelecom des options qu’une autre installation proche de la capitale ne pourrait pas fournir.

Les deux villes se situent à plus de 300 kilomètres de Tachkent. Selon le ministère, elles sont les sites de centres de données d’Uzbektelecom les plus éloignés de la capitale.

La séparation géographique aide à limiter les défaillances corrélées. Une grave perturbation électrique, réseau ou environnementale touchant une zone a moins de chances de désactiver une infrastructure située à plusieurs centaines de kilomètres. Les clients peuvent placer des répliques ou des charges de travail de secours sur un autre site au lieu de dépendre de deux salles dans la même région métropolitaine.

Uzbektelecom affirme que les charges de travail peuvent basculer entre les sites lorsqu’une installation subit une défaillance. C’est la promesse centrale de sa conception distribuée, mais le résultat concret dépend des logiciels et du réseau.

Un deuxième bâtiment ne fournit pas automatiquement une reprise après sinistre. Les clients ont besoin de données répliquées, d’environnements applicatifs compatibles, de procédures de reprise testées et d’objectifs clairs de délai de reprise. Ils doivent également disposer de suffisamment de capacité inutilisée sur le site de réception pour absorber les charges de travail déplacées.

L’IA ajoute d’autres complications. Les points de contrôle de grands modèles peuvent occuper un espace de stockage considérable, tandis que les jeux de données d’entraînement peuvent être beaucoup plus volumineux. Le déplacement de ces ressources entre les villes peut prendre trop de temps si la bande passante, le débit de stockage ou les outils d’orchestration deviennent des goulets d’étranglement.

Les applications d’inférence soulèvent une autre préoccupation. Un service public, un système d’analyse industrielle ou une application financière peut ne tolérer qu’une courte interruption. Redémarrer la même charge de travail ailleurs exige davantage que de copier des fichiers. Les contrôles d’identité, les routes réseau, l’état de l’application et la supervision doivent également suivre.

Les sites régionaux peuvent néanmoins améliorer la résilience avant même l’arrivée d’une mobilité complète des charges de travail. Les organisations peuvent choisir une installation plus proche de leurs activités, conserver des sauvegardes hors de Tachkent ou répartir les applications entre plusieurs sites.

L’implantation régionale peut aussi réduire la concentration institutionnelle du calcul. Les universités, les autorités locales et les entreprises situées hors de la capitale bénéficient d’un accès plus clair à l’infrastructure cloud nationale. Elles n’ont plus besoin de considérer le calcul avancé comme une ressource exclusivement basée dans la capitale.

Les gains de latence sont moins certains. La proximité physique peut réduire la distance réseau pour certains utilisateurs, mais le résultat dépend des réseaux d’accès locaux et du routage du trafic. Uzbektelecom n’a pas publié de mesures de latence entre les clients régionaux et l’une ou l’autre installation.

La position de l’entreprise sur le réseau dorsal lui confère un avantage structurel. Uzbektelecom peut coordonner la capacité des centres de données avec les réseaux de transport nationaux et la connectivité locale. Un opérateur cloud indépendant pourrait devoir négocier ces éléments séparément.

Cet avantage crée aussi une pression. Les clients jugeront le service comme un système unique, et non comme des réussites distinctes dans les télécommunications, les installations et les logiciels cloud. Un serveur disponible a peu de valeur lorsque le provisionnement est lent, que le stockage est limité ou que la connectivité régionale est irrégulière.

L’approche d’Uzbektelecom met donc sous pression le modèle d’infrastructure centré sur la capitale plutôt qu’un concurrent désigné. L’entreprise parie qu’une capacité nationale distribuée offre davantage de valeur stratégique que la concentration de tous les services avancés autour de Tachkent.

Le résultat dépendra de la capacité des utilisateurs à exploiter les sites sans ajouter une complexité excessive. Si la réplication, la supervision et le basculement restent manuels, la diversité géographique paraîtra plus solide sur une carte qu’au sein d’une application de production.

GPU as a Service met à l’épreuve la stratégie de cloud souverain de l’Ouzbékistan

La concurrence stratégique oppose un calcul national accessible aux avantages d’échelle associés aux grandes régions cloud externes.

L’infrastructure de cloud souverain maintient certaines données et capacités de calcul sous juridiction nationale et contrôle opérationnel domestique. Les gouvernements valorisent souvent ce modèle pour les dossiers réglementés, les services publics, les charges de travail sensibles pour la sécurité et les applications soumises aux règles locales en matière de données.

La position d’Uzbektelecom associe l’infrastructure souveraine à un accès fondé sur la consommation. Les organisations peuvent louer du calcul, du stockage, des plateformes et des GPU au lieu de financer elles-mêmes des installations complètes.

Cette organisation peut réduire la barrière à l’entrée pour les projets d’IA locaux. Une équipe universitaire pourrait demander des ressources GPU pour une campagne de recherche. Une administration publique pourrait tester le traitement de documents sans acheter d’accélérateurs. Un distributeur pourrait évaluer l’analyse vidéo avant de s’engager dans un déploiement plus important.

Ces possibilités ne garantissent pas l’adoption. La disponibilité des GPU doit s’accompagner d’outils de développement, de frameworks pris en charge, de pipelines de données, d’une assistance technique et d’un provisionnement prévisible. De nombreuses équipes d’IA ont besoin d’environnements complets plutôt que d’un accès à des accélérateurs bruts.

Les plateformes hyperscale étrangères offrent généralement des catalogues plus vastes, des outils de développement matures et de grands réservoirs de ressources informatiques. Leur échelle peut faciliter la combinaison de l’hébergement de modèles, des bases de données, de l’observabilité, de la sécurité et des services d’IA gérés.

L’avantage potentiel d’UzCloud est différent. La plateforme peut offrir un hébergement local, une intégration avec la connectivité nationale, des relations institutionnelles plus étroites et une infrastructure conforme aux exigences nationales. Ces qualités comptent surtout lorsque la localisation des données et le support local priment sur l’accès au plus vaste catalogue mondial de services.

La comparaison pertinente ne se résume donc pas à GPU contre GPU. Les acheteurs doivent comparer des environnements d’exploitation complets, y compris le temps de transfert, la conformité, le support, la reprise après défaillance, la compatibilité logicielle et l’effort nécessaire pour déplacer ensuite les charges de travail.

Uzbektelecom doit également mettre en place un système d’allocation fonctionnel. Des accélérateurs rares imposent des choix opérationnels concernant les réservations, les files d’attente, les clients prioritaires et la durée maximale des tâches. Ces politiques déterminent si les petites organisations obtiennent un accès significatif ou attendent derrière les utilisateurs plus importants.

La tarification sera importante, même si l’annonce de lancement ne fournit aucun chiffre commercial. L’accès fondé sur la consommation semble flexible, mais les clients ont toujours besoin d’une facturation prévisible. L’entraînement de modèles peut générer une demande soudaine en calcul, stockage et réseau.

Les cycles de renouvellement matériel constituent un autre défi. Les accélérateurs d’IA évoluent rapidement, et la prise en charge logicielle suit souvent des générations matérielles précises. Un fournisseur national doit disposer d’une stratégie d’approvisionnement et de remplacement qui évite de laisser ses clients sur des systèmes vieillissants.

Les fondations antérieures de ce projet remontent à plusieurs années. En janvier 2023, Toyota Tsusho, Internet Initiative Japan, NEC et NTT Communications ont annoncé un contrat d’infrastructure avec Uzbektelecom.

Ce projet couvrait des centres de données à Tachkent, Boukhara et Kokand, ainsi que des réseaux de transport, de données et de communications internationales. Toyota Tsusho assurait la coordination, tandis qu’IIJ fournissait des modules de centres de données conteneurisés et son expertise des plateformes cloud.

Le rôle de NEC comprenait des équipements de communications optiques et de la formation. NTT Communications soutenait le réseau international de données. Le financement impliquait la Japan Bank for International Cooperation, Nippon Export and Investment Insurance et MUFG Bank.

Les ouvertures de 2026 ne sont donc pas une réponse soudaine à l’engouement pour l’IA. Elles constituent le résultat visible d’un programme plus vaste de modernisation des télécommunications, lancé avant que les services actuels n’atteignent les clients.

L’IA a changé la manière dont cette infrastructure est présentée et, potentiellement, génère des revenus. Une capacité cloud généraliste peut désormais être proposée comme un accès national à des ressources de calcul rares. La réussite de cette évolution dépendra des charges de travail réelles des clients, et non du nombre de cas d’usage possibles énumérés au lancement.

Un réseau photonique pourrait transformer des sites distincts en une seule infrastructure de calcul

Le mécanisme plus large d’Uzbektelecom consiste à relier des installations distribuées afin qu’elles fonctionnent moins comme des centres de données isolés.

L’entreprise prévoit de mettre en service une autre installation conçue selon les normes Tier III dans le district de Zangiata, dans la région de Tachkent. Le ministère l’a décrite comme le cinquième site du réseau géographiquement distribué d’Uzbektelecom.

Zangiata accueillera également un projet pilote d’All-Photonics Network impliquant Uzbektelecom, Toyota Tsusho, NTT DOCOMO BUSINESS et NEC. Un All-Photonics Network, ou APN, transporte les signaux optiquement sur une plus grande partie du trajet de transmission, réduisant les conversions répétées de l’optique vers l’électrique.

Le projet pilote s’inscrit dans le concept Innovative Optical and Wireless Network de NTT, couramment appelé IOWN. Le programme vise des communications à haute capacité et faible latence capables de relier des ressources informatiques réparties sur différents sites.

Les détails publiés du projet pilote APN indiquent que la première phase reliera les installations d’Uzbektelecom à Ohangaron et Zangiata au cours de 2026. L’objectif est d’atteindre jusqu’à 800 gigabits par seconde et une latence inférieure à une milliseconde sur des liaisons allant jusqu’à 100 kilomètres.

Ces objectifs proviennent des participants au projet et nécessitent une validation opérationnelle. Le rapport ne fournit pas de résultats de tests indépendants issus du déploiement en Ouzbékistan.

Les plans pour 2027 et 2028 étendraient le réseau à quatre centres de données, en ajoutant Boukhara et Kokand à deux sites de la région de Tachkent. L’architecture proposée comprend des voies de communication redondantes et protégées.

S’il est concrétisé, ce réseau pourrait rendre le calcul distribué plus pratique. De grands jeux de données pourraient être déplacés plus rapidement entre les installations. Les opérateurs pourraient placer l’inférence plus près des utilisateurs tout en conservant ailleurs des ressources de stockage ou d’entraînement mutualisées.

Il pourrait également prendre en charge l’accès distant aux GPU. Une application pourrait envoyer des données vers une capacité d’accélération située dans une autre installation tout en maintenant des temps de réponse acceptables. Ce modèle devient important lorsque chaque site ne peut justifier un parc identique de matériel coûteux.

NTT et DOCOMO ont testé des idées connexes au Japon. Une démonstration de GPU à distance de mars 2026 a relié des ressources d’accélération distribuées et un réseau 5G via IOWN APN afin d’analyser des vidéos à faible latence.

Les entreprises ont indiqué que cette expérience répondait aux exigences de latence supposées pour le contrôle à distance de robots. Il s’agissait d’une démonstration contrôlée, et non d’une preuve que le réseau prévu en Ouzbékistan produira des résultats identiques sous trafic commercial.

Uzbektelecom devra gérer des distances plus longues à mesure que le réseau s’étendra vers Boukhara et Kokand. L’objectif de moins d’une milliseconde du premier pilote couvre des liaisons allant jusqu’à 100 kilomètres, alors que les sites régionaux se trouvent à plus de 300 kilomètres de Tachkent.

La physique, le routage, les équipements et la surcharge opérationnelle influencent tous la latence de bout en bout. Un résultat solide sur la liaison initiale ne garantit pas les performances sur la future topologie nationale.

La bande passante doit aussi être mise en contexte. Une connexion de 800 gigabits est importante, mais une capacité partagée peut se remplir rapidement lorsque les organisations transfèrent des données d’entraînement, répliquent du stockage ou diffusent des vidéos depuis de nombreuses sources. Les opérateurs ont besoin de contrôles du trafic et d’une planification des capacités, au-delà des chiffres de bande passante annoncés.

Le potentiel le plus fort du projet réside dans la mutualisation des ressources. Un réseau connecté d’installations peut déplacer certaines charges de travail, partager du matériel spécialisé et placer les services selon la demande ou la disponibilité.

Cela donnerait aux centres de données régionaux un rôle qui dépasse la sauvegarde. Ils pourraient devenir des éléments actifs d’une infrastructure informatique nationale. La distinction compte, car des sites de reprise après sinistre inactifs apportent moins de valeur économique que des installations traitant quotidiennement des charges de production.

Les chiffres manquants définissent le risque

Uzbektelecom a établi l’emplacement, la certification et le périmètre des services, mais n’a pas communiqué les chiffres nécessaires pour évaluer sa capacité d’IA.

L’annonce ne contient aucun inventaire de GPU. Elle n’identifie ni le fournisseur d’accélérateurs, ni la génération matérielle, ni la configuration mémoire, ni la topologie du cluster, ni les performances attendues.

La capacité électrique est également absente. Les opérateurs de centres de données décrivent généralement leurs installations par leur capacité électrique totale ou la puissance disponible pour les équipements informatiques. Sans ces chiffres, les lecteurs ne peuvent comparer Boukhara et Kokand à d’autres projets régionaux ou internationaux.

Le même manque concerne l’efficacité énergétique. Uzbektelecom n’a pas publié l’efficacité énergétique de ses centres de données, ses besoins en eau, ses sources d’énergie renouvelable ou la consommation énergétique attendue pour les charges de travail d’IA.

Ces omissions comptent, car les serveurs GPU imposent des exigences inhabituellement élevées en matière d’alimentation électrique et de refroidissement. Une installation conçue pour des serveurs d’entreprise conventionnels peut nécessiter d’autres adaptations avant de pouvoir héberger à grande échelle des clusters d’accélérateurs denses.

La certification de conception Tier III porte sur la maintenabilité et la redondance de la conception de l’installation. Elle ne précise ni la quantité de matériel d’IA installée ni la capacité des clients à l’obtenir rapidement.

L’entreprise n’a pas non plus publié d’objectifs d’utilisation. Un faible taux d’utilisation suggérerait que la demande intérieure demeure limitée ou que l’intégration des clients est difficile. Un taux d’utilisation extrêmement élevé pourrait créer des files d’attente et restreindre l’accès.

Les preuves côté clients constituent une autre couche manquante. Uzbektelecom cite le développement de modèles, l’analyse vidéo, la reconnaissance d’images et les jumeaux numériques parmi les scénarios pris en charge, mais n’a pas identifié d’utilisateurs de production sur les deux nouvelles installations.

Les premiers clients de référence aideraient à distinguer une infrastructure généraliste d’un marché actif de l’IA. Les organismes publics peuvent devenir des utilisateurs d’ancrage, mais l’adoption par le secteur privé et la recherche montrera si la demande dépasse les projets soutenus par l’État.

La transparence opérationnelle sera importante. Les clients ont besoin d’engagements de niveau de service, de rapports d’incident, de procédures d’assistance et d’explications claires sur l’emplacement des données. Les acheteurs réglementés voudront également des preuves concernant les contrôles d’accès et l’auditabilité.

La cybersécurité mérite une attention égale. Relier plusieurs installations peut améliorer la résilience, mais élargit aussi le système que les défenseurs doivent surveiller. L’identité, les interfaces de gestion, les outils d’orchestration et le trafic inter-sites nécessitent tous une protection.

Uzbektelecom indique que son infrastructure respecte ISO/IEC 27001 et prévoit une certification PCI DSS. Ces référentiels peuvent soutenir des contrôles rigoureux, mais les clients ont toujours besoin d’une documentation propre aux services et de procédures de réponse éprouvées.

La concentration des fournisseurs constitue une autre incertitude. Des partenaires japonais ont fourni une infrastructure importante, des technologies de réseau et des connaissances opérationnelles. Le succès à long terme exige des équipes locales capables de maintenir les systèmes, de résoudre les défaillances et de faire évoluer la plateforme sans intervention externe constante.

Le projet de 2023 comprenait une formation pour le personnel d’Uzbektelecom, ce qui répond à une partie du problème. Les prochaines preuves devraient provenir des résultats d’exploitation, des registres de disponibilité, de l’adoption des services et d’une expansion réussie des capacités.

Il existe également un risque commercial à construire avant que la demande ne se matérialise. L’infrastructure d’IA nécessite des investissements continus, tandis que le matériel peut se déprécier rapidement. Uzbektelecom doit attirer des charges de travail avant que les équipements ne deviennent moins compétitifs.

Le risque inverse est le sous-approvisionnement. Si la demande augmente plus vite que les achats, une capacité limitée pourrait favoriser quelques grands clients et affaiblir la promesse d’un accès plus large.

Pour l’instant, la conclusion responsable est limitée. Ces installations accroissent l’empreinte de l’infrastructure d’IA nationale de l’Ouzbékistan et améliorent sa diversité géographique. Les éléments publics ne permettent pas encore d’établir leur ampleur, leur économie ou leurs performances réelles.

Trois signaux montreront si la stratégie fonctionne

La prochaine phase devrait être évaluée à travers la capacité divulguée, les tests opérationnels du réseau et une adoption visible par les clients.

Le premier signal concerne les informations techniques publiées pour Boukhara et Kokand. Uzbektelecom devrait identifier les configurations GPU, la capacité disponible, les frameworks pris en charge, les performances de stockage et les engagements de niveau de service.

Ces détails permettraient aux développeurs et aux acheteurs d’entreprise d’évaluer l’adéquation aux charges de travail. Ils révéleraient aussi si les GPU en tant que service constituent un pilote spécialisé ou une plateforme destinée à un usage commercial durable.

Des informations claires sur le provisionnement comptent autant que le matériel brut. Les clients doivent savoir s’ils peuvent réserver de la capacité, comment les tâches entrent dans une file d’attente, quels contrôles de transfert de données s’appliquent et quels outils surveillent la consommation.

Des informations substantielles renforceraient l’idée qu’Uzbektelecom commercialise un environnement opérationnel d’IA. Un silence persistant laisserait le marché dépendant de descriptions générales des services.

Le deuxième signal concerne les performances mesurées du pilote APN. Uzbektelecom et ses partenaires ont défini des objectifs ambitieux de bande passante et de latence pour la connexion entre Ohangaron et Zangiata.

Les lecteurs devraient surveiller les méthodes de test de bout en bout, le débit soutenu, la latence sous charge, le comportement en cas de basculement, les mesures énergétiques et les applications utilisées pendant la validation. Une démonstration incluant des charges de travail GPU à distance soutiendrait directement la thèse du calcul distribué.

L’étape la plus difficile arrivera lorsque le réseau s’étendra vers Boukhara et Kokand. Ces liaisons détermineront si l’architecture conserve des performances utiles sur des distances bien plus longues.

Une expansion réussie renforcerait l’affirmation d’Uzbektelecom selon laquelle des sites distincts peuvent fonctionner comme une ressource nationale coordonnée. Des retards ou des performances nettement plus faibles feraient davantage ressembler ces installations à des clouds régionaux indépendants.

Le troisième signal est l’adoption par les clients. Des charges de production nommées, une utilisation répétée, la participation du secteur privé, des projets universitaires et des données d’utilisation publiées apporteraient la preuve que l’infrastructure résout des problèmes réels.

Les exemples les plus convaincants impliqueraient des charges de travail bénéficiant spécifiquement de l’hébergement local ou d’une distribution régionale. La continuité des services publics, l’analyse vidéo industrielle, les systèmes d’IA gouvernés localement et la reprise après sinistre inter-sites mettraient tous la stratégie à l’épreuve.

Les expériences génériques sont moins informatives. Une courte démonstration peut montrer que le logiciel fonctionne, mais elle ne prouve ni la valeur économique, ni la fiabilité opérationnelle, ni une demande durable.

Les équipes d’entreprise qui évaluent la plateforme devraient documenter leurs exigences avant de choisir un emplacement. La résidence des données, le délai de reprise, la mémoire des accélérateurs, la portabilité des modèles, la latence réseau et la couverture du support peuvent compter davantage que l’étiquette IA.

Elles devraient également consigner leurs recherches et décisions opérationnelles dans une base de connaissances IA interrogeable. Les choix d’infrastructure deviennent difficiles à réexaminer lorsque les benchmarks, contrats, notes de conformité et constats d’incident restent dispersés.

Les centres de données IA d’Uzbektelecom ont déjà redessiné la carte de l’infrastructure informatique de l’Ouzbékistan. Ils ont implanté des services cloud reposant sur des GPU à Boukhara et à Kokand, et ouvert la voie à un réseau national de calcul interconnecté.

La question suivante est mesurable : les clients disposeront-ils d’une capacité suffisante, d’opérations intersites fiables et de performances utiles pour considérer ce réseau comme une infrastructure de production ? Surveillez les informations matérielles publiées, les résultats des tests APN et les charges de travail des clients. Ces trois signaux indiqueront si le calcul souverain régional devient une plateforme opérationnelle ou demeure un ambitieux projet d’infrastructure.