Beijing Kaopu Cloud et la prime du calcul local dans le marché réglementé du cloud en Chine

Résumé

• Beijing Kaopu Cloud doit être compris comme un choix de calcul local plutôt que comme un simple hébergeur à bas prix: son attrait économique dépend de la valeur qu'un acheteur accorde à l'aide au dépôt de dossier ICP en Chine continentale, aux régions proches, au support humain et à la couverture réseau, suffisamment pour accepter une empreinte publique plus réduite que celle des hyperscalers nationaux.
• Les preuves décisives sont mitigées. Les documents de Kaopu montrent des exemples de prix par vCPU et par mois de serveur, un support pour le dépôt de dossier ICP, un déploiement multi-régions et des opérations gérées, tandis que les données de routage externes montrent que l'AS spécifique de Pékin n'a actuellement aucun espace annoncé visible; cela fait du réseau plus large de Kaopu Cloud un contexte utile, mais pas une preuve que Beijing Kaopu seul dispose d'une large couverture active.

La décision se joue sur un mois de serveur, pas sur une préférence de marque

Imaginez une équipe logicielle de Hangzhou qui transfère un outil d'administration destiné aux clients d'un serveur de bureau loué vers un cloud en Chine continentale. Le premier devis qu'elle compare n'est pas un slogan. C'est un mois de serveur à deux vCPU, 4 Go de RAM avec un disque système de 50 Go, une bande passante publique, un chemin de dépôt de domaine et quelqu'un pour répondre lorsqu'une règle de pare-feu ou une plainte de perte de paquets bloque le lancement. Le substitut est visible lors de la première réunion d'approvisionnement: une instance ECS par abonnement chez Alibaba Cloud, une instance CVM chez Tencent Cloud, une instance ECS chez Huawei Cloud, ou un serveur Lenovo ou Dell auto-hébergé placé chez un fournisseur de centre de données (IDC). Chaque alternative peut exécuter la même pile Linux. La question commerciale est de savoir quel ensemble réduit le coût total pour rendre le service accessible et conforme en Chine.

Les propres documents de Kaopu rendent l'unité lisible. Sa page de facturation ECS indique qu'un serveur cloud est facturé selon le modèle sélectionné, la spécification, le vCPU, la mémoire, la durée d'achat et le nombre d'instances, le réseau étant facturé à la bande passante ou à l'utilisation et les images publiques étant actuellement gratuites (https://docs.kaopuyun.com/ECS/%E8%AE%A1%E8%B4%B9%E8%AF%B4%E6%98%8E/%E8%AE%A1%E8%B4%B9%E9%A1%B9.html). Son aperçu de la facturation indique que l'achat actuel de serveur cloud est principalement prépayé par mois ou par an, tandis que certaines ressources peuvent être facturées à l'utilisation réelle, et renvoie les acheteurs vers le calculateur pour obtenir les prix actuels après connexion (https://docs.kaopuyun.com/ECS/%E8%AE%A1%E8%B4%B9%E8%AF%B4%E6%98%8E/%E8%AE%A1%E8%B4%B9%E6%A6%82%E8%BF%B0.html). Cela rend l'entreprise plus facile à analyser qu'un revendeur d'hébergement vague: l'unité pertinente est un mois de serveur plus les services incrémentaux qui y sont attachés.

Le problème de l'acheteur est que le calcul n'est qu'une ligne dans la facture. L'accès Internet public, les disques de données, la bande passante fixe ou basée sur le trafic, le temps de dépôt de dossier, la récupération de sauvegarde, le temps de réponse du support, l'effort de migration et le risque de dépendance transforment tous une offre de vCPU nominalement simple en une décision de calcul local. La page du calculateur de Kaopu montre la même forme, avec la région, la configuration, le stockage, le réseau, la quantité et la durée alimentant l'estimation, le prix final de la commande étant réservé à l'écran d'achat réel (https://www.kaopuyun.com/zh-cn/calculator/own_ecs). Son guide de création répète que l'acheteur choisit la région, la zone de disponibilité, le type d'instance, le CPU, la mémoire, l'image, le disque, le réseau privé, le réseau public, le modèle de bande passante, la quantité et la durée avant de confirmer la commande (https://docs.kaopuyun.com/ECS/%E7%94%A8%E6%88%B7%E6%8C%87%E5%8D%97/%E5%AE%9E%E4%BE%8B/%E5%88%9B%E5%BB%BA%E5%AE%9E%E4%BE%8B.html).

C'est pourquoi Beijing Kaopu Cloud ne doit pas être évalué par rapport à une seule publicité pour le serveur cloud le moins cher. Il doit être évalué par rapport à la pile de coûts d'une petite ou moyenne équipe logicielle chinoise qui souhaite un nœud local, un support pratique et moins d'erreurs de conformité. Si l'équipe dispose déjà d'un ingénieur cloud expérimenté et peut utiliser Alibaba Cloud ou Tencent Cloud sans aide, la marque plus petite de Kaopu devra peut-être convaincre par le prix, l'adéquation régionale ou l'attention du service. Si l'équipe manque de ce personnel, un mois de serveur tout compris légèrement plus élevé peut rester rationnel s'il réduit le délai de lancement et le temps d'incident.

Le prix plancher commence par le vCPU, la mémoire et la durée d'engagement

Les exemples officiels de Kaopu sont exceptionnellement utiles car ils montrent comment le prix plancher évolue avant que la bande passante et le stockage supplémentaire n'entrent en ligne de compte. Dans la page de spécifications ECS, un exemple à usage général à Fuzhou liste une configuration 1 vCPU, 2 Go à 90 RMB par mois, 2 vCPU et 4 Go à 180 RMB, 4 vCPU et 8 Go à 360 RMB, 8 vCPU et 16 Go à 720 RMB, et 16 vCPU et 32 Go à 1 440 RMB; la page indique que ces exemples incluent un disque système de 50 Go mais excluent les disques de données et les frais réseau (https://docs.kaopuyun.com/ECS/%E4%BA%A7%E5%93%81%E7%AE%80%E4%BB%8B/%E5%AE%9E%E4%BE%8B/%E5%AE%9E%E4%BE%8B%E8%A7%84%E6%A0%BC.html). La même page liste des exemples g5 à fréquence plus élevée, tels que 1 vCPU et 4 Go à 158 RMB par mois et 2 vCPU et 4 Go à 224 RMB à Fuzhou, montrant que la génération du CPU et les performances d'horloge modifient le mois de serveur de base.

Ces chiffres ne prouvent pas que Kaopu est le moins cher. Ils montrent comment un acheteur devrait le comparer. Une instance à usage général de deux vCPU et 4 Go à 180 RMB avant réseau n'est pas le même élément économique qu'un devis d'un hyperscaler mondial qui peut inclure des hypothèses de disque différentes, un prix régional, une durée d'engagement ou un modèle de bande passante différents. La bonne comparaison est une pile appariée: calcul, mémoire, disque système, disque de données, IP publique élastique, bande passante ou trafic, sauvegarde, support au dépôt de dossier, niveau de support et durée. La page de remise annuelle de Kaopu ajoute une autre variable: elle indique que les achats annuels d'hôte et d'IP publique élastique bénéficient d'un coefficient de 85 % pour un, deux ou trois ans, sous réserve de ses conditions de remboursement et d'utilisation (https://docs.kaopuyun.com/ECS/%E8%AE%A1%E8%B4%B9%E8%AF%B4%E6%98%8E/%E8%AE%A1%E8%B4%B9%E9%A1%B9.html). Un acheteur comparant la dépréciation mensuelle de l'auto-hébergement avec la capacité cloud prépayée doit inclure cet effet de durée.

La partie réseau est particulièrement importante en Chine parce que la bande passante publique peut dominer un calcul modeste. L'aperçu de la facturation de Kaopu indique que la plupart des accès opérateurs sont en BGP multi-lignes et que les acheteurs peuvent choisir la facturation à la bande passante lorsque l'utilisation est élevée ou la facturation au trafic lorsque l'utilisation est faible (https://docs.kaopuyun.com/ECS/%E8%AE%A1%E8%B4%B9%E8%AF%B4%E6%98%8E/%E8%AE%A1%E8%B4%B9%E6%A6%82%E8%BF%B0.html). La page de création d'instance décrit de la même manière l'accès public prépayé à bande passante fixe et l'accès public postpayé au trafic d'utilisation (https://docs.kaopuyun.com/ECS/%E7%94%A8%E6%88%B7%E6%8C%87%E5%8D%97/%E5%AE%9E%E4%BE%8B/%E5%88%9B%E5%BB%BA%E5%AE%9E%E4%BE%8B.html). Pour un outil web avec une demande régulière aux heures de bureau, la bande passante fixe peut être prévisible. Pour un service gourmand en téléchargement ou avec des pics, la facturation au trafic peut devenir la ligne surprise.

Les hyperscalers nationaux encadrent le même calcul dans des menus plus matures. Alibaba Cloud indique que les ECS incluent le vCPU et la mémoire, les images, les disques et la bande passante publique, avec des choix d'abonnement, de paiement à l'usage et de spot, et note que l'abonnement prend en charge les services web toujours actifs tandis que le paiement à l'usage convient à la mise à l'échelle temporaire et aux tests (https://help.aliyun.com/en/ecs/overview-of-billing-methods). Huawei Cloud dit de même que la tarification ECS est basée sur le type, la saveur incluant le vCPU et la mémoire, la durée requise et le nombre de serveurs, avec le disque, l'IP élastique et la bande passante en lignes séparées, et avec des modes annuel/mensuel, paiement à l'usage et spot (https://support.huaweicloud.com/eu/productdesc-ecs/ecs_01_0065.html). La page de tarification de Tencent Cloud présente le paiement à l'usage, l'abonnement annuel et mensuel et une tarification par paliers (https://www.tencentcloud.com/pricing). Le marché de substitution n'est donc pas simplement moins cher ou plus cher. C'est un menu d'engagement, d'élasticité et de transparence de facturation.

L'avantage initial de Kaopu est que ses exemples publiés sont assez concrets pour qu'un petit acheteur puisse estimer un mois de serveur sans parler aux commerciaux. Sa faiblesse est que la tarification actuelle en direct n'est pas entièrement visible sans le contexte du compte, et le calculateur public lui-même avertit que le prix de la commande généré fait foi (https://www.kaopuyun.com/zh-cn/calculator/own_ecs). Cette opacité importe moins pour un ou deux serveurs et davantage pour une flotte. Une fois qu'une entreprise achète des dizaines de cœurs, l'équipe d'approvisionnement voudra un tableur comparatif côte à côte avec Alibaba Cloud, Tencent Cloud, Huawei Cloud et le coût du matériel possédé.

La localisation est une fonctionnalité payante lorsque le dépôt de dossier et le contrôle d'accès comptent

La prime du calcul local en Chine commence par la localisation. La documentation des régions de Kaopu indique que les ressources ne peuvent pas être déplacées vers une autre région après leur création et que les différentes régions ne sont pas accessibles en interne par défaut; elle recommande de choisir la région proche des utilisateurs cibles pour réduire la latence (https://docs.kaopuyun.com/ECS/%E4%BA%A7%E5%93%81%E7%AE%80%E4%BB%8B/%E5%9C%B0%E5%9F%9F%E5%92%8C%E5%8F%AF%E7%94%A8%E5%8C%BA.html). Elle liste les régions de Chine continentale incluant Beijing, Shanghai, Guangzhou et Fuzhou, Beijing et Fuzhou affichant deux zones de disponibilité, et elle sépare les options à l'étranger telles que Hong Kong, Tokyo, Singapour, Séoul, Manille, Washington, Francfort et Dubaï. Pour un service destiné à la Chine, c'est la première proposition de valeur technique: placer la charge de travail près des utilisateurs et choisir une région continentale lorsque le service nécessite une couverture continentale et un dépôt de dossier.

Le point de conformité n'est pas décoratif. La documentation de dépôt de dossier de Kaopu indique que les sites web utilisant des serveurs nœuds en Chine continentale pour des services d'information Internet doivent soumettre le dépôt via le fournisseur de serveur, citant les règles d'information Internet du Conseil d'État et les règles de dépôt du MIIT (https://docs.kaopuyun.com/%E5%A4%87%E6%A1%88/%E5%A4%87%E6%A1%88%E6%A6%82%E8%BF%B0.html). Il ajoute qu'un domaine pointé vers des serveurs continentaux de Kaopu sans dépôt ou sans ajouter Kaopu comme fournisseur d'accès peut être intercepté et redirigé vers une page de rappel. Sa page des concepts de base définit Kaopu comme le fournisseur d'accès lorsque l'acheteur utilise les ressources Kaopu et indique que l'adresse IP utilisée pour le dépôt doit être l'IP publique élastique de Kaopu (https://docs.kaopuyun.com/%E5%A4%87%E6%A1%88/%E5%9F%BA%E6%9C%AC%E6%A6%82%E5%BF%B5.html). Le portail de dépôt public est également situé sur le sous-domaine de dépôt propre à Kaopu (https://ba.kaopuyun.com/), et le site principal annonce un support gratuit au dépôt dans son pied de page de service (https://www.kaopuyun.com/zh-cn/record-filing).

C'est ici que Kaopu peut facturer une prime de calcul local même lorsque le prix brut du vCPU n'est pas particulièrement bas. Un acheteur qui a déjà perdu deux semaines à cause des documents de dépôt, d'une discordance de titulaire de domaine ou d'un transfert de fournisseur d'accès peut accorder plus d'importance à un fournisseur qui répond au téléphone qu'à une petite différence de calcul mensuel. La FAQ sur le dépôt ICP d'Alibaba Cloud fait le même point structurel du côté de l'hyperscaler: les sites web hébergés sur des serveurs en Chine continentale ont besoin d'un dépôt MIIT, et la demande est soumise via le fournisseur de serveur; il indique également que le dépôt ICP lui-même est gratuit, mais qu'un serveur continental éligible implique un coût (https://www.alibabacloud.com/help/en/icp-filing/basic-icp-service/product-overview/faq-about-icp-filing-applications-in-different-scenarios). En d'autres termes, la localisation et le dépôt ne sont pas des fonctionnalités exclusives à Kaopu, mais ce sont des fonctionnalités qu'un petit fournisseur peut proposer avec un support plus direct.

Le coût caché de la conformité commence avant que l'instance ne soit allumée. Un acheteur a besoin d'un titulaire de domaine qui corresponde à l'objet du dépôt, d'une portée commerciale claire pour le site web, de contacts de personne responsable joignables, de la vérification du fournisseur d'accès, et d'un plan pour ce qu'il se passe si un dépôt existant doit ajouter un nouveau fournisseur. Aucune de ces tâches ne consomme de vCPU, mais chacune peut retarder le chiffre d'affaires. Une simple page d'atterrissage pour un produit logiciel national peut avoir une faible charge technique, mais si elle est indisponible pendant la semaine de lancement parce que le chemin de dépôt a été mal géré, le coût effectif du premier mois de serveur n'est plus le frais de calcul affiché. La valeur locale de Kaopu est la plus forte lorsque son personnel peut réduire ce coût de coordination. Si l'acheteur a déjà un spécialiste du dépôt, la prime diminue. Si l'acheteur est une petite société de logiciels dont le fondateur ou le chef de projet s'occupe de la paperasse entre les appels clients, le support au dépôt fait partie du mois de serveur.

La localisation fait également passer la discussion sur la souveraineté des données d'une politique abstraite à une conception opérationnelle. Une application destinée à la Chine peut conserver les profils clients, les journaux de service, les fichiers téléchargés et les identifiants d'administration sur la même plateforme continentale, car les déplacer hors du continent créerait des problèmes de latence, d'accès et contractuels. Mais garder la charge de travail locale ne résout pas tous les problèmes de gouvernance. L'acheteur a encore besoin de savoir quelle région stocke les sauvegardes, si le personnel de support peut accéder aux données des clients, comment les instantanés sont conservés, et si les produits d'accélération à l'étranger ou de CDN touchent des enregistrements sensibles. Pour Beijing Kaopu Cloud, la question utile en matière d'approvisionnement n'est donc pas seulement "Soutenez-vous l'hébergement continental?" C'est "Quelles parties de ma pile restent dans la région continentale choisie, quelles équipes de support peuvent y accéder, et quel affilié ou partenaire touche le trafic lorsque l'accélération, l'IP élastique, la sauvegarde ou l'aide gérée est ajoutée?"

La localisation a aussi un côté négatif. Une fois qu'un serveur est placé dans une région Kaopu, la région ne peut pas être changée, et les différentes régions ne partagent pas de connectivité privée par défaut. La même page des régions de Kaopu indique que les différentes régions sont isolées et ne peuvent pas utiliser l'accès interne entre les régions (https://docs.kaopuyun.com/ECS/%E4%BA%A7%E5%93%81%E7%AE%80%E4%BB%8B/%E5%9C%B0%E5%9F%9F%E5%92%8C%E5%8F%AF%E7%94%A8%E5%8C%BA.html). Pour une entreprise qui pourrait avoir besoin plus tard d'une architecture multi-région, la commodité locale d'un petit fournisseur peut devenir un coût de migration. La valeur de Beijing Kaopu Cloud dépend donc de l'horizon temporel de l'acheteur. Un site de campagne de trois mois ou un portail client interne a des besoins différents de ceux d'une entreprise SaaS nationale prévoyant une redondance inter-régionale.

Le périmètre public de Beijing Kaopu est plus étroit que la marque Kaopu Cloud

Le sujet de l'article est Beijing Kaopu Cloud Technology Co., Ltd., mais les preuves publiques autour de la marque Kaopu pointent dans plusieurs directions. Une page d'informations commerciales pour Beijing Kaopu Cloud Technology Co., Ltd. répertorie l'entité chinoise comme créée le 12 janvier 2017, avec Lin Youqin comme représentant légal, un capital social de 10 millions de RMB, un code de crédit social unifié 91110105MA00B8YX5M et une adresse à Pékin (https://www.qcc.com/firm/23a88826f5f5f2f8e5f57d3c617b1c70.html). Le site public chinois de Kaopu présente cependant Fujian Kaopu Cloud Computing Technology Co., Ltd. comme la société d'exploitation derrière le site, avec un numéro de licence de télécommunications lié à l'ICP dans le pied de page et une présentation de l'entreprise (https://www.kaopuyun.com/zh-cn/company-introduction). Le site mondial en anglais utilise "Kaopu Cloud Co.,Ltd." dans le pied de page et propose une offre plus large de cloud de périphérie (https://www.kaopucloud.com/).

Cette dispersion d'identité ne doit pas être traitée comme un scandale. Les groupes chinois de cloud et d'IDC utilisent souvent plusieurs entités locales pour les licences, les ventes, les opérations régionales et les produits à l'étranger. Mais c'est un véritable problème d'approvisionnement. Si un acheteur signe avec l'entité de Pékin, achète un service auprès d'une propriété web exploitée depuis le Fujian, reçoit le support d'une équipe mondiale Kaopu Cloud et transite par un réseau affilié, le contrat doit indiquer quelle entité est responsable de la disponibilité, des remboursements, du traitement des abus, du traitement des données et de l'assistance au dépôt. L'existence de l'entité de Pékin ne transfère pas automatiquement chaque revendication de réseau Kaopu Cloud à cette entité.

La présentation officielle de l'entreprise pour le site chinois indique que Kaopu a été fondée en 2002, a son siège social à Xiamen, compte près de 300 employés, fournit des services de centre de données périphérique et de cloud de périphérie, et détient les qualifications de télécommunications IDC, ISP, Cloud, CDN et VPN, ainsi que des certifications de sécurité de l'information et de gestion des services (https://www.kaopuyun.com/zh-cn/company-introduction). La page "à propos" en anglais indique que Kaopu Cloud a plus de 20 ans d'expérience en services cloud d'entreprise, huit succursales, plus de 300 employés et plus de 1 000 clients à long terme (https://www.kaopucloud.com/about). Ces affirmations aident à établir que la marque plus large Kaopu n'est pas un simple revendeur de serveur, mais elles ne précisent pas à elles seules l'échelle opérationnelle autonome de Beijing Kaopu.

Le signal du marché concernant l'expérience de gestion pointe également vers une expertise cloud au niveau du groupe. Un article de Sohu sur les leaders technologiques rejoignant TGO décrit Ma Liang comme un co-fondateur de Kaopu Cloud et indique que son parcours inclut la conception et les opérations de produits cloud chez Tencent Cloud, Alibaba et Huawei, ainsi que des travaux définissant les avantages concurrentiels de Kaopu Cloud et sa base de calcul en périphérie (https://www.sohu.com/a/704227620_121124379). Cela est utile comme illustration, pas comme preuve de la capacité actuelle. Cela soutient l'idée que la marque a des talents familiers avec l'économie des hyperscalers, mais un acheteur a toujours besoin d'une confirmation contractuelle et technique actuelle.

Cette question de périmètre change la perspective d'investissement. Beijing Kaopu Cloud est plus attrayant s'il s'agit d'une branche contractante ou opérationnelle d'une plateforme Kaopu Cloud plus large et bien soutenue. Il est moins attrayant si l'entité de Pékin n'est qu'une fine immatriculation locale avec un réseau actif limité et que l'acheteur doit compter sur une autre entité affiliée pour l'exécution. Le dossier public ne comble pas cette lacune. Un client sérieux doit demander l'entité contractante exacte, le titulaire de licence, le fournisseur d'accès pour le dépôt, la région utilisée, le chemin d'escalade du support et l'origine du réseau avant de traiter la couverture au niveau du groupe de Kaopu comme une garantie.

La revendication réseau la plus forte provient de l'empreinte plus large de Kaopu

Le propre marketing de Kaopu revendique une large couverture. La page produit du serveur cloud chinois indique 42 régions géographiques mondiales, six régions nationales, plus de 40 nœuds géographiques mondiaux principaux, plus de 150 centres de données cloud, plus de 50 nœuds de périphérie urbaine, plus de 30 Tbps de réserve de bande passante et plus de 100 interconnexions avec des opérateurs et fournisseurs de services (https://www.kaopuyun.com/zh-cn/product/own_ecs). La page d'accueil mondiale en anglais revendique plus de 30 pays, plus de 50 nœuds de périphérie urbaine, plus de 150 centres de données et une capacité réseau de plus de 30 Tbps (https://www.kaopucloud.com/). La page produit du site mondial liste le calcul en périphérie, le serveur cloud, le serveur cloud léger, l'IP publique élastique, l'accélération mondiale, la bande passante partagée, la connexion directe, l'équilibreur de charge, le disque cloud, MySQL et Redis, et décrit AnyEdge, LightNode, Kaopu CDN et RayWAN comme des gammes de produits pour les marchés de périphérie et la connectivité réseau (https://www.kaopucloud.com/product).

Les preuves de routage externes soutiennent l'idée que l'écosystème Kaopu a une présence réseau réelle, mais pas que le propre AS de Beijing Kaopu soit actuellement central. IPinfo répertorie l'AS140709 comme Beijing Kaopu Cloud technology co. LTD, avec le site web bjcloud.mobi, le registre APNIC, une date d'attribution au 8 juin 2020 et un type d'ASN inactif (https://ipinfo.io/AS140709). L'aperçu de l'AS par RIPEstat pour l'AS140709 montre la ressource comme non annoncée au moment de la requête du 4 juillet 2026 (https://stat.ripe.net/data/as-overview/data.json?resource=AS140709), et son appel de statut de routage montre aucun espace annoncé visible pour les pairs RIS, avec un préfixe vu pour la dernière fois en novembre 2024 (https://stat.ripe.net/data/routing-status/data.json?resource=AS140709). L'appel des préfixes annoncés ne retourne également aucun préfixe visible pour la fenêtre récente (https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS140709).

C'est un fait d'évaluation clé. Si l'acheteur évalue l'entité de Pékin en tant qu'opérateur réseau, l'Internet public ne montre pas actuellement que l'AS140709 porte une empreinte active. Si l'acheteur évalue Kaopu Cloud en tant que plateforme cloud, les preuves de réseau plus larges pointent ailleurs. L'entrée de l'API PeeringDB pour l'AS138915, Kaopu Cloud HK, liste le site web comme kaopucloud.com, un type de réseau d'entreprise, 1 000 préfixes IPv4, 1 000 préfixes IPv6, un trafic de 10 à 20 Tbps, une portée mondiale, une politique de peering ouverte, 71 points d'échange et 86 installations (https://www.peeringdb.com/api/net?asn=138915). La page humaine pour le même réseau présente Kaopu Cloud HK Limited comme KaopuCloud avec une portée mondiale (https://www.peeringdb.com/net/21265). BGP.Tools indexe également l'AS138915 comme Kaopu Cloud HK Limited et l'AS58854 comme Kaopu Cloud, ce dernier montrant des fournisseurs en amont ou des pairs incluant Kaopu Cloud HK, China Telecom Fuzhou, China Mobile Backbone et China Unicom Global dans des résumés visibles par recherche (https://bgp.tools/as/138915ethttps://bgp.tools/as/58854).

La lecture économique n'est pas que Kaopu manque de couverture réseau. C'est que l'acheteur doit localiser la couverture réseau dans la bonne filiale et le bon produit. Un acheteur continental utilisant les régions de Pékin, Fuzhou, Shanghai ou Guangzhou peut se soucier davantage de la qualité BGP nationale et du dépôt que d'une empreinte de peering à l'étranger. Un acheteur de jeux, de vidéo en direct ou d'expansion à l'étranger peut se soucier du réseau plus large de Kaopu Cloud HK et de périphérie. Les deux peuvent être vrais. Mais ce sont des achats différents.

Il y a aussi deux questions de réseau différentes qui se cachent sous le mot "couverture". La première est l'accessibilité à l'intérieur de la Chine continentale: si les utilisateurs sur China Telecom, China Unicom, China Mobile et les réseaux d'accès régionaux obtiennent une latence, une perte de paquets et une stabilité de route acceptables vers la région choisie. La seconde est la couverture transfrontalière ou à l'étranger: si un service peut efficacement desservir Hong Kong, l'Asie du Sud-Est, le Moyen-Orient, l'Europe ou les Amériques à partir de l'empreinte de périphérie plus large de Kaopu. La première question est la plus importante pour la thèse du calcul local en Chine de Beijing Kaopu. La seconde question appartient plus naturellement aux preuves mondiales de Kaopu Cloud et de Kaopu Cloud HK. Un acheteur ne doit pas laisser un profil de peering à l'étranger se substituer à un test depuis ses provinces d'utilisateurs chinoises réelles vers la région continentale exacte sous contrat.

Les preuves silencieuses de l'AS140709 créent donc une prime de risque, pas un verdict final. Si Kaopu fournit le service continental acheté via un autre AS du groupe, une allocation de transporteur en amont ou un réseau de centre de données régional, le service peut toujours bien fonctionner. Mais l'acheteur doit évaluer l'incertitude car les enregistrements de routage publics sont l'un des rares moyens indépendants de vérifier les revendications d'infrastructure avant un contrat. Un essai technique sérieux mesurerait les traceroutes, la perte de paquets, la latence aux heures de pointe, le DNS inverse, la propriété des IP, le traitement des abus et le comportement de basculement depuis plusieurs réseaux d'accès chinois. Il demanderait également si la qualité BGP nationale annoncée appartient à la même chaîne juridique et opérationnelle que le contrat de support. Jusqu'à ce que ces faits soient fournis, l'histoire réseau de Beijing Kaopu doit être traitée comme une capacité de groupe plausible plus des preuves non résolues au niveau de l'entité.

Cette distinction est importante pour les comparaisons avec l'auto-hébergement. Un serveur auto-hébergé dans un rack de colocation bon marché peut avoir une dépréciation matérielle prévisible, mais un accès multi-opérateurs plus faible, une couverture de périphérie mondiale moindre et une gestion des IP publiques ou de la bande passante moins flexible. Un hyperscaler national peut avoir le portefeuille de régions et de réseaux privés le plus riche, mais une complexité plus élevée et une échelle de support plus standardisée. Le meilleur scénario réseau de Kaopu est une position intermédiaire: une attention de service plus directe que les plus grands clouds, une couverture plus large qu'un seul rack IDC, mais des preuves publiques moins transparentes pour l'AS de Pékin spécifiquement.

Le support fait partie du prix unitaire pour les acheteurs sans personnel cloud

L'offre de support de Kaopu est centrale pour le mois de serveur. Le site chinois annonce à plusieurs reprises un support après-vente 7j/7 et 24h/24, un remboursement sans raison sous cinq jours et un support gratuit au dépôt sur ses pages produit et calculateur (https://www.kaopuyun.com/zh-cn/product/own_ecsethttps://www.kaopuyun.com/zh-cn/calculator/lite_ecs). Sa page de service cloud-butler est plus spécifique: elle décrit la planification, la mise en œuvre, les opérations et l'optimisation tout au long du cycle de vie informatique; liste le centre de service client, le téléphone 400, le QQ d'entreprise et les canaux de tickets en ligne; et décrit la classification des problèmes, l'affectation interne, les rapports de surveillance, la FAQ, la base de connaissances, les outils de diagnostic et plusieurs équipes de service (https://www.kaopuyun.com/zh-cn/cloud-butler). Elle liste également les éléments de service couvrant les systèmes d'exploitation, l'installation de logiciels, le premier déploiement, l'optimisation du système, le dépannage réseau, le support de nettoyage DDoS, le déploiement d'équilibreur de charge, les opérations matérielles, la migration de centre de données, la conception d'architecture, la surveillance, la sécurité, la sauvegarde et les rapports.

La tarification sur cette page change l'économie. Le service de base est indiqué comme gratuit, le service standard d'entreprise est à 1 999 RMB par an, et le service de haut niveau pour entreprise est proposé après consultation du client (https://www.kaopuyun.com/zh-cn/cloud-butler). Pour une équipe sans ingénieur d'exploitation dédié, 1 999 RMB par an peut être moins cher qu'une journée de travail d'un ingénieur senior si cela réduit effectivement le temps de traitement des incidents et le travail de migration. Pour une équipe plus grande, cette même ligne est moins importante car l'équipe dispose déjà d'une surveillance, de procédures et d'une automatisation cloud.

Le travail de support doit être valorisé en heures évitées, pas comme une promesse de brochure. Un client avec deux serveurs peut perdre plus d'argent à cause d'une migration bâclée, d'une question de dépôt non résolue ou d'une nuit de dépannage de perte de paquets qu'il n'en dépense pour un mois de calcul. Les pages de support de Kaopu décrivent l'installation de système d'exploitation, le premier déploiement, l'installation de base de données, la gestion des pannes réseau, le support de nettoyage DDoS, la réponse de surveillance, la récupération de sauvegarde et les conseils d'architecture. Ce sont exactement les corvées que les petites équipes refilent souvent à un développeur qui devrait construire le produit. Si Kaopu les résout rapidement, le mois de serveur tout compris est inférieur à ce que le devis brut suggère. Si le support se contente de transmettre des instructions génériques, l'acheteur paie deux fois: une fois pour le fournisseur et une autre fois pour que le personnel interne termine le travail.

C'est pourquoi la diligence raisonnable sur le support doit être opérationnelle plutôt que rhétorique. Avant de passer en production, un acheteur peut ouvrir un ticket de pré-vente avec un scénario de déploiement réel, demander une séquence de fournisseur d'accès ICP, demander une explication du coût de la bande passante pour un pic de trafic, et tester si le même canal de support peut traiter à la fois les questions de facturation et de perte de paquets. La qualité de la réponse est un signal du marché. Les hyperscalers nationaux peuvent également répondre à ces questions, mais leurs réponses peuvent passer par des files d'attente de support plus grandes ou des niveaux de compte. L'avantage de Kaopu n'existe que si la petite organisation se traduit par une aide humaine plus rapide et plus responsable.

La page de cas de service de Kaopu montre les segments d'acheteurs cibles: applications logicielles, plateformes de divertissement, finance et commerce électronique, communautés portails, matériel intelligent et services Internet-plus. Elle indique que les utilisateurs de logiciels peuvent utiliser les interfaces OpenAPI pour une gestion autonome des ressources et une facturation mensuelle ou à l'utilisation flexible; les services de divertissement et de direct nécessitent des E/S élevées et une haute disponibilité; les clients de portails ont besoin d'aide au dépôt et d'opérations approfondies; et les clients de matériel intelligent ont besoin d'un meilleur service de cloud Internet (https://www.kaopuyun.com/zh-cn/service-case). Les exemples sont marketing, mais ils identifient le créneau économique: les clients qui ont besoin de suffisamment d'infrastructure pour être sérieux, mais pas assez de personnel cloud interne pour traiter les opérations comme une routine.

C'est aussi là que le support peut cacher une faiblesse. Un fournisseur peut vendre de l'aide humaine parce que sa plateforme est moins en libre-service, pas seulement parce qu'il est généreux. Les acheteurs doivent demander quelles opérations sont véritablement disponibles par API. La page OpenAPI de Kaopu indique que l'API fournit des capacités de requête pour les instances, le stockage, le réseau et le compte/finance (https://docs.kaopuyun.com/OpenAPI/). Cela est nécessaire pour un cloud moderne, mais la profondeur, l'outillage et l'écosystème sont peu susceptibles d'égaler Alibaba Cloud, Tencent Cloud ou Huawei Cloud. Un acheteur ayant des exigences d'infrastructure en tant que code devrait tester l'API avant de s'engager.

La prime de support a donc un cas d'utilisation étroit mais défendable. Kaopu est attrayant pour les équipes qui souhaitent une aide locale au dépôt, un support en langue chinoise, des conseils sur les régions et des opérations gérées autour d'un parc de serveurs modeste. Il est moins attrayant pour les équipes dont la principale exigence est le provisionnement automatisé sur de nombreuses régions, le calcul de base à rabais maximum ou l'intégration avec la plateforme applicative complète d'un hyperscaler. Dans l'économie du cloud, le support n'est pas un module complémentaire après le calcul. C'est soit la raison de payer pour un petit fournisseur, soit la raison de passer à un plus grand.

Les hyperscalers rivalisent sur l'optionalité avant de rivaliser sur le prix d'appel

Alibaba Cloud, Tencent Cloud et Huawei Cloud sont les substituts immédiats car ils peuvent satisfaire le même besoin d'hébergement continental et de conformité avec des catalogues de produits plus profonds. La documentation de facturation ECS d'Alibaba Cloud encadre le choix comme un abonnement, un paiement à l'usage ou du spot, avec le calcul, l'image, le disque et la bande passante publique sous plusieurs méthodes de facturation; elle note également que les dépôts ICP pour les sites Web ECS continentaux nécessitent des instances avec abonnement d'au moins trois mois et une bande passante publique achetée (https://help.aliyun.com/en/ecs/overview-of-billing-methods). Cela importe pour la trésorerie de l'acheteur. Un petit forfait Kaopu payé mensuellement peut sembler flexible, mais les règles de dépôt et de remise d'Alibaba peuvent de toute façon pousser l'acheteur vers un engagement plus long.

Tencent Cloud rivalise sur des dimensions similaires. Sa page de tarification indique que le paiement à l'usage facture selon l'utilisation réelle et la durée sans coût initial, tandis que l'abonnement annuel et mensuel réserve les ressources à l'avance et peut réduire le risque et améliorer la prévisibilité budgétaire (https://www.tencentcloud.com/pricing). La documentation de Tencent sur les frais de réseau public indique clairement que la bande passante au-delà de petits seuils peut être tarifée séparément et doit être modélisée plutôt que devinée (https://www.tencentcloud.com/document/product/213/39743). La page de facturation ECS de Huawei Cloud indique qu'un ECS est tarifé selon le type, la saveur, la durée et la quantité, avec des frais de disque obligatoires et des frais d'IP élastique et de bande passante optionnels (https://support.huaweicloud.com/eu/productdesc-ecs/ecs_01_0065.html), et sa page de tarification propose des modes annuel/mensuel, paiement à l'usage et spot (https://www.huaweicloud.com/eu/product/ecs/pricing.html).

L'avantage des hyperscalers est l'optionalité. Un acheteur qui commence avec un hébergement web de deux vCPU peut ensuite ajouter des magasins de données relationnelles gérés, du stockage d'objets, un CDN, des produits de sécurité, des clusters de conteneurs, de la surveillance, des contrôles d'identité et des produits réseau avancés sans changer de fournisseur. Kaopu propose MySQL, Redis, une protection DDoS, un équilibrage de charge, une passerelle NAT, une connexion directe et une bande passante partagée dans son menu (https://www.kaopuyun.com/zh-cn/latest-dynamic), mais la profondeur de l'écosystème et la documentation tierce ne sont pas comparables. Pour une entreprise qui planifie une croissance de plateforme, la valeur d'option d'un hyperscaler peut l'emporter sur l'avantage immédiat du support de Kaopu.

L'inconvénient des hyperscalers est que les petits comptes peuvent se sentir anonymes. Les tickets de service, l'examen des dépôts, les questions de bande passante et la conception des régions peuvent passer par des canaux standardisés. La plus petite échelle de Kaopu peut être précieuse si le fournisseur offre effectivement une aide humaine plus réactive. Un petit studio de jeux, un fournisseur SaaS local ou une entreprise de matériel intelligent peut préférer un fournisseur qui discutera du dépôt du fournisseur d'accès, de la gestion des IP publiques et de la réponse aux incidents en termes pratiques. La question est de savoir si cette aide est contractuellement fiable ou simplement une chaleur commerciale.

La comparaison des substituts doit également inclure le coût de changement. Un acheteur qui choisit Alibaba Cloud, Tencent Cloud ou Huawei Cloud peut obtenir dès le premier jour des bases de données gérées plus profondes, du stockage d'objets, de l'outillage de conteneurs, des contrôles de sécurité et des intégrations de place de marché. Cela facilite l'expansion future des produits, mais cela peut aussi entraîner le client dans une configuration spécifique au fournisseur, des règles d'identité et des API de services gérés. Un acheteur qui choisit Kaopu peut éviter une partie de la complexité des hyperscalers, mais cela peut créer une dépendance différente à la relation de dépôt de Kaopu, à l'allocation d'IP régionale, aux connaissances de support et aux raccourcis opérationnels. Un acheteur qui choisit l'auto-hébergement évite l'enfermement de plateforme, mais accepte l'enfermement matériel et l'exposition à la main-d'œuvre. Le tableur rationnel devrait donc inclure trois chemins de sortie: à quelle vitesse la charge de travail peut quitter Kaopu pour un hyperscaler, à quelle vitesse elle peut quitter un hyperscaler pour Kaopu ou un autre fournisseur, et combien de travail est nécessaire pour reconstruire les opérations auto-hébergées si la qualité du service cloud déçoit.

La sensibilité au prix diffère selon la taille de l'acheteur. Un site web à une seule instance peut changer de fournisseur si le support déçoit, de sorte que Kaopu peut gagner avec un forfait mensuel pratique. Un déploiement SaaS de vingt instances avec des bases de données, des sauvegardes, des tâches planifiées, des listes d'autorisation IP clients et des dépendances de dépôt a une pénalité de migration beaucoup plus élevée. Pour cet acheteur, l'optionalité des hyperscalers nationaux peut valoir la peine d'être payée même lorsque le support semble moins personnel. L'opportunité de Kaopu est de prouver que son support et son forfait de région locale réduisent les coûts d'exploitation avant que l'architecture du client ne devienne trop complexe à déplacer.

L'acheteur doit donc évaluer l'optionalité explicitement. Si la charge de travail est un service web simple avec des dépendances limitées, le forfait de service local de Kaopu peut l'emporter. Si la charge de travail est susceptible d'utiliser de nombreux services gérés ou nécessite une forte automatisation et une intégration d'audit, un hyperscaler devrait recevoir un score plus élevé même si le premier devis de deux vCPU est similaire. Si la charge de travail est sensible à la latence vers une région chinoise spécifique, le meilleur fournisseur est celui qui a la bonne région locale et le bon chemin opérateur, pas nécessairement la plus grande marque mondiale.

L'auto-hébergement ne l'emporte que lorsque l'utilisation et le personnel sont déjà des coûts irrécupérables

L'auto-hébergement reste le substitut émotionnel car un serveur acheté donne un sentiment de propriété. Pour des charges de travail stables avec une utilisation élevée, une machine possédée peut être moins chère que la location des mêmes cœurs pendant des années. Mais cette comparaison ne fonctionne que si l'acheteur a déjà un accès au rack, l'alimentation, le refroidissement, les pièces de rechange, les interventions à distance, la gestion du pare-feu, la sauvegarde, la surveillance et quelqu'un pour gérer les exigences de dépôt et de fournisseur d'accès. Le cloud en libre-service de Kaopu transforme tout cela en lignes de service mensuelles. L'auto-hébergement les transforme en temps de personnel, en complexité contractuelle et en risque opérationnel.

Le calcul matériel est simple mais incomplet. Une petite entreprise peut acheter un serveur avec de nombreux cœurs et l'amortir sur trois à cinq ans. Si l'utilisation est élevée, le mois de vCPU brut peut battre le prix catalogue du cloud. Pourtant, la plupart des petites équipes logicielles n'utilisent pas le serveur complet en continu, et elles paient la redondance deux fois: une fois par la capacité excédentaire et une autre fois par le travail de récupération lorsqu'un disque, une alimentation ou une liaison réseau tombe en panne. Le modèle de région et de zone de disponibilité de Kaopu donne à un acheteur un moyen de choisir une latence plus faible à l'intérieur d'une zone ou une meilleure isolation entre les zones de la même région (https://docs.kaopuyun.com/ECS/%E4%BA%A7%E5%93%81%E7%AE%80%E4%BB%8B/%E5%9C%B0%E5%9F%9F%E5%92%8C%E5%8F%AF%E7%94%A8%E5%8C%BA.html). C'est la prime cloud sous forme pratique.

L'auto-hébergement a également du mal avec le dépôt et l'accès public. La documentation de dépôt de Kaopu indique qu'un domaine utilisant les serveurs continentaux de Kaopu doit effectuer les procédures de dépôt et de fournisseur d'accès via Kaopu avant que l'accès normal ne soit autorisé (https://docs.kaopuyun.com/%E5%A4%87%E6%A1%88/%E5%A4%87%E6%A1%88%E6%A6%82%E8%BF%B0.html). Si une équipe s'auto-héberge dans une installation de colocation, la charge équivalente se déplace vers cette installation ou ce fournisseur d'accès. L'équipe peut encore avoir besoin de la même documentation, mais avec moins de conseils de plateforme et plus de coordination personnalisée. Un hyperscaler réduit cette charge avec des systèmes de dépôt matures; Kaopu essaie de la réduire avec un support gratuit au dépôt et un service local.

La gestion du réseau est une autre raison pour laquelle l'auto-hébergement n'est pas le même produit. Le guide EIP de Kaopu indique que les utilisateurs peuvent créer des IP publiques élastiques, choisir le mode prépayé ou postpayé, sélectionner une région et utiliser le type de ligne BGP; son option à bande passante fixe convient aux besoins de bande passante stables (https://docs.kaopuyun.com/EIP/%E7%94%B3%E8%AF%B7%E5%BC%B9%E6%80%A7%E5%85%AC%E7%BD%91IP.html). Il documente également la conversion de la facturation à la bande passante vers la facturation au trafic pour les IP élastiques (https://docs.kaopuyun.com/EIP/%E6%8C%89%E5%B8%A6%E5%AE%BD%E8%AE%A1%E8%B4%B9%E8%BD%AC%E6%8C%89%E6%B5%81%E9%87%8F%E8%AE%A1%E8%B4%B9.html). Un acheteur auto-hébergé peut négocier la bande passante, mais il doit gérer la relation avec le fournisseur directement et peut avoir moins d'élasticité.

L'acheteur rationnel d'auto-hébergement est celui qui a une charge stable, du personnel d'exploitation local, des contrats IDC existants et un besoin de contrôle matériel. Pour tous les autres, le travail caché peut rendre les serveurs possédés plus chers qu'un mois de serveur Kaopu ou hyperscaler. Cela ne signifie pas que Kaopu gagne toujours. Cela signifie que toute affirmation selon laquelle l'auto-hébergement est moins cher doit inclure le coût des temps d'arrêt, du dépôt, de la bande passante, des correctifs de sécurité, de la restauration de sauvegarde et de la distraction du personnel.

L'adéquation client est la plus forte là où la conformité, la latence et l'aide manuelle se chevauchent

L'adéquation client la plus forte de Kaopu n'est pas l'entreprise la plus sophistiquée techniquement. C'est l'entreprise qui a besoin d'une couverture locale en Chine, d'une échelle modérée et d'aide. Les catégories de la page de cas de service le soulignent: les portails qui ont besoin de dépôt et de support opérationnel, les plateformes de divertissement qui se soucient de la haute disponibilité et des E/S, les services financiers et de commerce électronique avec des pics de campagne, les applications logicielles qui ont besoin de gestion d'API, et les entreprises de matériel intelligent ayant besoin de service cloud Internet (https://www.kaopuyun.com/zh-cn/service-case). Ce ne sont pas tous le même acheteur, mais ils partagent un besoin d'infrastructure pratique sans constituer une équipe de plateforme interne complète.

Une région de Pékin ou de Fuzhou peut compter pour ces clients. Si les utilisateurs sont dans le nord de la Chine, la page des régions recommande Pékin pour la demande du nord de la Chine; si les utilisateurs sont dans l'est de la Chine, Fuzhou ou Shanghai peuvent convenir; si c'est le sud de la Chine, Fuzhou ou Guangzhou peuvent correspondre (https://docs.kaopuyun.com/ECS/%E4%BA%A7%E5%93%81%E7%AE%80%E4%BB%8B/%E5%9C%B0%E5%9F%9F%E5%92%8C%E5%8F%AF%E7%94%A8%E5%8C%BA.html). Pour un fournisseur gouvernemental local, un vendeur scolaire, un site de médias régional ou un service d'appareils intelligents, réduire les frictions opérationnelles peut compter davantage que la chasse au prix CPU le plus bas absolu.

L'adéquation s'affaiblit lorsque la charge de travail est hautement standardisée. Un développeur exécutant un serveur de loisir ou une startup avec une forte automatisation cloud peut choisir un serveur léger de n'importe quel grand cloud, une marque de VPS mondiale ou un laboratoire auto-hébergé. La gamme de produits LightNode de Kaopu cible les développeurs, les startups et les petites et moyennes entreprises en simplifiant le cloud computing, selon la page produit mondiale (https://www.kaopucloud.com/product). Mais si l'acheteur veut seulement un VPS générique à bas coût et n'a pas besoin de dépôt continental, Kaopu est en concurrence sur un marché mondial encombré et perd une partie de son avantage local en Chine.

L'adéquation s'affaiblit également lorsque l'acheteur a besoin de preuves publiques de l'échelle du réseau sous l'entité contractante exacte. Les preuves de l'AS de Pékin sont silencieuses, tandis que les preuves du réseau plus large de Kaopu Cloud sont plus solides. Un acheteur sensible au risque dans la finance, le SaaS réglementé ou les opérations critiques peut avoir besoin de documents formels: titulaire de licence, emplacement du centre de données, politique de sauvegarde, niveau de service en cas d'incident, conception de route et entreprise responsable du support. Les pages web publiques ne suffisent pas. Cela ne disqualifie pas Kaopu. Cela augmente la charge de diligence raisonnable.

La meilleure thèse commerciale est donc plus étroite et plus défendable que "Kaopu est un cloud bon marché". Beijing Kaopu Cloud est pertinent parce qu'il se situe près d'une catégorie d'acheteurs chinois qui veulent du calcul local avec moins de frictions opérationnelles. Sa valeur est créée lorsque le dépôt, le support, la proximité régionale et les options réseau réduisent le coût réel. Sa valeur est plus faible lorsque l'acheteur peut déjà effectuer ces tâches à moindre coût sur un hyperscaler ou avec des serveurs possédés.

Les risques sont le flou d'identité, le silence des routes et l'opacité des prix

Trois risques méritent plus de poids qu'une simple liste de fonctionnalités. Le premier est le flou d'identité. L'entité juridique de Pékin est visible via les agrégateurs de registres d'entreprises (https://www.qcc.com/firm/23a88826f5f5f2f8e5f57d3c617b1c70.html), mais les pages produit et documentation chinoises pointent vers Fujian Kaopu Cloud Computing Technology Co., Ltd. et le site anglais pointe vers Kaopu Cloud Co.,Ltd. (https://www.kaopuyun.com/zh-cn/company-introductionethttps://www.kaopucloud.com/about). Un acheteur ne doit pas supposer les mêmes obligations pour tous les noms. Le contrat doit définir le vendeur, le fournisseur d'accès, la partie support et l'opérateur réseau.

Le deuxième risque est le silence des routes autour de l'AS140709. La page AS d'IPinfo identifie Beijing Kaopu Cloud technology co. LTD mais marque l'ASN comme inactif (https://ipinfo.io/AS140709). L'aperçu de l'AS de RIPEstat indique qu'il n'était pas annoncé au moment de la requête (https://stat.ripe.net/data/as-overview/data.json?resource=AS140709), et le statut de routage de RIPEstat ne montre aucun espace annoncé actuellement visible avec une dernière activité vue en 2024 (https://stat.ripe.net/data/routing-status/data.json?resource=AS140709). Cela ne signifie pas que les services Kaopu sont inactifs; cela signifie que l'AS de Pékin n'est pas la preuve du fonctionnement actuel du réseau. L'acheteur doit demander quel AS et quels fournisseurs en amont desservent la région achetée.

Le troisième risque est l'opacité des prix à grande échelle. Kaopu publie des prix d'exemple et un calculateur, mais le prix de commande actuel peut dépendre de la connexion, de la région, de la configuration, des remises et des services sélectionnés. Le calculateur indique que le prix du produit peut changer et que le prix de la commande fait foi (https://www.kaopuyun.com/zh-cn/calculator/own_ecs). Pour un acheteur d'un seul serveur, c'est ordinaire. Pour un acheteur plus important comparant des engagements annuels, cela signifie qu'un devis doit inclure le calcul, le disque, l'IP, la bande passante, la sauvegarde, le support et les remboursements. Sans cela, un faible mois de vCPU peut être compensé par les frais de réseau et de service.

Il y a aussi des risques de marché. Le site mondial de Kaopu revendique une connexion directe aux principales plateformes cloud et une large couverture de périphérie (https://www.kaopucloud.com/), mais l'acheteur doit traiter ces affirmations comme une raison de demander des détails d'architecture, pas comme une preuve finale. Les données de PeeringDB pour l'AS138915 sont impressionnantes pour le réseau Kaopu Cloud HK, mais ce n'est pas la même chose qu'une garantie de service continental à Pékin (https://www.peeringdb.com/api/net?asn=138915). La couverture marketing et la couverture de service achetée sont liées, pas identiques.

Enfin, le champ concurrentiel peut changer rapidement. Alibaba, Tencent et Huawei ont la taille pour faire des remises agressives, intégrer le dépôt dans les flux de travail de compte existants et regrouper la sécurité ou la surveillance. L'auto-hébergement peut sembler attrayant si les prix des serveurs baissent ou si un acheteur a déjà de l'espace et du personnel. La douve de Kaopu n'est pas un monopole technologique permanent. C'est la capacité à regrouper le calcul local, le dépôt, le support et l'accès réseau en un mois de serveur gérable pour une catégorie d'acheteurs spécifique.

Ce qui changerait le jugement

Le scénario positif se renforcerait si Kaopu publiait une cartographie plus claire au niveau des entités: quelle société juridique vend quel service, quelle licence s'applique, quel AS dessert chaque région continentale et quelle équipe de support est responsable. Une table de routage publique actuelle pour les régions de Pékin ou de Chine continentale de Kaopu aiderait également. Si l'AS140709 redevenait visiblement actif, avec des préfixes cohérents, des fournisseurs en amont et des enregistrements d'origine de route, l'entité de Pékin ressemblerait davantage à un opérateur réseau actif plutôt qu'à un marqueur juridique ou historique. Si des études de cas clients reliaient des clients chinois nommés à des régions et services Kaopu spécifiques, la thèse du support deviendrait moins dépendante des pages de catégories marketing.

Le scénario économique se renforcerait si Kaopu offrait plus de transparence des prix en direct sans exiger un parcours d'achat. La page de spécifications existante donne des exemples utiles, et le calculateur donne la structure, mais les équipes d'approvisionnement ont besoin de devis exportables pour des piles appariées. Un exemple clair tout compris pour 2 vCPU, 4 Go de RAM, un disque système de 50 Go, un disque de données de 100 Go, une IP publique élastique, une bande passante fixe de 5 Mbps, un support au dépôt et un service géré standard rendrait la comparaison avec Alibaba, Tencent, Huawei et l'auto-hébergement beaucoup plus nette. Un barème de remises public pour les achats annuels de flotte réduirait également l'incertitude.

Quatre faits supplémentaires changeraient matériellement le jugement. Premièrement, un cas client continental nommé lié aux régions de Pékin, Fuzhou, Shanghai ou Guangzhou montrerait si l'entreprise peut passer de catégories de service génériques à une preuve opérationnelle vérifiable. Deuxièmement, une carte des entités reliant Beijing Kaopu Cloud Technology Co., Ltd., Fujian Kaopu Cloud Computing Technology Co., Ltd., Kaopu Cloud HK et la marque anglaise Kaopu Cloud réduirait l'incertitude contractuelle. Troisièmement, une métrique de support publique telle que le temps de première réponse, le chemin d'escalade des incidents ou la portée du service géré par niveau rendrait la prime de main-d'œuvre mesurable. Quatrièmement, une note réseau actuelle identifiant l'AS, les fournisseurs en amont et le modèle d'attribution IP utilisé pour les régions ECS continentales clarifierait si l'AS silencieux de Pékin est sans importance, historique ou une réelle limitation. Ces faits n'auraient pas besoin d'être spectaculaires. Ils convertiraient simplement la décote de risque de l'acheteur en un prix plus précis.

Le scénario négatif se renforcerait si les acheteurs signalent des difficultés à transférer les dépôts, une réponse aux incidents faible, des frais de bande passante inattendus ou un support qui ne correspond pas à la page cloud-butler. Il se renforcerait également si le réseau mondial plus large de Kaopu restait solide tandis que les preuves sur les régions continentales restaient minces, car cela impliquerait que les meilleurs actifs de l'entreprise se situent en dehors du cas d'utilisation local chinois de cet article. Inversement, si Kaopu maintient le service continental petit mais très réactif, ce n'est pas nécessairement mauvais. Un fournisseur local concentré peut être un bon achat même sans l'échelle d'un hyperscaler.

Pour l'instant, Beijing Kaopu Cloud doit être évalué comme une option de calcul local spécialisée sur le marché réglementé du cloud en Chine. Ce n'est pas le choix par défaut évident pour chaque charge de travail, et les preuves de routage publiques ne permettent pas de traiter l'AS de Pékin comme un réseau actif étendu aujourd'hui. Mais la plateforme plus large de Kaopu Cloud, les exemples publiés de mois de serveur, le support au dépôt, le menu des régions et l'offre de service géré créent une réelle proposition pour l'acheteur. L'entreprise est la plus pertinente lorsqu'une PME chinoise ou une équipe logicielle veut acheter non seulement des vCPU, mais un chemin pratique vers un calcul conforme et accessible localement sans construire elle-même toute la musculature opérationnelle.