La province est le produit: le compact opérationnel du cloud d'État de CTYun

Résumé

• CTYun est exploité via Tianyi Cloud Technology Co., Ltd., successeur en 2021 de la branche de cloud computing de China Telecom Corporation Limited; l'étiquette d'annuaireCHINATELECOM-Ctcloudest un nom de réseau de type ASN, et non le nom légal de l'entreprise.
• Son avantage défendable est le couplage de la capacité cloud avec les installations provinciales et le réseau de China Telecom, mais une empreinte nationale ne prouve pas en soi l'indépendance des zones de disponibilité, l'emplacement des données ou le chemin de reprise d'une charge de travail particulière.
• Le cloud public de CTYun, les déploiements privés, les liaisons opérateur, les API développeur et la place de marché IA Xirang créent une large surface d'exploitation dont l'économie dépasse largement un tarif de machine virtuelle.
• Les acheteurs doivent inclure la localité, les domaines de défaillance, la responsabilité du support, la portabilité des API, le retrait de produit et l'export vérifié dans le test d'acceptation; sinon, le compact « cloud d'État » peut transformer la politique de continuité en dépendance concentrée envers un fournisseur.

La carte la plus révélatrice est un calendrier

La carte la plus révélatrice de l'infrastructure CTYun n'est pas un diagramme. C'est un calendrier.

Le 3 février 2026, CTYun a informé ses clients que son produit de calcul hétérogène intégré, Yunxiao Intelligent Computing, cesserait d'accepter de nouveaux achats et renouvellements à partir du 25 mars. Les clients existants ne pouvaient continuer que jusqu'au 25 août et ont été invités à sauvegarder leurs données à l'avance. L'avis de retraitn'a pas signalé de défaillance. Il a enregistré quelque chose de plus ordinaire et, pour les achats, tout aussi important: un service cloud peut rester techniquement utile alors que son horloge commerciale expire.

Parallèlement, l'offre de calcul intelligent plus large de CTYun s'étendait. Sasurface produit Xirangprésente l'interconnexion de calcul, l'entraînement et l'inférence, la capacité publique, les services de modèles et l'hébergement d'applications comme un seul système. Unepage de solution Xirangassociée explique que les composants précédents Yunxiao, Huiju et Xirang sont intégrés dans une architecture cloud public et privé commune. Le retrait est donc une preuve de convergence de portefeuille, et non la preuve que China Telecom se retire de l'IA. Pourtant, un client qui exécute des scripts, des images, des ordonnanceurs ou des procédures opérationnelles contre le composant retiré a toujours une migration à effectuer.

Cette tension est la bonne entrée pour CTYun. Son échelle marketing est territoriale: quatre grandes bases cloud, quatre grandes régions économiques, des pools répartis sur 31 zones de niveau provincial, des centaines de centres de données et un tissu de calcul intelligent en croissance. Son expérience client est spécifique: un compte, une région, une zone de disponibilité, un quota, une image, une version d'API, une équipe de service provinciale, une facture et finalement une date de fin. « Cloud d'État » est le cadre stratégique. Une charge de travail vit dans l'implémentation.

La question de mise en service n'est donc pas de savoir si China Telecom possède un grand cloud. Elle en exploite clairement un. China Telecom Corporation Limited a déclaré120,7 milliards de RMB de revenus cloud China Telecom en 2025, tout en attribuant la deuxième place dans l'infrastructure cloud public chinois en tant que service et une position dans le top trois pour l'infrastructure et les services de plateforme selon le suivi d'IDC au troisième trimestre 2025. Ce sont des chiffres et classements rapportés par le groupe, et non un compte de résultat audité séparé pour Tianyi Cloud Technology Co., Ltd. Ils établissent un poids stratégique, pas une économie unitaire.

La question plus difficile est de savoir quel type de marché opérationnel ce poids crée. CTYun regroupe le calcul, le stockage, la portée réseau, les installations locales, les contrôles de sécurité, le support et les achats publics sous le parapluie de China Telecom. Cela peut réduire le nombre de coutures organisationnelles qu'un client doit gérer. Cela peut également placer davantage de chemins de défaillance et de sortie derrière la même relation commerciale. La thèse de cet article est que CTYun devrait être acheté comme un compact opérationnel, et non comme une liste de produits cloud.

Le compact n'a de valeur que lorsque sa géographie, sa responsabilité et sa réversibilité sont rendues testables.

Prouvez d'abord le nom

L'étiquette d'annuaire doit être manipulée avec précaution.CHINATELECOM-Ctcloudn'est pas le nom imprimé sur le contrat client actuel de CTYun, et il ne doit pas être promu en société légale par typographie.

Les enregistrements de routage public identifient l'étiquette avec le système autonome 58519. Lapage AS58519de Cloudflare Radar afficheCHINATELECOM-Ctcloudet la description alternativeCHINATELECOM-CTCLOUD Cloud Computing Corporation. L'enregistrement actuel sur bgp.tools, qui expose le texte WHOIS de style APNIC sous-jacent, est plus révélateur. Il liste le nom AS commeCHINATELECOM-Ctcloud, décrit « Cloud Computing Corporation » et indique que le réseau appartient à la branche cloud computing de China Telecom Corporation Limited. Il montre également China Telecom Backbone, AS4134, comme un fournisseur d'accès en amont. Ces enregistrements prouvent une association réseau et opérateur. Ils ne prouvent pas que « CHINATELECOM-Ctcloud » est, ou a jamais été, le nom anglais complet enregistré d'une entreprise.

Le pont d'entreprise vient de China Telecom elle-même. Un rapport de groupe de 2022 sur la réforme indique queTianyi Cloud Technology Co., Ltd. a été créée le 1er juillet 2021, avec un capital social de 4 milliards de RMB, en tant que société de troisième niveau sous China Telecommunications Corporation. Il indique que la nouvelle société a succédé à la branche cloud computing créée en 2012, transformant la branche en filiale. L'article décrit la société comme le véhicule concentré du groupe pour les services cloud publics, privés, dédiés, hybrides et de périphérie.

Le langage contractuel actuel complète le pont. Lecontrat d'utilisation de CTYun, en vigueur depuis le 20 juin 2025, indique que le site ctyun.cn est créé et exploité par Tianyi Cloud Technology Co., Ltd. Il avertit également que certains services peuvent être fournis par cette société ou ses filiales et que le fournisseur de services réel peut signer le contrat de produit et émettre la facture. La piste développeur de CTYun pointe vers le même opérateur: legroupe d'artefacts Mavenpubliccn.ctyuncontient des versions 2026 du SDK Java dont la ligne de copyright utilise le rendu anglais « China Telecom Cloud Technology Co., Ltd. » et le nom légal chinois 天翼云科技有限公司.

Les preuves soutiennent une conclusion limitée. AS58519 est un lien réseau/opérateur honnête pour la ligne d'annuaire. L'ancienne description de filiale dans l'enregistrement de routage se connecte à la réforme de la filiale à la succursale, et les surfaces légale et développeur actuelles connectent CTYun à Tianyi Cloud Technology Co., Ltd. Mais les sources publiques examinées ne montrent pas un instrument de transfert APNIC, un certificat actuel de détention de ressources ASN ou un bon de commande client spécifique liant chaque service annoncé à cette seule entité légale.

Cet article concerne donc la surface d'exploitation CTYun/China Telecom Cloud Technology. Il ne renomme pas l'entité d'annuaire, ne substitue pas China Telecom Corporation Limited comme sujet et ne traite pas China Telecom Global comme la même partie contractante.

Cette distinction a une importance commerciale. « China Telecom » peut désigner le groupe d'État, la société d'exploitation cotée, une filiale provinciale, une filiale de services numériques, Tianyi Cloud Technology Co., Ltd. ou une filiale à l'étranger. Un logo n'identifie pas la partie qui doit un crédit de service, détient les données client, exploite une installation ou doit aider à la sortie. Tout achat sérieux devrait poser quatre questions d'identité avant le début de l'évaluation technique: qui signe, qui facture, qui exploite le pool de ressources sélectionné et qui porte l'obligation de transition.

La réponse peut légitimement impliquer plusieurs entités China Telecom. Elle ne doit pas rester implicite.

La province fait partie du produit

La géographie nationale de CTYun n'est pas une carte de couverture décorative. Elle fait partie de la conception du produit.

Lapage d'infrastructurede l'entreprise décrit une disposition4+4+31+X. Quatre grandes bases sont situées en Mongolie intérieure, au Guizhou, au Gansu et au Ningxia. Quatre régions prioritaires couvrent le Beijing-Tianjin-Hebei, le delta du Yangtsé, la zone Guangdong-Hong Kong-Macao et la zone Shaanxi-Sichuan-Chongqing. Les pools centraux s'étendent dans 31 zones de niveau provincial, tandis que la couche « X » comprend des déploiements de cloud privé et de diffusion de contenu de niveau inférieur. La même page revendique plus de 700 centres de données et liste des décomptes provinciaux. Ce sont des affirmations de flotte de première partie, pas un inventaire indépendant, et « centre de données » n'est pas synonyme d'une région CTYun généralement disponible ou d'un emplacement produit multi-zone.

La carte explique néanmoins la proposition opérationnelle. Un ministère national, un service public provincial, un réseau hospitalier ou un fabricant disposant d'installations intérieures peut valoriser trois choses à la fois: le calcul près des utilisateurs, la connectivité via un opérateur en place et une chaîne administrative nationale capable de fournir une mise en œuvre locale. Une base de ressources occidentale peut fournir du terrain, de l'énergie et une capacité en vrac. Un pool oriental ou provincial peut placer les services sensibles à la latence plus près de la demande.

Les déploiements privés et de périphérie peuvent amener des fonctions sélectionnées plus bas dans la hiérarchie.

L'acheteur doit traduire cette hiérarchie en un enregistrement de placement de charge de travail. Lesdirectives de zones de disponibilitéde CTYun définissent une zone comme une zone géographiquement distincte au sein d'une région dont l'alimentation et le réseau sont indépendants, généralement une salle informatique physique distincte. Elles indiquent que les zones d'une région communiquent via un réseau interne, qu'une défaillance d'une zone ne doit pas affecter une autre et qu'une machine virtuelle déjà achetée ne peut pas être déplacée vers une autre zone. Elles notent également que certaines régions peuvent n'exposer qu'une seule zone.

Ces détails évitent une erreur de catégorie courante. La présence provinciale n'est pas la même chose que la redondance de zone. Une province peut contenir de nombreuses installations tandis qu'un produit est vendu dans une région logique ou une zone de disponibilité unique. Deux machines virtuelles ne sont pas résilientes du simple fait que leurs étiquettes diffèrent. Inversement, une conception multi-zone peut améliorer l'indépendance des installations tout en conservant des dépendances partagées dans l'identité, le plan de contrôle, le backbone, la facturation, le DNS, le support ou un service de base de données régional.

L'artéfact d'achat devrait donc nommer la région et les zones sélectionnées, l'indépendance physique et logique que CTYun garantit, les services qui sont véritablement multi-zones, les dépendances du plan de contrôle qui restent partagées et la région de reprise qui reçoit les copies. « Hébergé en Chine » est trop large. « Hébergé dans la province A » est encore incomplet. La déclaration utile est une matrice de placement et de réplication service par service qui peut être rapprochée de la console, de la facture et du test de reprise.

Un cloud, plusieurs périmètres opérationnels

La surface d'exploitation de CTYun a au moins quatre périmètres, et les confondre crée une fausse assurance.

Le premier est le site cloud public national de Tianyi Cloud Technology Co., Ltd. et ses filiales provinciales. Le contrat d'utilisation actuel rend ce périmètre visible via la création de compte, les commandes de produits et la prestation de services au niveau des filiales. Le deuxième est le domaine de déploiement privé, dédié et hybride décrit dans le rapport d'entreprise de China Telecom. Ici, l'équipement ou le logiciel peut résider dans une installation client ou dédiée même lorsque CTYun fournit la pile et les opérations.

Le troisième est la fédération de calcul IA de Xirang, qui peut intégrer la capacité propre et accédée entre fournisseurs, régions et architectures d'accélérateurs. Le quatrième est le réseau international de China Telecom et son enveloppe cloud à l'étranger.

Ce dernier périmètre ne doit pas être fusionné dans CTYun. Lapage d'infrastructure cloudde China Telecom en Asie-Pacifique fait la promotion du calcul, du stockage et de la mise en réseau à l'intérieur et à l'extérieur de la Chine, des connexions privées à AWS, Azure, Google Cloud, Alibaba Cloud et Tencent Cloud, plus de 40 nœuds cloud ou métros d'interconnexion et un centre d'opérations multilingue. C'est une preuve utile de la portée cloud-réseau du groupe plus large. Son pied de page et son contexte organisationnel appartiennent à une opération China Telecom à l'étranger, et non la preuve que Tianyi Cloud Technology Co., Ltd. contracte ou exploite chaque nœud international.

La limite devient importante lorsqu'une multinationale conçoit « un seul cloud China Telecom ». Les données nationales peuvent résider dans CTYun. Un circuit dédié peut être vendu par une filiale télécom provinciale. Le transit international ou l'échange cloud peut impliquer China Telecom Global ou une filiale régionale. Un appareil de sécurité géré peut avoir un autre fournisseur. Le client voit un seul dessin architectural; les contrats peuvent contenir plusieurs fournisseurs de services, régimes juridiques, files d'attente de support et horloges d'incident.

Cela ne rend pas la proposition intégrée illusoire. Cela rend la cartographie des responsabilités essentielle. La valeur d'un cloud opérateur est précisément que le réseau et le calcul peuvent être conçus ensemble. Le contrôle requis en retour est une matrice de responsabilités qui nomme l'opérateur pour chaque couche, le propriétaire de l'escalade à travers les couches et la partie obligée de coordonner un incident transfrontière. « Un seul point de défaillance contractuel » n'est pas un terme contractuel. Un modèle opérationnel interservices signé l'est.

Un client exploite une chaîne

Un client CTYun ne loue pas simplement un serveur. Il exploite une chaîne dont les maillons diffèrent selon la charge de travail mais incluent généralement l'identité, le placement, le réseau, le calcul, le stockage, la sécurité, l'observabilité, le support et les finances.

Le client crée et vérifie d'abord un compte, établit des utilisateurs organisationnels et obtient des identifiants. Il sélectionne ensuite une région et une zone, crée un cloud privé virtuel et des sous-réseaux, définit des routes et des groupes de sécurité, choisit des images et des types d'instance, attache des disques ou un stockage objet, attribue une connectivité publique ou privée et configure la surveillance. Lapage Elastic Cloud Serverde CTYun présente cela comme un provisionnement rapide: les instances peuvent être créées par lots en quelques minutes, redimensionnées, combinées avec l'équilibrage de charge et connectées à plusieurs classes de stockage. Elle annonce des instances générales, à disque local, de technologie nationale et GPU, ainsi que CTyunOS, KylinOS, openEuler et des images tierces.

La page produit est une description commerciale, pas une garantie d'architecture. Ladocumentation produit ECSplus détaillée de CTYun montre les deux principales voies de gestion: une console web et des API HTTPS. Un utilisateur intégrant des instances cloud public dans un autre système est invité à utiliser l'API et, pour certains besoins, à contacter un responsable client. Leportail OpenAPIséparé propose une documentation API, du débogage, des SDK, des exemples, des statistiques d'appel et des diagnostics. Ces surfaces développeur sont importantes car l'automatisation est l'endroit où un cloud cesse d'être interchangeable. Les identifiants de ressources, la sémantique des erreurs, la logique de signature, les quotas, le comportement de cohérence éventuelle et les points de terminaison de région deviennent intégrés dans les pipelines de déploiement.

La chaîne continue après le provisionnement. Un service de production nécessite des images approuvées, des correctifs, la rotation des secrets, des sauvegardes, l'exportation des journaux, le routage des alertes, des seuils de capacité et des exercices de restauration. Un système du secteur public peut également nécessirer un classement, des contrôles de cybersécurité gradués, des évaluations cryptographiques, la compatibilité avec la technologie nationale et un support local.

Une charge de travail IA ajoute le staging des données, l'allocation d'accélérateurs, l'entraînement distribué, le checkpointing, le registre de modèles, les points de terminaison d'inférence et la mesure d'utilisation. Un déploiement multi-cloud ajoute des circuits privés et une politique de routage.

CTYun fournit des produits pour plusieurs de ces maillons, mais il n'assume pas la responsabilité applicative du client. Seslimitations ECSpubliées indiquent que la migration d'hôte physique peut redémarrer ou éteindre une machine virtuelle et recommandent le démarrage automatique de l'application, un déploiement en cluster ou actif-passif, des sauvegardes et une surveillance. Les licences logicielles liées au matériel peuvent échouer après qu'une migration a modifié les informations de la machine. Ce sont des divulgations inhabituellement utiles car elles localisent la responsabilité: la reprise de l'infrastructure peut redémarrer l'instance, tandis que la reprise du service dépend toujours de la conception applicative du client.

L'unité d'analyse correcte est donc la chaîne de service, pas l'instance. Un prix bas de machine virtuelle peut coexister avec une connectivité dédiée coûteuse, un support, des logiciels commerciaux, la rétention de sauvegarde, les contrôles de sécurité, la sortie de données et une capacité d'accélérateur rare. Un SLA fort pour un maillon peut coexister avec un chemin de reprise non testé pour l'ensemble de l'application. Les achats doivent modéliser et tester la chaîne qui produit un résultat public.

Le plan de contrôle est la dépendance

La portabilité de l'infrastructure est souvent discutée au niveau de Linux et des conteneurs. C'est la couche facile. La dépendance la plus difficile est le plan de contrôle.

Une application conventionnelle peut s'exécuter sur une machine virtuelle CTYun avec un système d'exploitation familier. Les données objet peuvent utiliser une interface de type S3. Kubernetes peut empaqueter les services. Ces choix réduisent la quantité de code applicatif lié à un fournisseur. Ils ne recréent pas l'état environnant: comptes, sous-comptes, politiques d'accès, clés, objets réseau, points de terminaison privés, groupes de sécurité, équilibreurs de charge, images, instantanés, alarmes, règles de journalisation, quotas, étiquettes de facturation et paramètres de base de données spécifiques au service.

Le parc SDK Java public de CTYun illustre l'expansion. Le groupecn.ctyuninclut des artefacts séparés pour des services tels que le cloud privé virtuel et la mise à l'échelle élastique. Une équipe applicative qui importe ces clients bénéficie d'un accès typé et d'une livraison plus rapide. Elle accepte également la cadence de publication du SDK, la méthode d'authentification, la taxonomie des points de terminaison et le modèle d'erreur. La bonne question n'est pas de savoir si l'utilisation d'un SDK est un verrouillage. C'est de savoir si le client a isolé les appels au fournisseur, épinglé et testé les versions, conservé la documentation API brute et construit un deuxième chemin pour l'inventaire et l'exportation.

Le stockage montre à la fois la portabilité et ses limites. Ladocumentation du stockage objetde CTYun indique que le service prend en charge le protocole S3, certains nœuds prenant également en charge la sémantique de fichiers ou HDFS. Sonservice de migration cloudindique qu'il peut déplacer des objets entre AWS S3, Alibaba OSS, Huawei OBS, Tencent COS, CTYun ZOS et OOS, et d'autres services S3 standard, puis valider la migration. C'est une preuve significative de portabilité.

Les contraintes sont plus importantes que le logo. Lapage des limites de migrationde CTYun indique que le processus par défaut ne déplace que la dernière version d'un objet multi-version et ne migre pas l'historique des versions. Une tâche gère un bucket; la concurrence et la création quotidienne de tâches sont plafonnées par région; les listes d'échecs sont limitées; et le chemin documenté rejette certains caractères et conditions de métadonnées. Un plan d'exportation qui ne teste que mille objets actuels peut réussir tout en perdant les blocages légaux, les versions historiques, la sémantique de rétention, les étiquettes, la propriété des objets, les sommes de contrôle ou l'ordre attendu d'une application.

Les bases de données approfondissent la dépendance. LeService de transmission de donnéesde CTYun annonce une réplication complète plus incrémentielle, la continuation en point d'arrêt, la comparaison de lignes et de champs, et un transfert réseau public crypté pour les combinaisons de bases de données prises en charge. C'est un outil d'entrée et de continuité pratique. Les exemples de workflow publics sont principalement des migrations vers CTYun, entre bases de données CTYun ou depuis des bases de données auto-gérées hébergées sur CTYun. Un acheteur ne doit pas en déduire un export symétrique et sans temps d'arrêt vers tout substitut. La preuve de sortie doit utiliser le moteur source réel, les extensions, les jeux de caractères, les procédures stockées, le volume de changement et la cible.

Le plan de contrôle est l'endroit où la localité devient également opérationnelle. Les identifiants de région apparaissent dans les scripts. Les services clés lient le chiffrement et le déchiffrement à un contexte de fournisseur. Les journaux et les moniteurs déterminent ce que les opérateurs peuvent voir. Le DNS privé et la politique réseau déterminent ce qui peut communiquer. Pour partir, le client doit reproduire non seulement les données et le calcul mais aussi les règles qui les rendent sûrs et observables.

L'IA transforme la capacité en marché

Xirang change l'unité économique de CTYun. Un opérateur traditionnel vend un circuit; un cloud traditionnel vend des ressources mesurées; une plateforme de calcul IA vend de plus en plus l'accès à un système de production hétérogène planifié.

Les résultats annuels 2025 de China Telecom décrivent une pile cloud intelligent construite autour de Xirang. L'entreprise a déclaré 91 exaflops de capacité de calcul intelligent propre et accédée, une combinaison qui ne doit pas être lue comme 91 exaflops d'un seul accélérateur, d'une seule précision ou d'une seule classe de disponibilité. Elle a déclaré 12,3 milliards de RMB de « revenus intelligents », définis comme les services d'IA et de calcul intelligent fournis aux clients.

Elle a également décrit une capacité générale, intelligente, de supercalcul et quantique, un réseau cloud haute performance, un stockage IA unifié et une plateforme « Triless » destinée à découpler les ressources, les frameworks et les outils.

Ladocumentation Xirangactuelle de CTYun transforme la stratégie en cinq familles de produits publics: calcul public, entraînement et inférence, services de jetons, hébergement d'applications et aide à la recherche. La page produit indique que la plateforme peut planifier entre fournisseurs, régions et architectures, gérer les serveurs GPU et NPU comme capacité conteneurisée, fournir des clusters dédiés et combiner la location cloud public avec une capacité tierce. Sa promesse la plus forte est l'abstraction: un client demande un résultat de charge de travail tandis que la plateforme fait correspondre les ressources en dessous.

L'abstraction est économiquement précieuse lorsque l'offre d'accélérateurs est fragmentée. Elle peut augmenter l'utilisation, réduire le besoin de construire un cluster et permettre à une charge de travail d'atteindre différents appareils. Elle déplace également le problème de diligence raisonnable vers le haut. Un acheteur a besoin de savoir ce que « capacité » signifie pour le travail: modèle d'accélérateur, mémoire, interconnect, débit de stockage, topologie, image de framework, précision, politique de file d'attente, préemption, location, taux d'échec et comportement de checkpoint.

Un agrégat d'exaflops ne peut pas répondre à ces questions.

Les affirmations de fiabilité de première partie de la plateforme sont suffisamment spécifiques pour être testées. La page Xirang indique qu'elle prend en charge les routes Ascend et Nvidia, la continuation de checkpoint avec un objectif de reprise de 15 minutes, une détection de panne en une minute, une localisation en cinq minutes et une reprise en dix minutes dans les scénarios d'entraînement pris en charge. Ce sont des affirmations d'entreprise, pas un benchmark public ou un SLA universel.

Un essai d'achat devrait injecter une défaillance de worker, un ralentissement du stockage, une partition réseau et un quota épuisé dans le framework et le modèle prévus. La reprise doit être mesurée en termes de progrès d'entraînement utile, pas au moment où un nœud de remplacement devient visible.

Le modèle économique devient également multidimensionnel. Le calcul public peut être loué à la demande. Les clusters dédiés échangent la flexibilité contre l'isolation et la certitude de capacité. Les plateformes d'entraînement ajoutent l'orchestration. Les services de jetons mesurent l'inférence. L'adaptation de modèles et les appliances privées ajoutent des services et du matériel. La consommation réseau et stockage continue pendant que les accélérateurs attendent ou que les checkpoints se déplacent. Le dénominateur économiquement pertinent n'est pas le prix horaire de la carte.

Pour l'entraînement, c'est le coût par exécution acceptée, y compris le travail échoué et répété. Pour l'inférence, c'est le coût par sortie utile à la latence et à la qualité requises, y compris la capacité réservée, le réseau, les garde-fous et la marge de manœuvre inactive.

Le retrait de Yunxiao démontre un autre risque spécifique à l'IA. La consolidation rapide de la plateforme peut améliorer la pile stratégique tout en raccourcissant la vie d'une surface produit nommée. Les clients ont besoin d'un traitement contractuel des formats d'image, des checkpoints, des artefacts de modèle, des API et de la capacité de remplacement lorsqu'un service est fusionné ou retiré. « Triless » est une aspiration architecturale pour rendre les ressources, les frameworks et les outils moins pertinents pour les utilisateurs. Cela ne rend pas en soi l'état opérationnel d'un client portable.

La localité doit être prouvée

L'empreinte nationale de CTYun peut aider les clients à satisfaire aux exigences de localisation et de souveraineté. Elle ne peut pas, à elle seule, décider ce que la loi exige ou prouver où chaque copie voyage.

La loi chinoise sur la protection des informations personnelles n'est pas un commandement universel que chaque octet reste en Chine. L'article 40 dutexte officiel anglais du PIPLexige que les opérateurs d'infrastructures d'information critiques et les processeurs d'informations personnelles qui atteignent le seuil prescrit stockent en Chine les informations personnelles collectées et générées en Chine. Lorsqu'un transfert à l'étranger est véritablement nécessaire, une évaluation de sécurité peut être requise, sous réserve des règles et exceptions ultérieures. La portée de la loi, les seuils et les voies de transfert doivent être évalués pour le client et l'ensemble de données; un sélecteur de région cloud n'est pas un conseil juridique.

Les données gouvernementales comportent une obligation opérationnelle supplémentaire. L'article 40 de laloi chinoise sur la sécurité des donnéesstipule qu'un organe d'État qui confie à une autre partie la construction ou la maintenance d'un système d'administration électronique, ou le stockage ou le traitement de données gouvernementales, doit utiliser des procédures d'approbation strictes et superviser les obligations de sécurité de la partie mandatée. Cela transforme le « cloud local » d'une affirmation de localisation statique en un processus de responsabilité.

Un enregistrement de localité utile suit le cycle de vie des données. Il nomme le système d'entrée, la base de données primaire, les réplicas, les sauvegardes, les instantanés, les versions d'objets, les journaux, la télémétrie de surveillance, les vidages de support, les analyses de sécurité, les caches de diffusion de contenu, les copies de reprise après sinistre et les ensembles de données d'entraînement de modèles. Il indique où chacun est stocké, qui peut y accéder, si l'accès de support traverse une frontière organisationnelle ou territoriale, quelles clés le protègent et ce qui se passe pendant la réparation.

Il enregistre également la suppression et la rétention.

Le propre langage de confidentialité de CTYun montre pourquoi les périmètres doivent être séparés. Sapolitique de confidentialitécouvre les informations que la plateforme collecte pour les comptes et les fonctions applicatives et indique que les services de marketplace tiers peuvent avoir leurs propres règles de traitement. Elle distingue expressément les données téléchargées ou traitées par le client, pour lesquelles le client doit établir une base légale. C'est une allocation cloud normale, mais cela signifie qu'une politique de confidentialité n'est pas un calendrier de traitement des données pour chaque charge de travail.

Les conceptions cloud public, privé et hybride produisent différentes preuves de localité. Une pile dédiée dans une installation gouvernementale nommée peut offrir un placement physique fort mais toujours faire appel à un service central d'identité, de mise à jour ou de support. Les données cloud public peuvent rester dans une région nationale sélectionnée tandis que les métadonnées sont agrégées ailleurs. Xirang peut planifier sur des ressources hétérogènes accédées, donc un client ayant des besoins de placement stricts doit contraindre le pool éligible et vérifier le placement résultant.

« Resource-irrelevant » est utile pour une charge de travail flexible et inacceptable pour une charge de travail dont la ressource et l'emplacement sont juridiquement matériels.

Le contrôle d'achat est une preuve positive. Exigez un diagramme de flux de données, une liste de sous-traitants et d'affiliés, un inventaire des services par région, les destinations de sauvegarde, le processus d'accès au support, l'emplacement des clés de chiffrement et un certificat de suppression. Rapprochez ensuite ces documents des journaux et d'un exercice de reprise. La souveraineté n'est pas seulement le droit de conserver des données quelque part. C'est la capacité de démontrer où résident réellement les données, le contrôle et l'autorité de reprise.

L'achat rédige l'architecture

Les enregistrements d'achats publics révèlent CTYun plus clairement que les affirmations générales du marché car ils montrent ce qu'un client fait engager au fournisseur.

En janvier 2024, Tianyi Cloud Technology Co., Ltd. a remporté unachat de services cloud pour un système d'information du gouvernement central. L'avis d'attribution nomme le fournisseur légal et son adresse à Pékin, fermant la boucle d'identité indépendamment du site de la marque. Plus important encore, il liste la surface d'évaluation: zones de disponibilité, protocoles Internet, ouverture de la plateforme, conformité, sécurité des données, contraintes de changement de prix, latence, compensation en cas de violation de SLA, destruction des données, migration et confidentialité. La configuration comprenait 70 serveurs virtuels de différentes tailles, bases de données, Kubernetes, messagerie et un ensemble de politiques de sécurité cloud destiné à supporter les exigences de protection graduée.

Ce n'est pas la preuve que chaque client CTYun reçoit ces conditions ou que chaque contrôle a fonctionné efficacement. C'est la preuve qu'un acheteur public sophistiqué n'a pas acheté « cloud » comme une seule ligne. Il a décomposé le service en engagements d'architecture, de sécurité, de continuité, de migration et de prix. L'avis rend également visible une caractéristique de l'économie du cloud d'État: l'ouverture technique et la sortie peuvent être des exigences d'achat même lorsque le contrôle national et l'intégration étroite de l'opérateur sont des priorités.

D'autres attributions montrent que le marché concurrentiel n'est ni un simple classement de marques ni une franchise garantie de China Telecom. L'attribution du cloud gouvernemental provincial du Hunan pour 2025-2027a divisé le travail en quatre lotset a évalué l'affilié numérique de China Telecom aux côtés de China Mobile, China Unicom, Huawei Cloud, Inspur Cloud, Unis Cloud et China Electronics. Différents fournisseurs ont remporté différents lots. Les scores et les prix n'évoluaient pas de manière synchronisée, et les règles empêchaient un soumissionnaire de prendre tous les lots.

Une attribution de cloud gouvernemental à Kunmingmontre la couche opérationnelle locale. Un consortium dirigé par la branche Yunnan de China Telecom a remporté un lot cloud. Les exigences demandaient des installations à Kunming, le support de plusieurs architectures CPU, la conformité avec l'évaluation de sécurité cloud, la protection graduée et les exigences cryptographiques, des rapports de service mensuels, un exercice d'urgence et une réponse sur site dans les deux heures. Ce n'est pas nécessairement un contrat de Tianyi Cloud Technology Co., Ltd. C'est la preuve du modèle de livraison plus large de China Telecom et de ce que la continuité du secteur public peut exiger.

L'implication est double. Premièrement, l'achat peut transformer un avantage de groupe — réseau, filiale locale, centre de données, intégrateur et cloud — en un service responsable unique. Deuxièmement, à moins que les responsabilités ne soient nommées, la même structure de groupe peut obscurcir qui possède une défaillance. L'appel d'offres devrait lier le consortium et les affiliés à un seul processus d'incident, un seul dossier de preuves et un seul plan de sortie tout en conservant la responsabilité légale par service.

Le prix suit le graphe

CTYun publie une structure de prix suffisante pour montrer pourquoi un taux de calcul affiché est une mauvaise mesure du coût total.

Lecentre de tarificationdistingue l'utilisation à la demande des engagements annuels ou mensuels. La capacité à la demande est positionnée comme une consommation flexible sans engagement de ressource initial; les durées plus longues réservent la capacité et offrent des réductions. La page ECS en direct affiche des exemples de prix mensuels par spécification d'instance, mais le nombre affiché n'est pas un devis universel. La région, le processeur, le système d'exploitation, le disque, la bande passante, l'adresse publique, la durée, la promotion, la taxe et les conditions négociées du secteur public peuvent changer le résultat.

La facture s'élargit à mesure que le graphe de service s'élargit. Les disques persistants continuent après l'arrêt d'une instance de calcul. Les instantanés et les sauvegardes ajoutent de la capacité stockée et des requêtes. Le stockage objet peut facturer la capacité, les opérations et le transfert. La bande passante publique, les lignes dédiées, les équilibreurs de charge, le NAT, les services de sécurité, la journalisation et le support créent des compteurs séparés. Ladocumentation sur les frais de requêtedu stockage objet de CTYun indique que les actions de console comptent comme des requêtes et que les classes GET, PUT et DELETE peuvent être facturées. Une migration peut entraîner des requêtes de lecture et du trafic sortant à la source, des requêtes d'écriture à la destination et une période de double stockage.

L'IA rend le graphe plus sensible. Un accélérateur bon marché qui attend les données ou perd de manière répétée une exécution d'entraînement peut coûter plus par checkpoint accepté qu'un cluster plus cher et mieux connecté. Une allocation dédiée peut sembler coûteuse à l'heure et bon marché lorsque le délai de file d'attente menace un lancement public. La tarification par jetons peut déplacer les dépenses des équipes d'infrastructure vers les équipes applicatives tandis que les coûts de stockage, de récupération, de modération et de réseau restent ailleurs.

L'intégration opérateur peut réduire certains coûts. Un client de China Telecom peut simplifier les achats ou obtenir un meilleur chemin entre les bureaux, les centres de données et CTYun. Le support local peut réduire le temps de coordination. Mais la tarification intégrée peut également rendre le dégroupage difficile: la comparaison n'est plus une VM CTYun contre une autre VM, mais le cloud CTYun plus le circuit plus le support plus le package de conformité contre plusieurs architectures de substitution.

Le modèle d'achat devrait donc calculer trois scénarios sur la durée du contrat: état stable, défaillance et sortie. L'état stable inclut la consommation engagée et variable plus les personnes. La défaillance inclut la capacité inactive, la relecture, le support d'urgence et la perte de service. La sortie inclut la double exécution, l'extraction, la sortie, la conversion, la validation et les enregistrements conservés. Une remise n'est précieuse qu'après avoir chiffré les trois graphes.

Le support change le produit

Le support n'est pas simplement un numéro de téléphone chez CTYun. Il change le modèle opérationnel.

Lapage des plans de supportpublique décrit des niveaux léger, entreprise et professionnel avec différents personnels techniques, services d'événements protégés, couverture de compte et examens proactifs. Les détails du plan publié incluent la gestion des tickets 24h/24, un objectif de réponse de dix minutes pour les tickets urgents et de 30 minutes pour les tickets ordinaires, tandis que les heures de chat en ligne humain sont plus restreintes que le canal automatisé. Les clients professionnels peuvent obtenir des experts techniques et des routines opérationnelles plus personnalisées. CTYun commercialise séparément desservices expertspour la planification, la migration, la mise en œuvre, les opérations et l'adaptation de modèles.

Ce sont des descriptions d'offre, pas la preuve d'un temps de résolution atteint. La réponse n'est pas non plus la restauration. Un accusé de réception en dix minutes peut coexister avec un long diagnostic de dépendance. L'acheteur devrait définir la gravité du point de vue du service public, pas du composant produit du fournisseur. Il devrait distinguer la réponse, l'engagement d'un ingénieur qualifié, la solution de contournement, la restauration, le rapport de cause racine et la correction permanente.

L'identité du support est importante dans le modèle cloud opérateur. Un incident de circuit peut commencer avec une équipe télécom provinciale; un incident de réseau virtuel avec CTYun; une appliance gérée avec un partenaire; et un chemin international avec une autre filiale. Le contrat devrait empêcher chaque file d'attente de fermer son ticket parce que son propre composant semble sain. Pour les services publics critiques, un commandant d'incident nommé et un chemin d'escalade entre entités sont plus précieux qu'une collection de droits d'accès aux hotlines.

Le support de mise en œuvre peut également devenir un coût de changement. Les ingénieurs du fournisseur accumulent des connaissances sur la topologie, les exceptions et les approbations locales. Ces connaissances devraient être converties en diagrammes appartenant au client, définitions d'infrastructure, runbooks, cartes de contact et procédures de reprise testées. Sinon, le support premium résout le problème d'aujourd'hui en augmentant la dépendance de demain.

La disponibilité est assemblée

CTYun annonce une forte disponibilité des composants. L'application doit encore l'assembler.

La page produit ECS revendique une disponibilité de 99,975 % pour une instance unique et de 99,995 % pour plusieurs instances sur des zones de disponibilité. La page ne définit pas, en soi, la mesure, les exclusions ou les crédits. UnSLA de mise à l'échelle élastiqueséparé illustre pourquoi le texte juridique est important: il promet 99,95 % pour ce service, mesure sur un cycle mensuel, exclut les interruptions de moins de cinq minutes continues et retire de la période d'indisponibilité la maintenance notifiée, l'équipement client, les applications client, les échecs d'identifiants, la force majeure et d'autres conditions. D'autres produits ont leurs propres conditions.

Ces chiffres ne peuvent être ajoutés dans un SLA applicatif. Un service peut dépendre de l'identité, de l'API, de la mise à l'échelle, du réseau virtuel, de l'équilibreur de charge, de la base de données, du stockage objet, du DNS et de l'accès China Telecom. La défaillance corrélée est plus importante que le meilleur pourcentage individuel. Il en va de même pour la distinction entre le plan de données et le plan de gestion. Les charges de travail existantes peuvent continuer tandis que la console et l'API ne peuvent pas créer de remplacements; cela peut devenir une panne seulement lorsqu'un worker échoue ou que le trafic augmente.

La documentation technique de CTYun fournit des modes de défaillance concrets. Une défaillance d'hôte physique peut déclencher une migration à froid et un redémarrage de machine virtuelle. Leguide de reprise automatiqueindique que l'état CPU et mémoire peut être perdu lorsque l'équipement endommagé ne peut pas supporter la migration en direct. Ses directives de zone de disponibilité indiquent qu'une instance achetée ne peut pas simplement être déplacée vers une autre zone. Son tableau d'affichage actuel publie la maintenance, les changements de points de terminaison, les changements de cycle de vie des nœuds et les mises à niveau de produits. C'est la preuve d'un processus opérationnel, pas un historique complet des incidents publics.

Les archives publiques examinées pour cet article n'ont pas fourni un historique consolidé et lisible par machine de l'état de CTYun avec début d'incident, services et régions affectés, mises à jour, restauration, cause racine et actions correctives. Cette absence ne prouve pas un mauvais dossier d'incidents; elle limite la mesure indépendante. Un client devrait demander l'historique des incidents et de la maintenance pour les régions et produits exacts achetés, y compris les événements du plan de contrôle et les quasi-accidents.

Le test devrait ensuite exercer la défaillance. Éteignez une instance sans avertissement. Refusez une zone. Révoquez une clé. Remplissez un quota. Retardez le stockage objet. Cassez le circuit privé. Faites échouer la base de données active. Restaurez dans la région de reprise avec des personnes qui n'ont pas construit le système. Mesurez le temps pour détecter, décider, restaurer et concilier. Comparez le résultat avec l'objectif de reprise du service public et le contrat. La disponibilité n'existe qu'au point où l'architecture, les opérations et les preuves se rencontrent.

Les affirmations de sécurité ont une portée

La surface de sécurité de CTYun est large, mais une étiquette de certification doit être attachée au service et au périmètre qu'elle couvre réellement.

Lecentre de confiancede l'entreprise revendique plus de 15 certifications cloud de confiance spécifiques à l'industrie et plus de 20 cas de meilleures pratiques cloud de confiance. Sa page à propos fait référence plus largement à ISO, SOC, revue de cybersécurité, protection graduée et accréditations cloud de confiance. Ce sont des affirmations d'entreprise jusqu'à ce qu'un acheteur voie le certificat actuel, l'émetteur, le nom de l'entité, les emplacements couverts, les services, la période d'audit, les exceptions et la lettre de transition.

Il y a une confirmation externe pertinente, mais elle est limitée. En juin 2025, le centre de certification de sécurité réseau et de régulation du marché de la Chine a rapporté quele système de gestion multi-cloud de CTYun a passé une évaluation de sécurité de service cloud, en utilisant son cloud gouvernemental dédié et son cloud de services financiers comme plateformes de validation. Cela soutient une plateforme évaluée et un périmètre de validation particuliers. Cela ne certifie pas automatiquement chaque région CTYun, partenaire de capacité Xirang, application marketplace ou configuration client.

CTYun fournit des contrôles utiles. SonService de gestion de clésdécrit la protection par module de sécurité matérielle, la gestion du cycle de vie, le chiffrement et la signature, la certification cryptographique nationale et les intégrations avec les disques, le stockage objet, le stockage de fichiers et les bases de données. Le service objet prend en charge l'IAM, les clés d'accès, les identifiants temporaires et les URL pré-signées. Pourtant, le client décide toujours de la propriété des clés, de la séparation des administrateurs, de la rétention des journaux, de l'exposition publique et de la reprise.

Unavis de sécurité du stockage objetde juin 2026 est instructif. CTYun a commencé à bloquer les nouvelles politiques d'écriture publique dans les pools publics, tout en laissant les configurations d'écriture publique existantes en place et en exhortant les clients à les inspecter et à les supprimer. C'est une mesure de durcissement de plateforme judicieuse. Cela révèle également une responsabilité partagée: une valeur par défaut plus sûre n'a pas automatiquement corrigé chaque bucket existant, car cela pourrait casser les charges de travail des clients.

Les achats de sécurité devraient donc demander des preuves par couches. Les preuves de plateforme couvrent les installations, l'hyperviseur, le plan de contrôle et les processus opérateur. Les preuves de service couvrent la base de données, le stockage, l'IA ou le produit réseau acheté. Les preuves de configuration couvrent le locataire client. Les preuves de chaîne d'approvisionnement couvrent les images, les SDK, le matériel, les modèles et les composants marketplace. Les preuves d'incident couvrent la détection, la notification et la remédiation. Un badge à une couche ne peut pas répondre pour les autres.

La sortie commence avant l'entrée

Le meilleur moment pour concevoir une sortie de CTYun est avant la première commande de production, lorsque chaque dépendance est encore optionnelle.

La sortie minimale n'est pas l'annulation du compte. Leguide de fermeture de comptede CTYun décrit une période de fermeture de 48 heures suivie d'une période de rétention de 90 jours, après laquelle le compte est automatiquement annulé; il permet également l'annulation immédiate pendant la rétention et avertit que les données du compte sont alors supprimées. Les vérifications de ressources, financières et de commandes doivent d'abord réussir. Ce processus est un point de terminaison administratif, pas un plan de migration.

Une sortie de production a six inventaires. L'inventaire des données couvre les bases de données, les objets, les systèmes de fichiers, les disques, les instantanés, les sauvegardes, les journaux, les files d'attente, les artefacts de modèle et les versions historiques. L'inventaire de calcul couvre les images, les hypothèses d'instance, les accélérateurs et les licences liées au matériel. L'inventaire de contrôle couvre les identités, les politiques, les clés, les réseaux, les équilibreurs de charge, le DNS, les moniteurs et les quotas.

L'inventaire logiciel couvre les SDK CTYun, les API de services gérés et les fonctionnalités de base de données propriétaires. L'inventaire des preuves couvre les journaux d'audit, les approbations, les tickets et les enregistrements qui doivent survivre au locataire. L'inventaire commercial couvre les engagements, les frais impayés, les conditions de circuit, le support et les certificats de suppression.

La portabilité varie selon la couche. La compatibilité S3 est utile, mais les propres limitations de migration de CTYun montrent que l'historique des versions et les métadonnées nécessitent un traitement spécial. Les images de machine virtuelle peuvent se déplacer en principe, mais les pilotes, les licences et la configuration de démarrage peuvent échouer. Une base de données gérée peut exporter des données tandis que les extensions, les utilisateurs, les travaux, les créneaux de réplication et le comportement de performance restent spécifiques au fournisseur.

Les données protégées par KMS peuvent être illisibles si les clés ou les procédures d'enveloppement ne sont pas exportées ou recréées. Les checkpoints Xirang peuvent contenir des hypothèses de framework, d'accélérateur et de stockage. Un circuit privé et une adresse IP ne peuvent pas être transportés vers un autre cloud simplement parce que l'application a été déplacée.

Le retrait de produit devrait être contracté comme un déclencheur de sortie. L'avis Yunxiao a donné une piste définie et a demandé aux clients de sauvegarder; unavis de retrait de cloud de bureau 2026séparé a indiqué que les données de bureau stockées seraient effacées après l'arrêt et a orienté les utilisateurs vers des produits de remplacement. Ce ne sont pas des scandales. Ce sont des rappels que la migration menée par le fournisseur et la sortie contrôlée par le client sont des choses différentes. Un remplacement dans le même portefeuille peut préserver la commodité tout en conservant la même concentration.

Le test d'acceptation devrait exporter une tranche de production représentative avant la mise en production. Il devrait inclure le plus grand objet, un objet avec versions et rétention, une base de données sous charge d'écriture, une image machine, des journaux d'audit, des politiques d'accès, un checkpoint de modèle et une restauration dans un environnement non CTYun. Les hachages, les comptes de lignes et les résultats au niveau applicatif devraient être comparés. Le client devrait enregistrer le débit et le coût de sortie afin que la fenêtre de migration complète puisse être estimée.

Enfin, la suppression devrait être progressive. D'abord, rend l'autorité au substitut. Ensuite, gèle les écritures, rapproche les données, conserve les preuves requises, révoque les intégrations externes, détruit les identifiants, ferme les ressources et demande des preuves de suppression. Annuler le compte en premier peut être irréversible. La sortie est un changement contrôlé d'autorité, pas un acte d'administration de facturation.

L'ensemble concurrentiel est plus large que les clouds

CTYun est en concurrence avec Alibaba Cloud, Huawei Cloud et Tencent Cloud, mais ce ne sont pas ses seuls substituts et ils ne sont peut-être pas les plus pertinents.

L'attribution du cloud gouvernemental du Hunan montre un domaine national qui inclut les trois opérateurs télécoms, les sociétés de cloud dédié, les intégrateurs de systèmes et les plateformes liées au matériel. Un client peut diviser les lots plutôt que de choisir un cloud universel. Une organisation réglementée peut utiliser un cloud gouvernemental local, une pile privée dans une installation nommée, un cloud public national, un environnement dédié hébergé par un opérateur ou un arrangement multi-cloud.

Pour l'IA, elle peut louer des accélérateurs publics, acheter une appliance privée, construire un cluster, utiliser une API de modèle ou planifier via une marketplace de capacité.

Le différenciateur de CTYun est le plus fort lorsque le cloud et le réseau doivent être achetés ensemble, que les installations locales et le support sur le terrain sont importants, que l'adaptation à la technologie nationale est obligatoire, ou qu'un acheteur public valorise le rôle de continuité d'un opérateur d'État. Son empreinte provinciale peut être plus conséquente qu'un nombre de régions mondiales. Xirang peut élargir l'accès aux accélérateurs au-delà d'une seule flotte possédée.

Les mêmes caractéristiques créent les questions concurrentielles les plus aiguës. Un cloud intégré à l'opérateur peut avoir moins de chemins réseau indépendants qu'une conception multi-opérateur. Une filiale locale peut accélérer le support mais compliquer l'identité contractuelle. L'intégration nationale complète peut améliorer l'alignement des politiques tout en rendant les outils internationaux et les compétences du personnel moins portables. Une marketplace IA hétérogène peut élargir l'offre tout en rendant l'emplacement physique et la classe de performance de la capacité plus difficiles à généraliser.

La substitution devrait donc être testée par charge de travail. Un site web public statique peut avoir besoin de calcul commodité, de stockage objet et d'un deuxième chemin DNS. Un système de santé provincial peut prioriser des installations locales nommées, une réponse sur site et un support de base de données national. Un fabricant transfrontalier peut avoir besoin de CTYun pour les charges de travail en Chine continentale et d'un cloud international gouverné séparément connecté via des circuits privés. Un long travail d'entraînement IA peut prioriser la topologie, les checkpoints et les accélérateurs garantis par rapport à la marque.

Aucun tableau de parts de marché ne choisit parmi ceux-ci.

La position de négociation la plus forte est une architecture avec des alternatives crédibles à la frontière. Utilisez des formats de données portables, des schémas appartenant au client, des adaptateurs fournisseur isolés, des copies indépendantes des journaux, des constructions d'image testées et une deuxième route de connectivité là où le service le justifie. Le multi-cloud partout est coûteux. L'optionnalité aux points irréductibles est moins chère.

Douze tests pour le compact

Un achat CTYun peut être rendu falsifiable. Les tests suivants sont délibérément spécifiques à sa surface combinée cloud, opérateur, localité et IA.

1. 1. Prouvez la chaîne contractuelle.Obtenez le nom légal, les détails d'enregistrement et le rôle de l'entité qui signe, facture, exploite chaque pool sélectionné, fournit le circuit, assure le support et détient chaque certification. Si une filiale provinciale, un affilié numérique, un affilié international ou un partenaire participe, attachez-le à une matrice de responsabilité et d'escalade. Rejetez une réponse qui ne s'appuie que sur « China Telecom ».
2. 2. Rapprochez la carte de la console.Listez chaque région et zone proposée, puis vérifiez que les produits de calcul, base de données, stockage, KMS, journalisation, sauvegarde et IA requis sont réellement commandables à l'échelle requise. Enregistrez quels emplacements ont une zone, lesquels en ont plusieurs, et quels services partagent un plan de contrôle régional. N'inférez pas la disponibilité des produits du nombre de centres de données sur la carte d'entreprise.
3. 3. Démontrez l'indépendance des domaines de défaillance.Demandez à CTYun d'identifier les dépendances partagées d'alimentation, réseau, identité, DNS, backbone, gestion et support sur les zones proposées. Réalisez un exercice de perte de zone. Confirmez que l'application, pas simplement l'instance survivante, continue à atteindre son objectif et que les opérateurs peuvent créer des ressources de remplacement pendant qu'un chemin de contrôle est altéré.
4. 4. Tracez chaque copie.Produisez une matrice de localisation des données pour les données primaires, les réplicas, les sauvegardes, les journaux, la télémétrie, les bundles de support, les caches, les ensembles de données de modèle et les copies de reprise après sinistre. Contraignez Xirang ou toute marketplace de capacité aux emplacements et fournisseurs approuvés. Vérifiez le placement à partir des journaux et des enregistrements de facturation. Traitez la classification juridique et l'évaluation du transfert comme des obligations du client nécessitant des conseils qualifiés.
5. 5. Testez le réseau comme un produit.Mesurez la latence, la gigue, la perte, les changements de route et la reprise des sites utilisateurs à CTYun via l'accès China Telecom proposé et via un chemin indépendant. Identifiez où apparaissent AS58519, AS4134, les réseaux provinciaux et les circuits privés. Un SLA de région cloud ne devrait pas remplacer un circuit ou un objectif applicatif de bout en bout.
6. 6. Exercez les API et le cycle de vie des SDK.Provisionnez et détruisez une pile représentative via l'automatisation. Épinglez les versions SDK, capturez le comportement d'erreur et testez la rotation des identifiants, l'épuisement des quotas et les changements de points de terminaison régionaux. Exigez un préavis et une politique de compatibilité pour la dépréciation des API. Maintenez une frontière d'adaptateur afin que les clientscn.ctyunne se propagent pas dans la logique métier.
7. 7. Évaluez le travail IA utile.Pour Xirang, nommez l'accélérateur, la précision, la topologie, la location, l'image de framework, le chemin de stockage et la politique de file d'attente. Mesurez le progrès d'entraînement accepté par heure, le temps de checkpoint et de redémarrage, le taux de tâches échouées, la latence d'inférence à la concurrence cible et le coût par sortie acceptée. Testez la séquence de détection et de reprise annoncée plutôt que d'accepter un nombre agrégé d'exaflops.
8. 8. Validez la portée de la sécurité.Collectez les certificats et rapports d'évaluation actuels avec l'entité légale, le service, la région, la date et les exclusions. Mappez les contrôles de plateforme CTYun par rapport aux devoirs de configuration client. Testez l'exposition publique, la séparation IAM, la rotation des clés, l'exportation des journaux et la notification d'incident. Inspectez les buckets objet existants plutôt que de supposer que la restriction d'écriture publique de 2026 les a réparés.
9. 9. Tarifez trois états.Construisez des factures d'état stable, de défaillance et de sortie. Incluez le calcul, l'accélérateur, le stockage, les requêtes, les instantanés, la sauvegarde, les journaux, le trafic public et privé, la sécurité, le support, les licences, la taxe et le personnel. Incluez les ressources inactives et la double exécution. Exigez un préavis et des règles d'ajustement pour les changements de prix et le remplacement de produit.
10. 10. Faites en sorte que le support restaure, pas seulement réponde.Définissez la gravité par l'impact citoyen ou commercial. Fixez des horloges pour l'accusé de réception, l'engagement qualifié, la solution de contournement, la restauration, le rapport de cause racine et l'action permanente. Nommez un commandant pour les incidents cloud-plus-réseau. Réalisez un appel en dehors des heures et une escalade inter-affiliés avant la production.
11. 11. Exportez avant l'acceptation.Déplacez des objets représentatifs avec versions et métadonnées, une base de données en direct, des images machine, des politiques, des journaux et un checkpoint IA vers un substitut. Comparez les hachages, les comptes de lignes et les résultats applicatifs. Mesurez le débit et le coût. Enregistrez les fonctionnalités qui ne peuvent pas être déplacées et la conversion requise. Une démonstration de migration d'entrée ne réussit pas ce test.
12. 12. Contractez la fin de vie.Exigez un préavis minimum, des critères d'équivalence de remplacement, une assistance à la migration, des correctifs de sécurité continus, une capacité d'exportation de données et des preuves de suppression lorsqu'une région, une API ou un produit est retiré. Utilisez les avis Yunxiao et cloud de bureau comme scénarios réalistes. Un produit successeur est une option, pas une preuve de portabilité.

Ce que les archives publiques ne peuvent pas prouver

Le dossier de preuves est assez large pour analyser CTYun, mais plusieurs faits conséquents restent indisponibles ou non résolus dans le domaine public.

Il n'existe pas de bon de commande client public montrant quelle entité signe chaque produit dans chaque province. L'enregistrement ASN conserve le langage de la succursale prédécesseur, et aucun instrument de transfert de ressources examiné ici n'établit le détenteur légal actuel d'AS58519. Les totaux de flotte de CTYun ne fournissent pas une liste actuelle service par service des régions, zones, capacité, propriété des installations et domaines de défaillance partagés.

Les rapports d'entreprise agrègent les performances cloud China Telecom et de calcul intelligent; ils ne divulguent pas le chiffre d'affaires, la marge, l'intensité capitalistique ou la concentration de clientèle de Tianyi Cloud Technology Co., Ltd.

Les pages produits publiques ne divulguent pas la disponibilité réalisée par région, un historique consolidé des incidents, la fréquence de refus de capacité, la sursouscription, les résultats de reprise ou les percentiles de résolution de support. Les affirmations de certification ne sont pas accompagnées sur la page de confiance publique de chaque certificat et périmètre actuels. Le chiffre de calcul agrégé de Xirang combine la capacité propre et accédée sans ventilation publique par accélérateur, précision, emplacement, location ou disponibilité garantie.

Les prix publiés ne révèlent pas les remises négociées, les subventions croisées du secteur public, les frais de support ou l'économie de la capacité IA dédiée.

La documentation prouve qu'un stockage de type S3, des API, des SDK et des outils de migration existent. Elle ne prouve pas la compatibilité sémantique pour chaque opération, l'export symétrique, la fidélité complète des métadonnées ou un déplacement testé vers un concurrent nommé. Les pages juridiques publiques allouent les responsabilités à un niveau général mais ne remplacent pas un accord de traitement des données spécifique à la charge de travail, une liste de sous-traitants, un calendrier de service ou une clause de sortie.

Ce sont des limites de preuve, pas des conclusions défavorables. Elles définissent les documents et les tests qu'un acheteur doit demander. Elles définissent également la limite de cet article: aucun client, incident, certification, part de marché, prix ou architecture non signalé ne doit être déduit de l'échelle de la plateforme.

Surveiller le compact, pas le slogan

Cinq points de surveillance montreront si le compact opérationnel de CTYun se renforce ou s'élargit simplement.

1. Premièrement, la rationalisation régionale.Le tableau d'affichage de CTYun enregistre déjà la maintenance, les changements de points de terminaison, les renouvellements arrêtés et les retraits de service. Surveillez si les pools plus petits ou plus anciens sont consolidés, combien de préavis les clients reçoivent et si les remplacements préservent la localité, la latence et les conditions commerciales. Une carte nationale peut croître en agrégat tandis qu'un client particulier perd un nœud utile.
2. Deuxièmement, la composition de la capacité de Xirang.China Telecom passe d'une infrastructure possédée à un mélange de calcul intelligent possédé et accédé. Surveillez la part qui est contractuellement garantie, le mélange d'accélérateurs et d'interconnexion, les contrôles de placement disponibles pour les utilisateurs réglementés et la publication de mesures de fiabilité au niveau de la charge de travail. Une marketplace devient une infrastructure lorsque la qualité de la capacité et la responsabilité des défaillances sont standardisées.
3. Troisièmement, Triless en pratique.L'indépendance des ressources, des frameworks et des outils est une direction attrayante. Le test est de savoir si les clients peuvent déplacer un modèle, un checkpoint et un workflow de service entre accélérateurs et emplacements sans reconstruction sur mesure, perte de performance cachée ou nouvelle dépendance propriétaire. Les retraits de produits fourniront des preuves réelles.
4. Quatrièmement, les preuves de sécurité au niveau du service.L'évaluation de sécurité multi-cloud 2025 et le changement de politique de stockage objet 2026 sont des signaux positifs. Surveillez les documents de périmètre actuels et téléchargeables, les preuves spécifiques à la région, un signalement d'incident plus clair et une migration par défaut plus sûre pour les locataires existants. Les acheteurs du secteur public ont besoin d'une assurance qui peut être audité, pas seulement d'un nombre au centre de confiance.
5. Cinquièmement, la séparation contractuelle dans l'intégration.Le réseau combiné, le cloud, la filiale locale et la portée à l'étranger de China Telecom peuvent être un véritable avantage. Surveillez si les contrats rendent la responsabilité entre entités plus facile à comprendre, si un seul processus d'incident couvre la chaîne et si les clients peuvent extraire des services sans démanteler l'ensemble de l'arrangement. L'intégration devrait réduire les coutures opérationnelles sans effacer la responsabilité légale.

Le compact doit devenir un contrat

CTYun n'est pas simplement une réponse chinoise à un hyperscaler étranger. C'est l'expression cloud d'un opérateur télécom dont le réseau, les institutions provinciales, les centres de données et le rôle de service public peuvent être assemblés autour d'une charge de travail. Cela fait de la province une partie du produit et de la relation opérateur une partie de l'architecture.

Le compact peut être puissant. Un client peut placer les données au niveau national, connecter les bureaux et les installations via le même groupe, obtenir une mise en œuvre locale, utiliser le cloud public ou dédié, et atteindre un pool croissant de calcul IA hétérogène. Les enregistrements d'achats publics montrent que les acheteurs peuvent exiger l'ouverture, la migration, la destruction, la sécurité et la continuité dans cet arrangement.

Le compact peut aussi concentrer le risque. La même relation peut régir l'accès, le calcul, le support et la reprise. Une étiquette de localisation peut cacher une zone unique. Une abstraction IA peut cacher une capacité matériellement différente. Une API familière peut préserver la syntaxe mais pas l'état. Un produit de remplacement peut préserver le fournisseur tout en changeant la surface d'exploitation du client.

La conclusion correcte n'est ni que la propriété d'État garantit la continuité ni qu'elle empêche la concurrence technique. CTYun devrait être jugé sur la capacité de ses promesses à être traduites en preuves spécifiques à la charge de travail: la partie légale nommée, l'installation et la zone nommées, le chemin réseau mesuré, l'application récupérable, l'évaluation de sécurité limitée, le coût unitaire utile et l'export vérifié.

La carte est stratégiquement impressionnante. La réussite d'achat est de rendre chaque ligne importante exécutoire — et chaque route nécessaire en dehors utilisable.