Jiaxing Sihe cloud computing Technology Co., LTD vend une capacité hébergée qui dépend toujours des racks, du transit et des fenêtres de maintenance

Résumé

• AS151219 et la plage IPv4 portable160.22.246.0/23sont des enregistrements de ressources APNIC/CNNIC valides pour Jiaxing Sihe cloud computing Technology Co., LTD. Les deux ont été enregistrés en juin 2024, et les deux portent la même adresse de bureau à Jiaxing et le domaine de contactsihe.ai.
• Les ressources ne constituent pas une périphérie de production visible. Au point d'observation du 12 juillet 2026, RIPE n'a signalé aucun espace IPv4 ou IPv6 annoncé, aucune route de première ou dernière observation, aucun voisin observé et une visibilité nulle parmi 326 pairs de table complète IPv4 et 322 IPv6 pour AS151219. CAIDA l'a indépendamment marqué comme non vu, sans degré fournisseur, pair ou client.
• Une vitrine Sihe Cloud est néanmoins active. Elle annonce des machines virtuelles ECS, du calcul conteneurisé, des bases de données gérées, du stockage d'objets et de fichiers, publie des prix, lie vers une console fonctionnelle et revendique trois zones de disponibilité, une alimentation double, un accès multi-opérateurs et un refroidissement N+1. Ce sont des signaux opérationnels matériels, mais le site et le contrat de service identifient Haining Sihe Cloud Computing Technology Co., Ltd comme fournisseur, et non le détenteur des ressources de Jiaxing.
• La vitrine, la documentation et la console résolvent via une chaîne de service nommée Sihe vers222.213.119.154, au sein du réseau Sichuan de China Telecom et originaire d'AS4134. Cela correspond à un service fonctionnel délivré sur un autre réseau, mais n'active pas AS151219 ni ne prouve quelle entreprise possède les racks, serveurs, stockage ou contrats d'opérateurs.
• Un acheteur a donc besoin d'une cartographie au niveau contractuel du service: fournisseur légal, localisation de la charge de travail, installations nommées, domaines de panne des zones de disponibilité, capacité installée et vendable, diversité des opérateurs, propriété des pièces de rechange, autorité de support, résultats de sauvegarde et de restauration, continuité de facturation, gestion de la résiliation et limites d'exportation des données. Les preuves publiques soutiennent une plateforme Sihe active, mais n'attribuent que faiblement l'exploitation de cette plateforme à l'entité exacte de Jiaxing.

La vitrine est réelle; l'attribution est la partie difficile

La preuve la plus importante dans ce profil n'est pas un nom d'entreprise isolé ni une route isolée. C'est la tension entre deux surfaces publiques. L'une est l'enregistrement de numéro Internet pour Jiaxing Sihe cloud computing Technology Co., LTD. L'autre est le service Sihe Cloud commandable àsihe.cloud. Ils partagent une racine de marque et un domaine de contact, mais ils ne publient pas le même nom de fournisseur légal et n'utilisent pas la même identité réseau visible.

La vitrine est bien plus qu'une page d'accueil. Elle présente des machines virtuelles sous l'étiquette ECS, un produit conteneurisé appelé SAE, un service MySQL géré, du stockage d'objets, du stockage de fichiers, une protection DDoS et des solutions cloud publiques et privées. Elle lie vers uneconsole de gestion fonctionnelleet uncentre de documentation. Elle propose des adhésions mensuelles avec des allocations indiquées de CPU, mémoire, trafic sortant et stockage, et sapage de tarification ECSpublie des tarifs unitaires pour les processeurs virtuels, la mémoire, les disques et le transfert sortant. Ce sont des signes d'une surface de service commercial qui peut être inspectée et, sous réserve d'inscription et de paiement, achetée.

Pourtant, le pied de page indique que le site appartient à Haining Sihe Cloud Computing Technology Co., Ltd. Lecontrat de serviceest encore plus clair: il stipule que Haining Sihe Cloud Computing Technology Co., Ltd fournit la plateforme de cloud computing Sihe et contracte avec l'utilisateur. Le contrat indique un lieu de performance du service au 180 Canghai Road à Haining, Zhejiang. La vitrine répète cette adresse de Haining et affiche un numéro d'enregistrement de contenu Internet et un numéro de licence de télécom à valeur ajoutée.

L'objet exact du répertoire a un enregistrement public différent. L'entrée RDAP pour AS151219nommeSIHE-JXCC, attribue le code paysCNet enregistre Jiaxing Sihe cloud computing Technology Co., LTD au Room 1003, Building 14, Jiaxing Smart Industry Innovation Park, 36 Changsheng South Road. Ses contacts administratifs et techniques utilisent des adressessihe.ai. L'enregistrement RDAP pour160.22.246.0/23attache le même nom d'entreprise, adresse de bureau, contacts et étiquette réseau à la plage de 512 adresses de160.22.246.0à160.22.247.255.

Le partage de marque, de contacts et de domaines est pertinent. Il suggère une administration coordonnée entre les ressources étiquetées Sihe. Il ne prouve pas, à lui seul, une relation parent-filiale, une propriété commune, un pouvoir d'agence, un transfert d'actifs ou une permission pour une entreprise d'engager l'autre. Un client ne peut pas remplacer en toute sécurité un nom légal par un autre simplement parce que les deux utilisentsihe.ai. Le contrat doit identifier l'entité qui perçoit le paiement, l'entité qui détient la permission télécom, l'entité qui contrôle les données clients, l'entité qui emploie le personnel de support, et l'entité capable de donner des instructions à une installation ou à un opérateur en cas de panne.

Cette distinction change la question. Il ne suffit plus de demander si Sihe Cloud semble offrir une capacité hébergée. C'est clairement le cas. La question est de savoir si l'entité exacte de Jiaxing exploite, fournit, revend, administre ou détient simplement des ressources numériques adjacentes à cette capacité. Les preuves publiques ne comblent pas cet écart.

AS151219 est attribué, récent et actuellement silencieux

Un numéro de système autonome est une identité de routage, pas une flotte de serveurs. L'explication des numéros de système autonome par APNICdécrit un ASN comme l'identifiant utilisé par un groupe de réseaux IP avec une politique de routage externe unique et clairement définie. Le posséder crée la possibilité d'exprimer une politique indépendante à l'Internet. Cela ne montre pas que des routeurs sont configurés, que des sessions amont sont établies, que des préfixes sont acceptés ou que du trafic circule.

L'enregistrement AS151219 est relativement récent. RDAP enregistre l'inscription et la dernière modification le 25 juin 2024. La plage IPv4 associée a été enregistrée le même jour, avec l'enregistrement de la plage modifié quelques minutes avant celui de l'ASN. Le calendrier serré, l'étiquetteSIHE-JXCCidentique, les contacts correspondants et l'adresse correspondante rendent l'appariement prévu exceptionnellement clair: l'entreprise a acquis à la fois un numéro de routage et un espace d'adresses portables en un seul épisode administratif.

Ce qui a suivi n'est pas visible dans la vue large des routes publiques. L'aperçu AS de RIPEa marqué AS151219 comme non annoncé à la date limite de recherche. Saréponse de statut de routagea signalé zéro préfixe IPv4, zéro adresse IPv4, zéro préfixe IPv6 et zéro équivalent IPv6/48. Aucun des 326 pairs RIS IPv4 en table complète et aucun des 322 pairs IPv6 en table complète n'a vu l'ASN. Les champs première et dernière observation étaient vides, et le nombre de voisins observés était nul.

La réponse séparée despréfixes annoncésa renvoyé une liste vide. Laréponse de voisinn'a compté aucun voisin côté gauche, côté droit, unique ou incertain. Lerésultat de cohérence de routage de RIPEn'a fourni aucune entrée de préfixe, d'import ou d'export. Unerequête d'historique pour l'ASNn'a pas établi d'origine largement visible pendant la période demandée.

Le bloc d'adresses est tout aussi silencieux. Lerésultat de statut de RIPE pour160.22.246.0/23n'a signalé aucune origine, aucune route plus spécifique ou moins spécifique et une visibilité nulle parmi 326 pairs IPv4 en table complète. Lerésultat d'informations réseaucorrespondant n'a renvoyé aucun préfixe routé et aucun ASN d'origine. Une vérification d'autorisation d'origine de route était inconnue car aucune autorisation de validation n'a été trouvée pour la paire AS-et-préfixe testée. Cela ne crée pas d'incident de sécurité; il n'y a aucune route observée à valider. Cela signifie que les preuves publiques ne montrent pas l'entreprise préparant cette origine exacte avec une autorisation visible.

CAIDA parvient indépendamment à la même conclusion structurelle. Sonentrée AS Rankidentifie SIHE-JXCC en Chine mais marque l'ASN commeseen=false. Les degrés fournisseur, pair et client sont tous nuls. Les cônes de préfixe et d'adresse sont nuls. Le cône à un AS est le numéro interrogé lui-même, pas un client en aval. Unerequête API PeeringDBne renvoie aucun objet réseau. La participation à PeeringDB est volontaire, donc l'absence ne peut prouver qu'aucun contrat de transit privé n'existe. Cela supprime toutefois une route publique courante pour vérifier les installations, les échanges, la politique d'interconnexion et l'échelle du trafic.

Ces mesures soutiennent une déclaration étroite mais ferme: AS151219 n'est pas un bord BGP public observable à la date limite. Elles ne prouvent pas que l'entreprise est inactive. Un fournisseur de cloud peut fonctionner entièrement derrière des adresses originaires d'un opérateur, utiliser un espace attribué par le fournisseur, placer un équilibreur de charge sur un autre réseau, ou vendre une capacité sous le contrat d'une entreprise liée. La vitrine active semble faire au moins une partie de cela. L'absence d'AS151219 du BGP modifie donc l'analyse d'attribution et de résilience; elle n'efface pas le service.

Le bord côté client repose sur un autre réseau

Le DNS public fournit la couche suivante. La page d'accueil Sihe Cloud, la documentation et la console résolvent via des noms de service qui incluentdeyang.sihe.cloudet arrivent à222.213.119.154. Laréponse DNS public Google pour la page d'accueilmontre la chaîne du nom d'hôte du site vers cette adresse; des réponses équivalentes pourla consoleet ladocumentationmontrent le même point d'accès public.

Laréponse d'informations réseau de RIPE pour222.213.119.154place l'adresse à l'intérieur de222.208.0.0/13et identifie AS4134 comme l'origine. L'enregistrement de ressource publiqueidentifie ce bloc commeCHINANET-SC, le réseau de la province du Sichuan de China Telecom. Il s'agit d'un chemin de service actif et originaire de l'extérieur. Cela démontre également pourquoi le silence d'AS151219 ne peut à lui seul réfuter l'exploitation: une application fonctionnelle peut être exposée via l'espace d'adresses d'un opérateur tandis que l'allocation portable de l'entreprise reste inutilisée.

Le nom d'hôte et les indices de localisation ne constituent toujours pas un inventaire de racks. Un nom contenant Deyang peut être délibérément descriptif, mais les étiquettes DNS peuvent être conservées après des migrations, pointées à distance ou utilisées pour une zone logique plus grande qu'un seul bâtiment. La géolocalisation IP est également une inférence, pas un acte de propriété ou un contrat de colocation. Les faits fiables sont la chaîne de noms d'hôte résolvante, l'adresse publique, la route de couverture et l'ASN d'origine.

Une conclusion physique nécessite le nom de l'installation, la suite ou le hall, la limite d'alimentation, les enregistrements de câblage et la propriété des actifs.

Il existe un contexte public pour un déploiement dans l'ouest du Sichuan. Un rapport de 2024 reproduit par leservice Science and Technology Innovation Chinade l'Association chinoise pour la science et la technologie, créditant le Jiaxing Daily, indiquait que Haining Sihe Cloud Computing Technology Co., Ltd avait achevé un centre de calcul intelligent occidental dans un parc industriel de Jiuzhaigou-Mianzhu et qu'une première phase de 300 unités devait entrer en service. Il décrivait l'emplacement comme attrayant en partie grâce à l'économie de l'électricité. Le rapport est une corroboration significative d'une stratégie d'infrastructure dans le Sichuan, mais c'est une annonce concernant Haining Sihe, pas une preuve que Jiaxing Sihe possède l'équipement ou que les 300 unités ont été mises en service, connectées, occupées ou encore disponibles.

Le résultat est un bord en couches. Un client interagit avec un site et une console de marque Sihe. Le contrat pointe vers la société de Haining. L'adresse de service public est portée par AS4134. La société exacte de Jiaxing détient un ASN non annoncé et un préfixe portable non annoncé. Chaque couche peut être légitime, mais une défaillance dans un accord entre elles pourrait affecter le service. La question opérationnelle n'est pas seulement de savoir si les paquets arrivent aujourd'hui. C'est de savoir qui peut les contraindre à continuer d'arriver demain.

Les pages produits montrent des unités vendables, pas la capacité derrière

La vitrine convertit l'infrastructure en petites unités achetables. Son adhésion offre des allocations de cœurs CPU, mémoire, stockage et trafic sortant. La page ECS décrit la facturation horaire et mensuelle pour les processeurs virtuels, la mémoire, les disques et le transfert Internet. Ladocumentation du produit ECSprésente des machines virtuelles élastiques. Ladocumentation du stockage d'objetsprésente un stockage accessible par API, tandis qu'unexemple en ligne de commande S3montre l'utilisation de clés d'accès et d'outils compatibles S3. Ladocumentation du stockage de fichiersannonce un système de fichiers partagé, et ladocumentation de la base de donnéesdécrit une capacité de base de données gérée.

Ces pages établissent la forme du produit. Elles ne révèlent pas la quantité de matériel installé ou disponible. Un catalogue peut rester visible alors qu'une forme particulière est temporairement épuisée. Un prix peut exister avant l'arrivée du serveur de rechange correspondant. Une allocation d'adhésion est un droit commercial, pas un cœur physique réservé attaché à un hôte nommé. L'échelle de capacité importante comporte au moins six échelons: planifié, construit, installé, mis en service, techniquement libre et effectivement vendable.

La capacité récupérable est un septième échelon car l'espace qui peut exécuter une nouvelle charge de travail ne peut pas nécessairement absorber la charge de travail existante d'une zone défaillante.

Le site formule plusieurs affirmations physiques. Il décrit trois salles machines ou zones de disponibilité avec des systèmes de refroidissement et de réseau indépendants. Il indique une double alimentation à partir de deux sous-stations indépendantes, un accès réseau multiligne, un refroidissement N+1 et une installation solaire autoconstruite. Il annonce également 20 gigabits de bande passante publique, un réseau interne à 50GbE ou 400GbE et une protection DDoS à des niveaux indiqués. Ces affirmations sont suffisamment spécifiques pour façonner une demande de diligence, mais pas assez spécifiques pour prouver l'isolation des pannes.

Trois salles peuvent occuper un même campus, partager une même cour utilitaire, une même plaine inondable, un même plan de contrôle, un même personnel ou une même entrée d'opérateur. Deux alimentations peuvent converger vers un même tableau de distribution. Plusieurs opérateurs peuvent arriver par une même conduite. Le refroidissement N+1 peut protéger contre une panne de composant normale, mais pas contre un événement lié à l'eau, au système de contrôle ou à la distribution partagée. Une interface 400GbE peut décrire un port de commutateur plutôt qu'une bande passante utilisable de bout en bout.

Une allocation publique de 20Gb peut être sursouscrite, contractuellement extensible ou partagée entre de nombreux locataires. La protection DDoS peut être fournie en amont et dépendre de seuils de déviation du trafic en dehors du contrôle direct de l'opérateur cloud.

Le dénominateur manquant est important. Vingt gigabits répartis sur 20 clients signifient quelque chose de différent de la même quantité répartie sur 2 000. Trois zones avec des hôtes vides abondants sont différentes de trois salles presque pleines. Un parc de serveurs actuels sous garantie a un profil de réparation différent de générations mixtes dépendant de pièces d'occasion rares.

Sans comptes d'hôtes, comptes de supports de stockage, politique de sursouscription, utilisation de pointe, alimentation libre, occupation des ports et inventaire des pièces de rechange, le site communique l'architecture et l'aspiration plutôt que la capacité utilisable.

C'est normal pour une page cloud publique; la plupart des clients ne reçoivent pas une nomenclature complète avant l'achat. Ce n'est pas suffisant pour une charge de travail dont la continuité dépend du fournisseur. Plus le fournisseur est petit et moins transparent, plus un acheteur a besoin de preuves contractuellement vérifiables car le fournisseur peut avoir moins d'hôtes de rechange, moins d'alternatives d'opérateurs et moins de levier avec le propriétaire de l'installation.

L'économie de l'hébergement commence par l'électricité, les racks et l'inventaire

La tarification cloud rend souvent l'informatique divisible sans limite. Le système physique est irrégulier. Les serveurs arrivent par lots. La puissance des racks est achetée par étapes. Les câblages interconnexions ont des délais d'installation. Les clusters de stockage nécessitent suffisamment de disques libres pour se reconstruire après une panne. Un vendeur de capacité peut provisionner rapidement une machine virtuelle monocœur uniquement parce qu'il a précédemment engagé de l'argent pour un hôte, une structure réseau, un pool de stockage, une pile logicielle et un chemin de support doté en personnel.

La présentation des prix de Sihe Cloud expose l'extrémité de détail de cette conversion. CPU, mémoire, disque et trafic sortant sont facturés séparément, tandis que les adhésions regroupent des allocations mensuelles. L'économie fonctionne lorsque la demande agrégée des clients laisse une utilisation suffisante pour récupérer les coûts fixes sans éliminer la capacité de réserve nécessaire aux pannes et à la croissance.

Des remises profondes peuvent attirer des charges de travail, mais le prix seul ne révèle pas si le fournisseur réalise une marge durable, subventionne l'adoption, utilise des coûts d'électricité plus bas, achète une capacité en gros ou accepte une réserve de récupération plus mince.

Le rapport de 2024 sur l'informatique occidentale lie explicitement le projet du Sichuan à un coût d'électricité plus bas et à un quota d'électricité disponible. Cela a un sens économique: l'électricité est un intrant récurrent pour le calcul, et des tarifs plus bas peuvent améliorer la base de coûts pour les charges de travail tolérantes à la distance. Cela déplace également la carte des dépendances. Un client près de l'est de la Chine peut obtenir un calcul moins cher tout en ajoutant un transport longue distance, un autre emplacement juridictionnel en Chine, et une installation à plusieurs provinces de l'adresse contractuelle.

Les applications sensibles à la latence, l'accès physique d'urgence et les coûts de transfert de données peuvent se comporter différemment du calcul par lots.

La propriété des actifs est centrale. Si Haining Sihe possède des serveurs dans une salle louée, elle contrôle l'inventaire matériel mais dépend du propriétaire pour l'électricité, le refroidissement et l'accès. Si elle loue des serveurs, les droits de remplacement dépendent du bailleur. Si elle revend un autre cloud, elle peut contrôler le compte mais pas l'hôte. Si Jiaxing Sihe ne fait que détenir des ressources d'adresses, elle peut n'avoir aucune autorité de réparation. Le matériel public n'attribue pas ces rôles.

La défaillance du stock matériel est facile à sous-estimer. Un hôte peut tomber en panne sans causer de longue interruption lorsqu'une capacité de rechange compatible existe et que les disques ou les images peuvent être restaurés ailleurs. La même panne devient prolongée lorsque le cluster est plein, que la carte mère de remplacement est indisponible, que le micrologiciel diffère ou qu'un technicien distant ne peut pas accéder à la salle. Les pannes de stockage sont plus exigeantes car le trafic de reconstruction consomme de la bande passante et les disques restants subissent une charge supplémentaire.

L'acheteur devrait demander les délais de remplacement récents, la politique de pièces de rechange sur site, les contrats de support et le pourcentage de capacité maintenue libre pour les pannes, pas seulement le nombre nominal d'hôtes.

L'économie de l'électricité fixe également une limite aux affirmations d'élasticité. Une salle peut contenir de l'espace rack mais manquer de capacité énergisée. Un site peut avoir une allocation utilitaire mais manquer d'équipement de distribution installé. Un hôte peut être installé mais pas mis en service. Une console cloud ne peut offrir une forme que lorsque la réserve du planificateur, du réseau et du stockage existent tous ensemble. Une seule pénurie peut rendre la capacité nominale inutilisable.

Une panne de rack n'est que la première branche de l'arbre des pannes

Le titre prévu nomme les racks, le transit et les fenêtres de maintenance car ce sont les parties qu'un écran de machine virtuelle cache. Ce ne sont pas les seules branches de panne.

Un événement de rack peut supprimer des hôtes, des commutateurs de tête de rack, des chemins de stockage ou les deux alimentations si elles partagent un composant de distribution. Un événement d'installation peut supprimer de nombreux racks par perte d'électricité, panne de refroidissement, extinction d'incendie, restriction d'accès ou arrêt de sécurité. Un événement d'opérateur peut rendre des serveurs sains injoignables. Un événement logiciel peut rendre la console ou le planificateur indisponible tandis que les charges de travail existantes continuent, ou peut se propager entre les zones lorsque le plan de contrôle est partagé.

Un événement d'identifiants ou de facturation peut suspendre le service sans aucune panne matérielle. Un différend contractuel entre le client, le revendeur, l'installation ou l'opérateur peut produire le même symptôme externe qu'une panne technique.

Lecontrat de service publiédonne des indices utiles sur la répartition des risques. Il stipule un objectif de disponibilité mensuelle d'au moins 99,9 % et un engagement de début de réponse dans les 30 minutes pour les problèmes techniques. Il exclut la maintenance de routine, les causes clients, les causes tierces et la force majeure du temps d'indisponibilité. Son langage de force majeure et d'exonération inclut les ajustements d'opérateur, l'interruption de backbone, la congestion et la panne du système électrique. Il permet également au fournisseur, sous certaines conditions, de confier ou de transférer ses obligations à un tiers.

À 99,9 %, l'arithmétique permet environ 43,8 minutes d'indisponibilité comptée dans un mois moyen de 30 jours avant que l'objectif ne soit manqué. Le temps exclu peut rendre l'interruption subie par le client plus longue que le chiffre mesuré. Commencer une réponse dans les 30 minutes n'est pas la même chose que restaurer une machine en 30 minutes. Le recours du contrat pour une panne d'hôte cloud ou de disque cloud est un crédit de service lié à la période affectée, plafonné par les frais mensuels de l'élément défaillant.

Un crédit peut compenser une petite partie de la facture; il ne peut pas récupérer les commandes perdues, reconstruire les données ou délocaliser une charge de travail.

Le langage de résiliation mérite également l'attention. L'utilisateur peut résilier pour un problème technique grave qui reste non résolu pendant 30 jours, sous réserve d'un préavis écrit conformément aux conditions indiquées. Le fournisseur peut arrêter le service pour non-paiement et certaines conditions de conformité ou de sécurité. À la résiliation, il peut récupérer et disposer des ressources précédemment utilisées par le client. Ces dispositions rendent les sauvegardes indépendantes et un chemin d'exportation pré-testé essentiels. Attendre qu'un incident prolongé commence pour entamer la migration serait trop tard.

L'effet précis de toute clause dépend du contrat signé et du droit applicable. Le point opérationnel est plus simple: les conditions publiques identifient les événements liés à l'opérateur, à l'électricité, aux tiers et à la facturation comme des limites réelles du service. Un acheteur devrait concevoir autour d'elles plutôt que de supposer qu'un pourcentage de disponibilité les absorbe.

La diversité du transit doit être prouvée en dessous de l'étiquette ASN

BGP permet aux réseaux d'échanger des reachabilités et des chemins, comme défini dans laRFC 4271. AS151219 pourrait à l'avenir originer son préfixe portable via un ou plusieurs amonts. Aujourd'hui, cependant, le chemin web côté client est visible sous AS4134 et l'ASN propre de l'entreprise n'a aucun voisin observé. Cela ne laisse aucune base publique pour attribuer deux amonts indépendants à l'entité de Jiaxing.

Même deux ASN amont observés ne prouveraient pas une diversité physique. Les deux sessions peuvent se terminer sur un seul routeur. Les deux câblages peuvent utiliser une même salle de rencontre. Deux opérateurs peuvent acheter le même chemin de gros. Deux fibres peuvent entrer par une même conduite et tomber en panne lors d'une seule excavation. La diversité des routes doit être tracée du point d'extrémité client à travers l'équilibreur de charge, le routeur périphérique, le câblage, l'entrée du bâtiment et le chemin métropolitain ou longue distance.

L'affirmation du site d'un accès réseau multiligne est un point de départ utile. Les éléments qui la soutiendraient incluent des opérateurs nommés, des lettres d'autorisation, des identifiants de câblage, des diagrammes montrant des entrées séparées, des tests de route depuis chaque zone et un exercice de basculement observé. Les éléments qui soutiendraient des zones de service indépendantes incluent une distribution d'alimentation et de refroidissement séparée, des équipements périphériques séparés, des dépendances de plan de contrôle séparées et un enregistrement montrant qu'une zone a continué tandis qu'une autre a été délibérément isolée.

La sécurité du routage fait partie de la même demande. LaRFC 7454traite des protections opérationnelles telles que le filtrage, la sécurité des sessions et la gestion du nombre maximal de préfixes. LaRFC 6811définit la validation de l'origine du préfixe BGP. Ces contrôles ne peuvent pas créer de connectivité, mais ils réduisent certaines formes d'erreur de route une fois qu'une origine est active. Pour AS151219, un acheteur devrait demander si l'entreprise a l'intention d'annoncer160.22.246.0/23, par quels opérateurs, avec quelle autorisation de route et filtrage, et si la plage est réservée pour un futur service client, une gestion, une migration ou un autre usage.

Le bloc portable non annoncé peut encore être précieux. Il peut soutenir une future portabilité du fournisseur car les adresses portables ne sont pas intrinsèquement liées à un seul opérateur. Ce potentiel n'est pas automatique. Déplacer un préfixe nécessite des annonces acceptées, une politique de routage, une coopération amont, des enregistrements de sécurité et une préparation opérationnelle. Si les points d'extrémité clients utilisent actuellement des adresses China Telecom, ces adresses peuvent ne pas se déplacer avec la charge de travail. La portabilité théorique d'un bloc inutilisé ne rend pas les points d'extrémité actuels portables.

La récupération nécessite une capacité de réserve et une restauration mesurée

La vitrine revendique des instantanés et des sauvegardes pour les disques de machines virtuelles et une redondance multi-zone pour le stockage d'objets. Ses interfaces produit exposent également des primitives de portabilité utiles. La compatibilité S3 peut permettre le transfert d'objets avec des outils courants. Le support de POSIX, NFS, SMB et WebDAV peut rendre l'accès aux fichiers moins propriétaire. Les machines virtuelles peuvent, en principe, être reconstruites à partir d'images et de configuration.

Ces fonctionnalités améliorent la possibilité de récupération, mais aucune n'établit un point de récupération ou un temps de récupération testé pour un client particulier.

Un instantané stocké dans le même domaine de panne que le disque primaire peut ne pas survivre à une panne de site. Un objet répliqué peut rester inaccessible si l'identité, le DNS ou le plan de contrôle tombe en panne. Une base de données décrite comme hautement disponible peut protéger contre une panne d'un seul hôte tout en restant vulnérable à une erreur d'opérateur, une réplication corrompue ou un événement de zone partagée. Les sauvegardes ne sont utiles que lorsqu'elles peuvent être listées, lues, déchiffrées et restaurées avec suffisamment de capacité de calcul et de réseau.

Le client devrait exiger quatre tests distincts. Premièrement, restaurer un fichier ou un objet supprimé pour prouver la récupération ordinaire. Deuxièmement, reconstruire une machine virtuelle ou une base de données complète dans un groupe d'hôtes différent. Troisièmement, basculer une application entre les zones annoncées tout en mesurant le comportement DNS, de session et de stockage. Quatrièmement, exporter une charge de travail représentative vers un fournisseur externe sans dépendre de la console d'origine après le début de l'exercice.

Chaque test devrait enregistrer le temps écoulé, la perte de données, les étapes manuelles, la bande passante consommée et la partie autorisée à intervenir.

La récupération multi-site ajoute un problème économique. Un site secondaire n'est pas utile s'il manque d'hôtes libres lorsque le site principal tombe en panne. Les fournisseurs comptent parfois la capacité totale installée sans en réserver suffisamment pour absorber une zone. La métrique pertinente est la capacité concurrente récupérable après suppression du plus grand domaine de panne déclaré. Si trois zones fonctionnent chacune près de la pleine utilisation, l'existence de trois étiquettes ne permet pas aux charges de travail d'une zone de tenir dans les deux autres.

L'autorité de support compte pendant le test. Une déclaration de support 24 heures peut signifier une fonction d'opérations réseau dotée en personnel, un ingénieur d'astreinte ou seulement un service de réception de tickets. Le contrat public promet un support opérationnel 365 jours sur 24 et un début de réponse dans les 30 minutes, mais ne publie pas d'organigramme d'escalade, d'objectif de remplacement matériel ou de cible de restauration par sévérité.

Un client critique devrait obtenir des rôles d'escalade nommés, des canaux de communication d'urgence, l'autorité d'appeler les opérateurs et les installations, et les règles pour les incidents qui traversent les entités juridiques.

Les fenêtres de maintenance doivent inclure la logistique. Un disque de remplacement peut être sur site, à Haining, à Sichuan, chez un revendeur ou nulle part en stock. L'accès à une installation distante peut nécessiter l'approbation du propriétaire ou du représentant du client. Le travail de nuit peut dépendre de techniciens distants. Si le service de marque Sihe s'étend sur Haining et Deyang, le fournisseur devrait expliquer quelle équipe peut toucher quel équipement et comment les pièces de rechange sont positionnées.

La défaillance de facturation et de contrat peut arrêter des machines saines

L'analyse de l'infrastructure pèse souvent trop sur les défauts mécaniques et sous-pèse l'état du compte. Le contrat public fait de la facturation une dépendance directe du service. Il permet au fournisseur d'arrêter tous les services ou de résilier pour des montants impayés, et il décrit le prépaiement, le virement bancaire, la facturation à la consommation et les soldes de compte. Il précise également les procédures pour les factures contestées qui peuvent exiger un paiement avant que le litige ne soit résolu.

Cela crée plusieurs chemins de panne non techniques. Un moyen de paiement défaillant peut épuiser le crédit. Un compteur erroné peut produire un solde inattendu. Un départ d'employé peut orpheliner le propriétaire du compte. Un litige peut continuer alors que la suspension automatique approche. Un décalage entre l'entité contractante et l'entité de facturation peut ralentir l'approbation des achats. Les sanctions, les vérifications de conformité ou la vérification du nom réel peuvent restreindre l'accès alors que les serveurs restent sains.

L'acheteur devrait donc tester la continuité de la facturation aussi délibérément que la continuité de la sauvegarde. Au moins deux administrateurs autorisés devraient pouvoir voir les soldes et les factures. Des alertes devraient se déclencher bien avant un seuil. Les achats devraient connaître le bénéficiaire légal et le titulaire de la licence. Le contrat devrait indiquer les délais de grâce, les contacts d'urgence et ce qui reste accessible pendant une suspension. L'accès d'exportation et la récupération des sauvegardes ne devraient pas dépendre uniquement du même compte qui peut être désactivé.

La limite de l'opérateur est particulièrement importante ici. Si Haining Sihe contracte et facture, tandis que Jiaxing Sihe détient des ressources réseau inutilisées, un client doit savoir si un composant du service est sous-traité à l'entité de Jiaxing et si la résiliation d'un accord interentreprises pourrait affecter les points d'extrémité. Les preuves publiques ne disent pas qu'un tel arrangement existe. La question de diligence est justifiée précisément parce que les surfaces diffèrent.

La localisation des données est une carte des copies, pas un code pays

Tous les enregistrements de ressources identifiés portent un contexte de pays Chine, et le point d'accès du service en direct se trouve dans une allocation Sichuan de China Telecom. Cela soutient un placement national du point d'accès public observé. Cela ne localise pas chaque copie de données client. Les données peuvent exister sur des disques primaires, des réplicas, des instantanés, des magasins d'objets, des sauvegardes de bases de données, des journaux, des exportations de support et des systèmes de surveillance. Chacun peut se trouver dans une zone différente ou être traité par une entreprise différente.

L'adresse Haining de la page d'accueil, les noms d'hôte du service Deyang et le centre de calcul occidental signalé suggèrent au moins deux endroits géographiquement pertinents. La revendication de trois zones du site ajoute plus d'emplacements logiques sans les nommer. Un client devrait obtenir un tableau qui associe chaque produit et type de copie à une ville, une installation, un opérateur et une règle de suppression. « Chine » est trop large pour la latence, la corrélation des sinistres, la juridiction contractuelle et les exigences sectorielles spécifiques.

La description officielle par la Chine desactivités de centre de données Internetcouvre explicitement les installations utilisées pour placer les serveurs clients et les équipements réseau, la maintenance externalisée, les serveurs et le stockage loués, et la location à façon de lignes de communication et de bande passante. Cette définition est utile car elle expose la chaîne complète cachée derrière un produit cloud: site, équipement, maintenance, ligne et bande passante. Le pied de page Sihe Cloud affiche la licenceB1-20223695, et le contrat de service nomme l'entité Haining. La revendication de licence devrait être vérifiée par rapport au fournisseur signé et aux services exacts couverts avant l'achat; elle ne devrait pas être transférée par hypothèse à l'entité de Jiaxing.

Laloi sur la protection des informations personnelleset sesdispositions transfrontalièresfournissent une partie du contexte juridique lorsque des informations personnelles sont traitées ou fournies en dehors de la Chine. La question de savoir si une obligation particulière s'applique dépend des données réelles, des rôles et des transferts. La tâche d'infrastructure est de rendre ces faits connaissables: qui détermine le traitement, qui stocke chaque copie, si le personnel de support peut l'exporter, et si un tiers la reçoit.

La portabilité fait partie de la souveraineté. Un client qui ne peut pas récupérer ses données dans un format utilisable n'a pas de contrôle pratique même si chaque octet reste dans le pays préféré. L'accès aux objets compatible S3, les protocoles de fichier standard et les images de machines virtuelles peuvent réduire l'enfermement, mais les tarifs de sortie, les limites d'API, les formats d'instantanés, le temps de vidage de base de données et la résiliation de compte peuvent encore entraver le départ. Le langage de récupération des ressources du contrat rend un exercice de sortie minuté plus précieux qu'une assurance générique.

La suppression nécessite également des preuves. Libérer une machine virtuelle peut supprimer l'instance visible tandis que des instantanés, des réplicas ou des journaux persistent selon les règles de conservation. Le fournisseur devrait indiquer combien de temps chaque copie reste, comment les disques défaillants sont nettoyés, et si un client peut obtenir une confirmation de suppression. Si un tiers gère la couche de stockage, la réponse doit également couvrir ce tiers.

Qui est affecté lorsque le système tombe en panne

Les preuves publiques n'identifient pas les clients de l'entité de Jiaxing, et ce profil ne devrait pas en inventer. Le catalogue de produits identifie cependant des classes de dépendance. Un utilisateur de machine virtuelle peut perdre une application, un accès administratif et des disques attachés. Un utilisateur de conteneur peut perdre l'ordonnancement, les images, les secrets ou l'accès entrant. Un utilisateur de base de données gérée peut perdre à la fois la disponibilité et la récupération transactionnelle. Un utilisateur de stockage d'objets peut perdre des actifs statiques, des archives ou des sauvegardes.

Un utilisateur de stockage de fichiers peut perturber tous les serveurs attachés à la fois.

Les effets en aval dépendent de la conception de la charge de travail. Un petit commerçant peut découvrir que sa vitrine, ses données de commande et ses analyses partagent un seul compte cloud. Un fournisseur de logiciels peut transmettre l'interruption à de nombreux clients. Un fabricant peut perdre un service interne de planification ou d'inspection. Une plateforme vidéo peut consommer une grande capacité sortante et faire face à une migration coûteuse. Ce sont des exemples d'exposition, pas des affirmations sur la base client réelle de Sihe.

La partie capable de résoudre chaque panne peut différer. L'opérateur cloud peut redémarrer le logiciel. Le propriétaire du serveur peut remplacer le matériel. L'installation peut restaurer une branche d'alimentation. L'opérateur peut réparer le transit. Le fournisseur légal peut autoriser des crédits et la libération des données. Le client peut réparer sa propre application. Si les noms publics ne montrent pas qui remplit chaque rôle, le contrat et le planning d'architecture doivent.

L'événement le plus conséquent est souvent la défaillance simultanée de la technologie et de la communication. Une page de statut hébergée dans l'environnement affecté peut disparaître. Un portail de tickets peut partager le service d'identité défaillant. Une adresse de contact peut appartenir à une équipe sans autorité sur l'installation. Les clients ont besoin d'un canal d'incident hors bande et d'un arbre d'escalade à jour qui atteigne quelqu'un habilité à agir à travers le fournisseur Haining, tout rôle de ressource de Jiaxing, le point d'accès Sichuan et les opérateurs amont.

Ce qui transformerait les affirmations publiques en preuves opérationnelles

Le tableau public peut être amélioré sans divulguer les secrets des clients ni des diagrammes de sécurité détaillés. La première exigence est une déclaration d'entité juridique. Elle devrait expliquer pourquoi Jiaxing Sihe cloud computing Technology Co., LTD détient AS151219 et160.22.246.0/23, si ces ressources soutiennent le service Sihe Cloud, et en quoi son rôle diffère de Haining Sihe Cloud Computing Technology Co., Ltd.

La deuxième est un calendrier des emplacements et des actifs. Pour chaque zone annoncée, il devrait nommer la ville et l'exploitant de l'installation, indiquer si le fournisseur possède ou loue les serveurs et les racks, identifier la limite d'alimentation et de refroidissement, et divulguer si la zone partage un campus, un plan de contrôle ou une entrée d'opérateur avec une autre. Une déclaration de capacité devrait distinguer les ressources installées, mises en service, vendables et réservées à la récupération.

La troisième est un calendrier réseau. Il devrait nommer les ASN d'origine actuels pour les points d'accès clients, les opérateurs amont, la diversité des câblages, le fournisseur DDoS et les plans pour AS151219. Si le préfixe portable est destiné au basculement, le fournisseur devrait montrer une annonce et un retrait contrôlés réussis, l'état de l'autorisation de route et le résultat de la surveillance. S'il est réservé ou dormant, le dire empêcherait les clients de confondre les ressources administratives avec une diversité de transit actuelle.

La quatrième est une preuve de service. Un rapport de disponibilité récent devrait montrer le dénominateur, les exclusions de maintenance et les incidents par zone. Les rapports de restauration devraient inclure le point de récupération et le temps de récupération. Les rapports matériels devraient montrer la couverture des pièces de rechange et les délais de remplacement. Les rapports de support devraient montrer les distributions de réponse critique et de restauration, pas seulement une promesse de prise en charge.

La cinquième est un calendrier de sortie. Il devrait définir les formats d'exportation, les limites de bande passante, les prix de sortie, la conversion d'instantanés, les vidages de bases de données, l'accès au compte pendant la résiliation, la conservation et la suppression. Un acheteur devrait tester ces conditions avec une charge de travail représentative avant que la dépendance ne grandisse.

Aucune de ces demandes ne suppose un acte répréhensible ou une défaillance. Ce sont les preuves normales nécessaires pour convertir une interface cloud vendable en un service d'infrastructure compris. Les pages existantes fournissent déjà plus de substance qu'un fournisseur uniquement nommé: produits en direct, prix, documentation, accès console, conditions et revendications d'architecture physique. Le problème restant est que les preuves opérationnelles les plus fortes appartiennent à un service de marque Sihe dont les surfaces juridiques et réseau publiques ne correspondent pas clairement à l'entité exacte du répertoire de Jiaxing.

Verdict: un service en direct avec un lien entité-infrastructure faible

Jiaxing Sihe cloud computing Technology Co., LTD n'est pas une étiquette vide. Elle possède un enregistrement de système autonome valide et récent, une allocation IPv4 portable, des contacts nommés, une adresse à Jiaxing et un domaine de contact partagé associé à une marque cloud active. Ces faits établissent une capacité administrative et une connexion plausible à un environnement de service Sihe plus large.

Ils n'établissent pas un réseau en direct sous AS151219. RIPE ne voit aucune route, préfixe ou voisin actuel, et CAIDA marque l'ASN comme non vu. Le bloc portable de l'entreprise n'est pas originaire publiquement. Le bord Sihe Cloud côté client résout plutôt dans le réseau Sichuan de China Telecom. Plus important encore, la vitrine publique et les conditions identifient la société de Haining comme propriétaire du site et fournisseur de services contractuel.

Pour un acheteur, le service peut encore être parfaitement utilisable. La console visible, la documentation, le catalogue de produits et les conditions sont des preuves plus solides d'exploitation commerciale qu'un ASN seul. Mais la disponibilité dépend des racks physiques, de l'électricité, du refroidissement, du service d'opérateur, de l'inventaire matériel, du personnel, de la facturation et des contrats dont la propriété n'est pas entièrement divulguée. Les trois zones annoncées et les fonctionnalités de redondance restent des affirmations jusqu'à ce que des domaines de panne nommés et des résultats de test les soutiennent.

La note appropriée est donc faible au niveau réseau de l'entité exacte, pas négative pour la marque de service plus large. Une note négative ignorerait la surface Sihe Cloud active. Une note plus forte fusionnerait les noms Jiaxing et Haining, traiterait un point d'accès hébergé par un opérateur comme l'ASN de Jiaxing, ou accepterait les affirmations de conception comme une récupération mesurée. Les preuves ne soutiennent aucun raccourci.

La décision pratique est conditionnelle. Utilisez le service uniquement après que les documents signés identifient le fournisseur responsable, les emplacements de charge de travail, les limites d'opérateur et d'installation, la réserve de récupération, les performances de restauration et les droits de sortie. Conservez des sauvegardes indépendantes et une destination externe testée. Surveillez l'ASN du point d'accès réel plutôt que de supposer qu'AS151219 porte la charge de travail. Et traitez les ressources portables inutilisées comme un potentiel futur jusqu'à ce qu'une route visible et autorisée en fasse partie du réseau en exploitation.