Le prix qui était le produit

Cloud at Cost est intéressant car il a mis en évidence une contradiction structurelle dans l’expression « cloud ultra-bon marché ». Un serveur virtuel bon marché n’est pas difficile à imaginer. De vieux serveurs existent, les petites charges de travail sont sporadiques, de nombreux amateurs sous-utilisent ce qu’ils achètent, et un opérateur d’infrastructure régionale disposant de capacités excédentaires peut vendre une machine Linux de base à un prix inférieur à celui d’un hyperscaler. La proposition plus difficile est différente: un fournisseur vend un serveur virtuel à bas prix avec une adresse IP publique, un support, un accès au panneau de contrôle, l’alimentation, le refroidissement, le réseau, la gestion des abus et le langage de la fiabilité du cloud, puis promet que le client peut payer une fois et conserver le service indéfiniment. Ce n’est pas simplement un plan d’hébergement. C’est un passif à long terme.

La première offre de Cloud at Cost rendait ce passif explicite. Une page d’accueil archivée de 2013 annonçait une offre de lancement pour un serveur cloud unique à 35 $, les 10 000 premiers serveurs n’ayant aucun frais mensuel. Le serveur Developer répertorié comprenait un vCPU Xeon, une adresse IP publique, 512 Mo de RAM ECC, 10 Go de stockage, une connectivité de 100 Mbit/s et un transfert mensuel de 500 Go. La même page archivée décrivait un support 24/7, des options de sauvegarde, une protection DDoS, un langage de disponibilité de 99,99 %, un partenariat avec Fibernetics et l’appartenance au groupe Fibernetics; sa FAQ expliquait le prix en indiquant que l’entreprise possédait son infrastructure et avait des coûts d’espace, d’énergie et d’Internet inférieurs. (web.archive.org)

C’était la version la plus claire du modèle économique: utiliser une infrastructure amortie ou sous-utilisée, automatiser le provisionnement, vendre la tranche marginale d’un serveur à bas prix et convertir un public de forums de développeurs en liquidités immédiates. Ce n’était pas irrationnel au lancement. Si une entreprise liée aux télécommunications possède déjà une capacité réseau, un espace de centre de données et de la main-d’œuvre technique, alors un serveur virtuel à 35 $ peut être un moyen de monétiser des actifs inutilisés. Le problème est que l’infrastructure cloud n’est pas seulement une capacité inutilisée. C’est une promesse de maintenir la capacité dans le temps. Plus le service vit longtemps, plus le paiement initial devient économiquement insuffisant.

Le site actuel de Cloud at Cost est différent. Il annonce désormais des machines virtuelles « GPT Cloud », avec IPv4/IPv6 publics, stockage NVMe, réseau 1 Gbit/s, bande passante non mesurée, accès root, protection DDoS, support 24/7, une revendication de SLA de disponibilité réseau de 99,99 % et des prix mensuels de 5,50 $ à 55 $. Le plus petit plan répertorié comprend 1 vCPU, 2 Go de RAM et 20 Go de NVMe; le plus grand plan répertorié comprend 10 vCPU, 20 Go de RAM et 200 Go de NVMe. La page indique également que le produit inclut une intégration GPT AI, mais le flux de commandes public pour ce type de forfait n’a montré aucun forfait configuré au moment de la vérification, de sorte que la page d’accueil prouve davantage le positionnement que l’exécution active. (CloudatCost)

La thèse commerciale est donc simple. La valeur stratégique de Cloud at Cost n’a jamais été de devenir un AWS canadien. Sa valeur était la conversion d’une pile régionale de réseau et de centre de données en un produit cloud d’entrée de gamme, vendu à l’échelle mondiale à des clients qui voulaient un serveur public bon marché plutôt qu’une fiabilité institutionnelle. Sa faiblesse commerciale était tout aussi simple: le prix était suffisamment bas pour attirer la demande, mais trop bas pour financer la confiance, le support, le contrôle des abus, l’allocation d’IPv4, le remplacement du matériel et la maintenance des logiciels que le mot cloud implique.

Le cloud à très bas coût ne peut survivre que dans trois conditions étroites. Il peut survivre en tant qu’infrastructure de loisir au mieux, où les clients savent que l’échec fait partie de l’accord. Il peut survivre en tant que canal de liquidation pour du matériel amorti, où le fournisseur est explicite sur le fait que l’actif est temporaire et bon marché parce qu’il est vieux. Il peut survivre en tant qu’activité récurrente et automatisée de VPS d’entrée de gamme, où le service de chaque mois a un revenu correspondant pour le mois. Il ne peut pas survivre durablement en tant que promesse cloud « payez une fois, gardez pour toujours » à moins que le fournisseur ne s’appuie sur la dormance, le taux de désabonnement, la sursouscription, le support dégradé, des frais ultérieurs, des migrations, des subventions d’affiliation ou l’argent des nouveaux clients pour financer les anciennes obligations. Le dossier public de Cloud at Cost est l’histoire de ces pressions devenant visibles.

La société visible à travers le réseau

Le dossier public identifie plus clairement Cloud at Cost comme un acteur de ressources réseau que comme une entité commerciale clairement transparente. L’ARIN répertorie Cloud at Cost en tant qu’organisation CANAD-105, avec une adresse à Kitchener, en Ontario, au 2B-235, avenue Ardelt, une date d’enregistrement en 2020 et une dernière mise à jour en 2024. L’ARIN répertorie également une allocation IPv4 directe, 139.64.244.0/22, à Cloud at Cost. Un /22 contient 1 024 adresses IPv4 au total avant les réserves opérationnelles. Il s’agit d’une empreinte de ressources réelle, mais elle doit être interprétée de manière étroite: l’ARIN prouve la responsabilité du registre et l’identité des ressources réseau, et non la propriété actuelle, le siège social, la rentabilité, le nombre de clients, la disponibilité ou la continuité juridique. (Whois)

L’adresse est importante car elle renvoie à un cluster d’infrastructure local. La page de contact publique de Rack & Data donne le 235, avenue Ardelt à Kitchener comme adresse et décrit la colocation, l’infrastructure du centre de données, la disponibilité et le support. Les fiches de centre de données pour Rack & Data décrivent une installation de colocation et d’hébergement neutre vis-à-vis des opérateurs avec une alimentation, un refroidissement et un Internet BGP redondants. Des documents publics de DataCity et des fiches de centre de données tierces décrivent une infrastructure proche de Waterloo/Kitchener, des serveurs dédiés, des serveurs cloud, un réseau redondant et un service compatible BGP. Rien de tout cela ne prouve le lieu de déploiement actuel ou la propriété juridique de Cloud at Cost. Cela montre que l’empreinte historique et de registre de Cloud at Cost se situe dans un véritable environnement d’infrastructure régional, et non dans la couche abstraite du revendeur cloud. (Rack and Data)

La connexion Fibernetics est le principal indice stratégique. Un article de Fibernetics Ventures décrivait des sociétés affiliées comprenant Fongo, Rack & Data et Cloud at Cost, et indiquait que le modèle de capital-risque tirerait parti de la capacité de réseau existante, des investissements dans l’infrastructure et du capital humain pour créer des avantages concurrentiels et des flux de revenus durables. Le profil BBB de Cloud at Cost indique également que, selon CloudatCost.com, Cloud at Cost fait partie du groupe de sociétés Fibernetics et répertorie la même adresse à Kitchener. L’implication économique n’est pas que Fibernetics garantit Cloud at Cost. L’implication est que le modèle original à bas prix a plus de sens si Cloud at Cost était un débouché pour une infrastructure déjà payée ailleurs dans un groupe de télécommunications/centres de données. (NEWT)

Il existe également un ancien indice d’entité juridique. Un résultat agrégé de registre des sociétés répertorie 8450021 Canada Inc. au 235, avenue Ardelt, unité 2B, Kitchener, constituée en 2013 et dissoute pour non-conformité en janvier 2024. Le même identifiant est apparu dans des documents juridiques archivés de Cloud at Cost lors de recherches antérieures, de sorte que l’indice est commercialement pertinent. Mais un résultat d’annuaire ne remplace pas un organigramme officiel actuel. La conclusion la plus sûre est que l’identité contractuelle historique, l’identité actuelle de l’ARIN et l’affiliation à l’infrastructure pointent dans la même direction Kitchener-Waterloo, tandis que la propriété bénéficiaire actuelle et l’entité porteuse d’obligations restent insuffisamment résolues dans le dossier public. (Registre des sociétés canadiennes)

Cette distinction est importante. Si Cloud at Cost est une ligne de produits intégrée au sein d’un groupe durable de télécommunications/centres de données, alors l’hébergement à bas coût peut être compris comme une monétisation marginale d’actifs excédentaires. S’il s’agit d’une société d’exploitation légère qui s’intercale entre des clients à bas prix et des factures d’infrastructure récurrentes, alors chaque vente sous-évaluée à vie devient une créance sur un bilan faible. Le dossier public conforte la première interprétation en tant qu’histoire d’origine. Il ne prouve pas la première interprétation en tant que fait de crédit actuel.

Ce qu’il vendait: pas du cloud, mais de la durée

Cloud at Cost vendait des machines virtuelles, mais le produit le plus fort était la durée. Le client n’achetait pas seulement 512 Mo de RAM, un petit disque et une IP publique. Le client achetait la sensation qu’un serveur pouvait être acquis une fois puis conservé comme un bien. C’est pourquoi l’écart de prix initial comptait. La page archivée de 2013 présentait le lancement comme un serveur cloud unique sans frais mensuels; les discussions ultérieures de la communauté ont repris le même accroche à 35 $ une fois ou environ 1 $ par mois pour un petit VPS KVM. (web.archive.org)

Ce produit avait un acheteur naturel: développeurs, amateurs, auto-hébergeurs, étudiants, utilisateurs de monitoring, utilisateurs de VPN, petits exploitants de sites Web et personnes qui voulaient une machine Linux publique pour des expériences. Les utilisateurs des forums ont compris le compromis dès le début. Un fil de discussion LowEndTalk de 2014 qualifiait l’offre VPS à paiement unique d’attrayante, mais soulevait également des questions « drapeau rouge » concernant la confiance et l’opportunité de placer des données importantes sur le service. Un fil de discussion FreeBSD en 2015 décrivait le produit comme un VPS canadien bon marché avec des modèles FreeBSD et sans abonnement mensuel, tandis qu’un autre entité lisait immédiatement l’économie comme « J’ai besoin d’argent maintenant », ce qui est la description la plus brutale possible d’un modèle de passif en espèces immédiates. (LowEndTalk)

Le fait n’est pas que tous les clients étaient naïfs. Beaucoup étaient rationnels. Un serveur à 35 $ qui survit quelques années est une bonne affaire même si le support est médiocre. Une adresse IP publique, un accès root et une VM persistante ont une valeur d’option. Si la charge de travail n’est pas critique, l’inconvénient est limité. C’est pourquoi Cloud at Cost a bien voyagé dans les communautés d’hébergement d’entrée de gamme et les forums internationaux. L’historique du marché en japonais a reconstitué les générations de produits Cloud at Cost, les prix de rachat, les remises, les plans CloudPRO, les plans ultérieurs CloudPRO v3/v4 et les changements de service; les discussions en russe ont décrit l’attrait des serveurs canadiens à vie tout en débattant de la survente, des liens Fibernetics et de l’incertitude identitaire. Ce ne sont pas des documents officiels, mais ils montrent le canal de demande réel: le bavardage mondial sur l’hébergement à bas prix plutôt que l’approvisionnement institutionnel en cloud. (おっとあかん)

Ce segment de clientèle était économiquement utile mais fragile. Il tolérait les aspérités parce que le prix était absurdement bas. Il générait du bouche-à-oreille sans force de vente conventionnelle. Il transformait l’infrastructure en argent. Mais il n’a pas créé une marque de cloud haut de gamme. Il a créé une clientèle entraînée à attendre les promotions, à défendre son droit à vie et à considérer chaque frais récurrent ultérieur comme une promesse rompue. La même tarification qui a acquis le client a nui à la capacité de l’entreprise à renégocier la relation plus tard.

Au fil du temps, les noms de produits de Cloud at Cost ont changé: serveurs Developer, CloudPRO, CloudPRO v3/v4, VC Cloud, CloudRS et maintenant GPT Cloud. L’économie a moins changé que le vocabulaire. Un VPS bon marché avec une IP publique reste une revendication sur le calcul, le réseau, le support et le temps. Lorsque l’ancien modèle de rachat a cédé la place à des frais de maintenance et à des discussions ultérieures de migration mensuelle, l’entreprise ne faisait pas que changer d’emballage. Elle essayait de passer d’une durée vendue trop bon marché à une durée facturée périodiquement.

L’actif rare était l’adresse publique

L’actif rare sous-jacent à Cloud at Cost n’était pas le vCPU. Le calcul devient moins cher, les vieux serveurs peuvent être exploités, et de nombreuses petites VM sont inactives la plupart du temps. L’actif rare était la position réseau publique routable: les adresses IPv4, l’accessibilité BGP, la responsabilité du bureau des abus et l’autorisation opérationnelle de connecter des clients bon marché à l’Internet public.

L’enregistrement réseau de l’ARIN pour l’allocation 139.64.244.0/22 de Cloud at Cost est important car un /22 est fini. La page produit originale incluait une IP publique dans le cadre du serveur Developer. La page actuelle de GPT Cloud annonce également des IPv4/IPv6 publics dans le cadre du plan. Si chaque VM bon marché consomme une adresse IPv4 publique, l’adresse n’est pas un accessoire gratuit. C’est un intrant économiquement rare. (web.archive.org)

La rareté est devenue plus grave avec le temps. L’ARIN déclare que son pool IPv4 gratuit a été épuisé en septembre 2015 et que les demandes IPv4 ordinaires ne pouvaient plus être satisfaites à partir d’un pool gratuit à moins que des exigences spéciales ne s’appliquent. Cela signifie que l’inventaire IPv4 existant d’un fournisseur est devenu un actif monétisable en soi. Une VM à vie à 35 $ avec une IPv4 publique n’était donc pas seulement une vente de calcul sous-évaluée; c’était la vente d’une revendication indéfinie sur une ressource d’adressage rare. (ARIN)

Les renseignements réseau de tiers placent également l’espace IP de Cloud at Cost dans un contexte DataCity/Kitchener. Les données IP2Location pour une adresse de la plage 139.64.244.0/22 associent le champ ISP à Cloud at Cost, le domaine à datacity.ca et l’ASN à AS31798 DataCity. Le CIDR Report identifie AS31798 comme DataCity, Canada. L’entrée PeeringDB de DataCity répertorie les contacts abuse, NOC, technique et commercial, et identifie les installations d’interconnexion, y compris DataCity 440 Waterloo, Rack and Data Kitchener et Telehouse Toronto, tout en n’indiquant aucun point d’échange de peering public dans la vue capturée. Ce sont des sources de contexte réseau tierces et autodéclarées, pas des enregistrements clients. Leur importance est structurelle: la ressource Cloud at Cost semble liée à un écosystème régional de réseau/centre de données, et cet écosystème est le véritable substrat rare. (IP2Location)

IPv6 n’efface pas le point. IPv6 réduit la rareté future de l’adressage, mais les acheteurs d’hébergement d’entrée de gamme valorisaient historiquement une adresse IPv4 parce que les logiciels, la réputation du courrier, l’accès à distance, l’utilisation d’un VPN, la connectivité héritée et les attentes de géolocalisation rendaient toujours IPv4 utile. Un fournisseur peut évoluer vers des produits riches en IPv6 ou de type NAT, mais cela change la proposition pour l’acheteur. Un serveur cloud à vie avec une IPv4 publique dédiée a plus de valeur qu’un conteneur NATé précisément parce que l’adresse donne au client une position directement accessible sur l’Internet.

C’est pourquoi l’expression « at cost » est trompeuse. Le coût n’est pas seulement le CPU, la RAM et le disque. Le coût inclut le coût d’opportunité d’allouer une adresse IPv4 publique à un client à faible revenu de manière indéfinie. Si l’IPv4 peut être louée, vendue, réattribuée à des clients plus rémunérateurs ou utilisée pour soutenir l’hébergement professionnel, alors la lier à un compte à vie à 35 $ est une décision d’allocation de capital, pas un cadeau.

L’économie unitaire du « pour toujours »

L’arithmétique de l’ancien modèle est impitoyable. Si un petit serveur était vendu 35 $ une fois ou 1 $ par mois, le seuil de rentabilité non actualisé par rapport à la version mensuelle était de 35 mois. Tout client qui conservait le serveur au-delà d’environ trois ans devenait peu attrayant, à moins que son utilisation ne soit proche de zéro, que sa charge de support soit nulle et que l’infrastructure n’ait pas de meilleure utilisation. Le modèle dépendait de l’écart entre le droit théorique et la consommation réelle.

Cet écart peut être important. De nombreux clients de VPS à bas prix achètent des serveurs puis les oublient. Certains exécutent un seul démon, un proxy personnel, un site statique ou un script de monitoring. Si un hébergeur dispose de vieux matériel, de baies vides et de bande passante inutilisée, il peut placer de nombreux clients à faible consommation sur l’infrastructure existante et collecter des revenus initiaux. La première cohorte peut être rentable, surtout si le provisionnement est automatisé et le support minimal. C’est la meilleure lecture possible du lancement de Cloud at Cost.

Mais les coûts ne s’arrêtent pas. Les installations ont des coûts mensuels en espèces. La page publique de tarification des baies de DataCity n’est pas le prix de transfert interne de Cloud at Cost, mais elle donne une référence du marché: un quart de baie est répertorié à 150 $ par mois, avec l’électricité facturée séparément à 0,24 $ par watt, tandis que les produits de baie plus grands évoluent à partir de là. L’alimentation, le refroidissement, la commutation, la connectivité en amont, l’alimentation de secours et les interventions à distance sont des intrants récurrents. Le remplacement du matériel, les disques, les SSD, la RAM, les cartes mères défaillantes, les ports de commutation et les logiciels du plan de contrôle s’ajoutent. Une vente unique ne peut couvrir tout cela que si le prix initial était actuariellement suffisant ou si la plupart des clients disparaissent économiquement avant que le fournisseur ne doive dépenser à nouveau. (DataCity)

Le coût du support est pire parce qu’il est irrégulier. Une VM bon marché peut être provisionnée automatiquement, mais les exceptions consomment de la main-d’œuvre: constructions échouées, problèmes de réseau, réinitialisations de mots de passe, demandes de DNS inverse, litiges de facturation, plaintes pour abus, bogues du panneau de contrôle et migrations de plate-forme. Le portail de support actuel de Cloud at Cost expose des chemins de soumission de tickets et de support DNS inverse; la page d’accueil annonce également un support 24/7 et un périmètre de dépannage. Cette promesse de support peut être étroite, mais même un support étroit a un plancher de main-d’œuvre. (members.cloudatcost.com)

La controverse des frais de maintenance annuels de 9 $ a été l’aveu du modèle économique que l’argent initial était insuffisant. Un fil de discussion Reddit r/sysadmin en 2017 a rapporté que Cloud at Cost avait commencé à facturer des frais de maintenance annuels de 9 $ sur les forfaits à paiement unique et que les utilisateurs disposaient d’une courte fenêtre de paiement. Les discussions sur Hacker News à la même époque ont présenté le changement comme un plan unique devenant récurrent par le biais de mises à jour des conditions. Les utilisateurs de LowEndTalk ont débattu pour savoir si cela constituait formellement une vente frauduleuse, mais même l’interprétation la plus favorable reconnaissait que les clients avaient acheté un produit à vie et qu’on leur demandait de payer à nouveau. (Reddit)

La conclusion juridique ne peut pas être tirée des seuls messages de forum. Les clients peuvent avoir accepté des conditions avec des clauses de modification des frais; différentes cohortes peuvent avoir acheté sous des conditions différentes; l’applicabilité pratique pour les petites créances est une question distincte. La conclusion économique est plus forte: les frais de maintenance ont réintroduit des revenus récurrents dans un service dont les coûts étaient récurrents depuis le début. Ce n’était pas un événement étrange. C’était l’apparition différée de la véritable structure de coûts.

Les discussions ultérieures sur la migration vont dans le même sens. Une discussion LowEndTalk en 2022 a décrit l’expiration des forfaits CloudPRO à vie et le fait que les clients étaient poussés vers CloudRS avec des frais mensuels par vCore. Une discussion Reddit autour de l’arrêt de VC Cloud a décrit des clients invités à sauvegarder leurs données ou à migrer, avec des plaintes concernant la gestion de la plate-forme et le support. Il s’agit de rapports de clients informels, et non de registres officiels audités, mais ils concordent avec la même trajectoire commerciale: les obligations à vie héritées sont converties, réduites ou résiliées en faveur de produits récurrents. (Reddit)

En termes de principes fondamentaux, un VPS à vie ne peut fonctionner que si l’une des six conditions est vraie. Le prix initial est suffisamment élevé pour couvrir le coût attendu de la durée de vie. Le client moyen cesse rapidement d’utiliser le service. Le fournisseur peut sursouscrire en toute sécurité parce que l’utilisation réelle est infime. Le fournisseur dispose d’une infrastructure subventionnée en permanence. Le fournisseur peut dégrader le service sans trop perdre en réputation. Ou le fournisseur peut modifier les conditions ultérieurement. L’histoire publique de Cloud at Cost montre plus clairement les quatre derniers mécanismes que le premier.

La confiance comme élément manquant du bilan

Les preuves publiques suggèrent que la confiance des clients est devenue la contrainte déterminante de Cloud at Cost. C’est important parce que l’hébergement n’est pas acheté comme une application jetable. Même un VPS bon marché peut contenir des clés, des scripts, des journaux, des sites Web, des enregistrements DNS, des sauvegardes, des relais de messagerie, des agents de monitoring ou des projets clients. Le montant payé peut être infime; le coût de changement et l’anxiété peuvent être plus importants.

Le BBB répertorie Cloud at Cost comme non accrédité, lui attribue une note C- et enregistre l’adresse de Kitchener et la déclaration du groupe Fibernetics. Trustpilot affiche un profil revendiqué Cloudatcost.com avec un TrustScore de 1,1, 138 avis et 90 % d’avis une étoile dans la vue capturée. Les agrégateurs d’avis sont bruyants et biaisés en faveur des utilisateurs mécontents, mais dans l’hébergement, ils ne sont pas sans importance. Ils mesurent la volonté du marché de confier des charges de travail au fournisseur. (BBB)

La perte de confiance modifie l’économie. Un fournisseur de confiance peut facturer un prix récurrent normal parce que le client croit que le serveur sera là demain. Un fournisseur sans confiance doit accorder des remises. Les remises attirent plus de clients sensibles aux prix et moins d’acheteurs de production. Les clients sensibles aux prix sont souvent rationnels, mais ils sont aussi moins indulgents lorsque l’offre change. Le fournisseur est alors confronté à une spirale de sélection adverse: une faible confiance impose des prix bas; les prix bas attirent des comptes à faible marge; les comptes à faible marge ne peuvent pas financer un bon support; un mauvais support aggrave la confiance; une confiance détériorée empêche la reprise des prix.

Le modèle à vie a intensifié cette spirale parce qu’il a créé des ayants droit plutôt que des clients ordinaires. Un client mensuel peut résilier et partir. Un client à vie croit que le fournisseur lui doit déjà le service. Lorsque le fournisseur introduit des frais de maintenance ou des migrations, le litige ne porte pas seulement sur le prix futur; il porte sur la question de savoir si l’actif précédemment acheté par le client a été compromis. C’est pourquoi la colère des forums a une signification commerciale même lorsque les réclamations individuelles sont difficiles à vérifier. Les clients n’étaient pas simplement des utilisateurs insatisfaits. Ils étaient des créanciers en miniature.

Cela explique également pourquoi les acheteurs sérieux décoteraient Cloud at Cost plus lourdement que ne le suggère le prix affiché. Un prix bas n’est utile que si l’on peut compter sur le service pour l’usage prévu. Pour un nœud jetable de développeur, le risque peut être acceptable. Pour une application professionnelle, même petite, un support incertain et une instabilité contractuelle annulent les économies. Les premiers conseils des forums ont souvent convergé vers cette conclusion pratique: bien pour les expériences, pas pour ce qui compte. (LowEndTalk)

Un actif de confiance endommagé ne peut pas être reconstruit par le seul nom du produit. Appeler le produit actuel GPT Cloud peut attirer l’attention, mais cela n’efface pas l’ancienne réputation d’hébergement à bas prix. La page d’accueil actuelle dit que GPT Cloud peut exécuter des applications de production, mais un acheteur de production a besoin de preuves de provisionnement actuel, d’historique de support, de transparence de l’état, de continuité juridique, d’architecture de sauvegarde et de stabilité de la facturation. La page d’accueil publique seule ne fournit pas ces preuves. (CloudatCost)

La clientèle sélectionnée par le prix ultra-bas

La clientèle de Cloud at Cost a été sélectionnée par le prix, pas par la confiance dans l’approvisionnement. Ce n’est pas une insulte; c’est la logique du produit. Un serveur à vie à 35 $ attire des personnes prêtes à tolérer le risque de plate-forme parce que leur charge de travail est petite, expérimentale ou non critique. Il attire également des personnes qui veulent une adresse IP publique à bas prix, ce qui peut inclure des auto-hébergeurs légitimes et des utilisateurs moins souhaitables dont les charges de travail créent un risque d’abus.

La diffusion internationale des discussions sur Cloud at Cost est révélatrice sur le plan commercial. L’historique du marché en japonais a suivi des années de produits et de remises, y compris les plans Developer, CloudPRO, CloudPRO v3/v4, les mises à niveau IPv6, les changements de frais de maintenance et les services qui ont ensuite disparu ou sont devenus difficiles à recommander. Les discussions de forum en russe ont décrit l’attrait des serveurs canadiens à vie tout en débattant de la survente et de l’identité de l’entreprise. Les discussions en portugais brésilien ont repris la même logique « payer une fois pour toujours » et l’ont comparée à des alternatives cloud grand public plus coûteuses. Ces sources sont informelles, mais elles montrent que le marché de Cloud at Cost n’était pas principalement un marché canadien d’hébergement d’entreprise. C’était un public mondial d’hébergement d’entrée de gamme à la recherche d’une anomalie économique. (おっとあかん)

Ce public est dangereux pour les marges. Les communautés d’hébergement d’entrée de gamme sont efficaces pour trouver des coupons, comparer les scores de référence et arbitrer les conditions faibles. Ils peuvent remplir la capacité rapidement, mais ils rendent également difficile l’augmentation des prix par la suite. Des remises promotionnelles importantes apprennent aux clients que le prix catalogue est fictif. Cela crée également des cohortes avec des attentes et des droits différents, ce qui complique le support et la migration.

L’achat réel de l’acheteur était souvent l’optionnalité. Une VM bon marché donne à l’acheteur un endroit pour tester des logiciels, exécuter un robot, héberger un service personnel, proxy le trafic, maintenir un nœud de monitoring ou garder un point de terminaison IP canadien disponible. L’option peut être précieuse même si elle est rarement exercée. Pour le fournisseur, cependant, une option inutilisée est toujours une obligation réservée. Si la VM est provisionnée avec une adresse IPv4 publique, du stockage et un support de compte, l’inactivité du client n’élimine pas tous les coûts. Elle ne fait que retarder le moment où l’option devient coûteuse.

C’est pourquoi le cloud ultra-bon marché a tendance à dériver vers un rationnement caché. Le fournisseur peut limiter le CPU, les IOPS ou les paquets par seconde. Il peut suspendre les clients bruyants. Il peut ralentir le support. Il peut rendre les reconstructions ou les migrations douloureuses. Il peut ajouter des frais pour les sauvegardes, l’IPv6, les mises à niveau, les fonctionnalités du panneau de contrôle ou la maintenance annuelle. Ces comportements semblent arbitraires du côté du client, mais ils sont prévisibles du côté des coûts. Un fournisseur qui fixe ses prix en fonction de l’inactivité doit discipliner l’activité.

La page d’accueil actuelle de Cloud at Cost utilise toujours un langage qui entre en conflit avec cette logique d’entrée de gamme. Elle dit que le package VM peut exécuter des conteneurs, des scripts personnalisés et des applications de production, avec un accès root, une bande passante non mesurée et aucun port bloqué sauf s’il est nuisible ou lié à DDoS. C’est une promesse large. L’ancien accord de la clientèle d’entrée de gamme fonctionnait mieux lorsque les clients attendaient peu. Le libellé actuel invite à des attentes plus élevées sans présenter suffisamment de preuves publiques que le modèle d’exploitation a changé. (CloudatCost)

Abus, support et la marge qui disparaît

Chaque serveur public bon marché est un ticket d’abus potentiel. Il peut envoyer du spam, scanner des réseaux, héberger du phishing, participer au trafic de botnets, attirer des attaques DDoS, violer des réclamations de droits d’auteur ou déclencher des plaintes de réseaux en amont. Un grand fournisseur de cloud absorbe cela par l’échelle, la détection automatisée, des équipes spécialisées dans les abus et des revenus totaux élevés. Un hébergeur à bas coût absorbe les mêmes catégories de travail avec beaucoup moins de revenus par compte.

La structure POC de l’ARIN de Cloud at Cost est révélatrice car un contact CloudatCost Support est répertorié pour les fonctions d’abus, de routage, de DNS, technique, de NOC et connexes. Le dossier a été mis à jour en 2026, ce qui indique une responsabilité actuelle maintenue par le registre, mais il ne montre pas la profondeur de la dotation en personnel. Le point économique est que la responsabilité du registre n’est pas facultative. Si la VM d’un client bon marché crée des problèmes de réseau, quelqu’un doit traiter la plainte. (Whois)

Le portail de support actuel montre également des obligations opérationnelles ordinaires. Il comprend des catégories de soumission de tickets et de DNS inverse. Le DNS inverse est une petite fonctionnalité, mais c’est un bon exemple de main-d’œuvre d’hébergement d’entrée de gamme. Les clients veulent un DNS inverse pour le courrier, l’identité, la conformité ou le comportement de l’application. Le fournisseur doit le contrôler ou le déléguer. Chaque demande est mineure; dans l’ensemble, les petites demandes peuvent consommer la marge de comptes très bon marché. (members.cloudatcost.com)

Le travail du plan de contrôle de sécurité est un autre coût caché. Une divulgation Hashbang.ca de 2014 a décrit une vulnérabilité CSRF dans le panneau de gestion de CloudAtCost et une chronologie de signalement impliquant une escalade du support avant la divulgation publique. Ce message ne prouve rien sur la plate-forme actuelle. Sa pertinence est plus large: même un fournisseur de VPS à bas prix gère un plan de contrôle qui peut créer un risque à fort impact. Les réinitialisations de mots de passe, la destruction de VM, l’accès à la console, les actions de facturation et les fonctions de reconstruction ne sont pas triviales. Ils nécessitent une réponse de sécurité mature, pas seulement du matériel bon marché. (Hashbang)

C’est là que le mot cloud devient économiquement coûteux. La définition du cloud du NIST met l’accent sur le libre-service à la demande, l’accès réseau étendu, le regroupement de ressources, l’élasticité rapide et le service mesuré. Le cadrage public d’AWS met l’accent sur une informatique fiable et évolutive et le paiement à l’usage. Un fournisseur de VPS d’entrée de gamme peut fournir du calcul en réseau, mais la pile d’attentes complètes autour du cloud comprend l’automatisation, l’élasticité, la communication d’état, la réponse aux incidents, la clarté de la facturation et le provisionnement reproductible. Ce sont des capacités à forte intensité de processus. (NIST)

Le support n’est pas divisible en fonction des revenus du client. Un opérateur techniquement compétent ne peut pas passer une demi-heure de manière rentable à diagnostiquer un compte à vie de 35 $ à moins que ce compte ne soit subventionné par de nombreux comptes silencieux. C’est pourquoi les conditions d’hébergement bon marché limitent généralement le support à l’infrastructure uniquement et excluent les logiciels clients. C’est rationnel. Mais les clients ne subissent pas toujours les défaillances dans des catégories nettes. Si la VM est lente, ils blâment l’hébergeur. Si le panneau de contrôle échoue, ils blâment l’hébergeur. Si le réseau est instable, ils blâment l’hébergeur. Si leurs données disparaissent lors d’une migration, ils blâment l’hébergeur même si les conditions excluent toute responsabilité. La file d’attente du support est l’endroit où le langage juridique du fournisseur se heurte à la réalité opérationnelle du client.

Dépréciation du matériel et dégradation du plan de contrôle

Posséder une infrastructure réduit certains coûts et en expose d’autres. Cela évite les marges du cloud de détail et donne à l’opérateur de la flexibilité. Cela signifie également des factures d’électricité, de la chaleur, de l’espace, des composants défaillants, de vieux CPU, des disques vieillissants, des micrologiciels, des mises à niveau d’hyperviseur, la maintenance du panneau de contrôle et la planification de la capacité. Un hébergeur bon marché peut exploiter les actifs, mais il ne peut pas échapper à l’entropie.

La liste actuelle des modèles de système d’exploitation de Cloud at Cost illustre le fardeau du temps. La page d’accueil répertorie côte à côte d’anciennes et de nouvelles images de système d’exploitation, y compris Ubuntu 14.04 à 22.04, Debian 8 à 11, CentOS 7 et 8, FreeBSD 12, Windows 10 et les versions de Windows Server de 2012 à 2022. Une large liste de modèles peut être pratique. Elle peut également signaler un héritage de plate-forme de longue durée et le fardeau opérationnel de transporter les attentes des anciens clients à travers de nombreuses générations de logiciels. (CloudatCost)

L’historique en japonais maintenu par les utilisateurs donne la même impression au fil du temps. Il décrit les premiers plans de rachat Developer, les produits CloudPRO ultérieurs, les plaintes de stabilité, une période de frais de maintenance annuels, l’IPv6 en tant que mise à niveau payante à un moment donné, les plans de rachat CloudPRO v3 avec IPv4/IPv6 et bande passante non mesurée, et les plans CloudPRO v4 avec NVMe. Il note également que plusieurs services passés ont disparu ou sont devenus inactifs. Ce n’est pas une documentation officielle, mais c’est une archéologie de marché utile: le produit a changé à plusieurs reprises parce que la plate-forme sous-jacente et l’économie ont changé à plusieurs reprises. (おっとあかん)

La dégradation de la plate-forme peut être aussi grave que la dégradation du matériel. Les discussions Reddit autour de l’arrêt de VC Cloud ont décrit des avis demandant aux clients de sauvegarder leurs données parce qu’une plate-forme était en cours d’arrêt et que les machines deviendraient inaccessibles. La raison invoquée concernait des problèmes de logiciels tiers. Encore une fois, il s’agit de rapports de clients informels, mais cela correspond à un chemin de défaillance courant de l’hébergement. Le fournisseur n’a pas seulement besoin de serveurs; il a besoin d’une couche de provisionnement et de gestion fonctionnelle. Lorsque cette couche vieillit, le chemin le moins cher est souvent la migration forcée. (Reddit)

La leçon économique est que la propriété du matériel n’est pas un avantage permanent. Elle crée un faible coût initial en espèces uniquement si le matériel est déjà amorti. Au fil du temps, le matériel plus récent devient plus économe en énergie et plus dense, l’ancien matériel tombe en panne plus souvent et les clients comparent les performances aux attentes modernes. Un fournisseur qui a vendu un accès « pour toujours » doit soit renouveler le matériel sans revenus correspondants, soit déplacer les clients vers des plans récurrents payants, soit laisser l’ancien service se détériorer. L’histoire de Cloud at Cost suggère que ces trois pressions étaient présentes.

Le produit actuel étiqueté IA n’élimine pas cela. GPT Cloud dépend toujours d’une infrastructure VM ordinaire: CPU, RAM, NVMe, réseau et opérations du panneau de contrôle. Si l’unité GPT représente un droit réel à un modèle/API externe, cela ajoute un nouveau coût variable et une dépendance. S’il s’agit d’un label interne ou d’une fonctionnalité groupée sans définition d’unité transparente, cela n’est pas économiquement comparable à la tarification des jetons IA grand public. De toute façon, la pile de coûts VPS de base demeure.

Le Canada comme avantage, pas comme fossé

Le Canada comptait pour Cloud at Cost, mais pas parce que la géographie canadienne crée un fossé permanent. Il comptait parce que les relations d’infrastructure apparentes de l’entreprise étaient canadiennes, que son dossier ARIN la place à Kitchener, que son marketing historique mettait l’accent sur Fibernetics et les centres de données canadiens, et que certains clients appréciaient la localisation IP canadienne ou la résidence des données au Canada. (Whois)

Le contexte plus large de Fibernetics est réglementé par les télécommunications, mais Cloud at Cost ne doit pas être confondu avec un service public réglementé. Des documents du CRTC identifient Fibernetics comme actif dans les obligations et les avis des entreprises de services locaux canadiens, ce qui conforte l’idée que le groupe environnant a une véritable substance d’exploitation de télécommunications. Cela ne signifie pas que les clients VPS de Cloud at Cost bénéficient de protections de type service public ou qu’un régulateur garantit la continuité des serveurs. (CRTC)

L’approvisionnement en cloud public canadien montre également l’écart entre un VPS d’entrée de gamme et un cloud institutionnel. L’arrangement de fournisseur attitré de l’Ontario pour les services de cloud public couvre l’IaaS et le PaaS tels que définis par le NIST et répertorie des fournisseurs qualifiés tels que Compugen/ThinkOn, IBM, Microsoft Azure, OnX avec AWS et Google Cloud, et Oracle. Cet environnement d’approvisionnement porte sur la qualification des fournisseurs, la conformité, la répartition des risques et la responsabilité du service. Le modèle d’entrée de gamme de Cloud at Cost se situe en dehors de cette architecture de confiance. (doingbusiness.mgs.gov.on.ca)

Les concurrents peuvent facilement éroder l’angle canadien. Web Hosting Canada annonce des plans VPS canadiens, avec un plan de 2 Go répertorié à 18,50 $CAN par mois dans le résultat de recherche capturé. Canadian Web Hosting répertorie des plans VPS à partir de 13,95 $CAN par mois et des niveaux supérieurs avec plus de RAM, de cœurs, de SSD et d’allocation IP. OVHcloud propose des produits VPS dans un contexte d’infrastructure mondiale à bas coût, avec un positionnement NVMe et trafic illimité. Ces concurrents n’ont pas besoin d’égaler le prix à vie de 35 $; ils doivent seulement paraître plus sûrs à un prix mensuel normal. (Web Hosting Canada)

Le Canada est donc un avantage en matière d’approvisionnement et de positionnement, pas un fossé. Une adresse IP canadienne, une empreinte de centre de données à Kitchener et un réseau adjacent aux télécommunications peuvent rendre une VM à bas prix plus attrayante. Ils ne peuvent pas protéger un fournisseur du marché mondial de l’hébergement d’entrée de gamme, des attentes des hyperscalers, des concurrents canadiens de VPS récurrents ou de son propre historique de confiance.

GPT Cloud actuel: un VPS récurrent sous un habillage IA

La page d’accueil actuelle de Cloud at Cost est un pivot stratégique. Elle ne met plus en avant « payez une fois pour toujours ». Elle vend des forfaits GPT Cloud mensuels. Les fonctionnalités répertoriées — NVMe, IPv4/IPv6 publics, accès root, connectivité 1 Gbit/s, bande passante non mesurée, protection DDoS et support — sont des fonctionnalités VPS. Le langage IA est superposé. (CloudatCost)

Ce pivot est rationnel. L’ancien modèle à vie avait une structure de financement cassée. Un plan mensuel récurrent, même bon marché, est plus facile à maintenir parce que les revenus se renouvellent avec la période de coût. Le plus petit plan à 5,50 $ est toujours peu coûteux, mais il n’est pas économiquement impossible de la même manière qu’un plan à vie à 35 $. Un fournisseur peut provisionner de petites VM de manière rentable à des prix mensuels bas si l’automatisation est bonne, le support est contrôlé, le matériel est déjà possédé et les abus sont gérés.

Le problème est que les preuves actuelles ne prouvent pas encore un repositionnement digne d’investissement ou de qualité production. La page de commande publique pour GPT Cloud n’a montré aucun forfait configuré pour ce type de forfait. La page d’accueil n’explique pas l’unité GPT d’une manière qui la rende comparable à la tarification de jetons ou d’API IA grand public. La page revendique une aptitude à la production, mais le dossier de confiance visible est médiocre. Ces faits ne prouvent pas que le service actuel est inactif ou inutilisable. Ils prouvent que les preuves publiques sont insuffisantes pour considérer la page produit comme un indicateur fiable de la qualité d’exploitation actuelle. (CloudatCost)

Commercialement, GPT Cloud peut être lu de deux façons. La lecture charitable est que Cloud at Cost évolue vers un produit récurrent durable et utilise le langage IA pour repositionner une ancienne plate-forme VPS pour une nouvelle demande. La lecture sceptique est que la marque IA est appliquée à une offre VM de base par un fournisseur dont la différenciation historique est épuisée. Les preuves publiques incitent à la prudence. Sans une mesure IA transparente, un provisionnement visible, un historique d’état actuel et une réparation de la confiance, le label GPT change davantage le texte d’acquisition de clients que l’économie.

Le point plus profond est que le problème de marque de Cloud at Cost est dépendant de son parcours. Un nouveau client arrivant sur la page d’accueil voit une VM canadienne bon marché. Un client qui connaît l’ancienne histoire voit des offres à vie, des frais de maintenance, des migrations, des pannes et la colère des forums. Le même prix bas peut ressembler à une valeur pour un acheteur et à une compensation de risque pour un autre. Pour un fournisseur qui essaie de passer de l’archéologie de l’hébergement à bas prix à un cloud récurrent, cet écart de perception est le principal obstacle commercial.

Comment les concurrents érodent le modèle

Cloud at Cost est pressé de trois directions.

Les hyperscalers l’érodent par le haut. AWS, Azure, Google Cloud et Oracle ne sont pas toujours moins chers pour une petite VM toujours active, mais ils définissent les attentes du cloud: provisionnement élastique, API, régions, pages d’état, IAM, précision de facturation, équipes de sécurité, services gérés et documentation de conformité. Un fournisseur de VPS d’entrée de gamme peut gagner sur le prix mensuel brut pour un serveur simple. Il perd si le client s’attend à l’enveloppe de confiance institutionnelle que les hyperscalers ont appris au marché à attendre. (Amazon Web Services, Inc.)

Les fournisseurs de VPS récurrents canadiens l’érodent par le milieu. Un client qui veut un serveur canadien peut acheter auprès de fournisseurs qui présentent une tarification mensuelle plus claire et moins de problèmes de confiance hérités. Leurs plans coûtent plus cher que l’ancienne offre à vie de Cloud at Cost, mais le prix plus élevé est commercialement lisible parce qu’il fait correspondre le service récurrent avec des revenus récurrents. Le client n’a pas à croire à une subvention perpétuelle.

Les hébergeurs mondiaux d’entrée de gamme l’érodent par le bas. Les mêmes communautés qui ont diffusé Cloud at Cost diffusent également des offres VPS annuelles, des offres VPS NAT, des boîtes IPv6 uniquement, des promotions du Black Friday et des tranches KVM de base. Si Cloud at Cost ne peut plus offrir de manière crédible l’ancienne anomalie à vie, il doit rivaliser sur les conditions ordinaires du VPS d’entrée de gamme. Sur ce marché, la réputation compte d’autant plus que les prix sont déjà bas.

La rareté des IPv4 érode le modèle horizontalement. Les fournisseurs peuvent facturer explicitement l’IPv4, déplacer les utilisateurs vers l’IPv6, utiliser le NAT ou réserver les IPv4 publiques pour les comptes les plus rémunérateurs. L’ancienne promesse de Cloud at Cost attachait une IPv4 publique à des comptes très bon marché. Cela rendait le produit attrayant, mais cela liait également un intrant rare à de faibles revenus à vie. À mesure que l’IPv4 prenait de la valeur, les concurrents ayant des modèles d’adressage plus flexibles pouvaient éviter la même responsabilité.

L’actif défendable le plus solide qui reste n’est donc pas le « cloud bon marché » dans l’abstrait. C’est un ensemble: localisation réseau canadienne, ressources enregistrées à l’ARIN, une allocation IPv4 directe, des liens possibles avec l’écosystème DataCity/Rack & Data/Fibernetics, la reconnaissance de domaine existante et la clientèle qui reste. Cet ensemble a de la valeur, mais ce n’est pas une valeur stratégique à l’échelle hyperscale. C’est un petit actif d’hébergement/réseau avec une décote de confiance.

Ce que les preuves réseau prouvent — et ce qu’elles ne peuvent pas prouver

Le dossier réseau prouve que Cloud at Cost a une véritable empreinte publique. L’ARIN répertorie l’organisation, l’adresse, la structure de contact et l’allocation IPv4 directe. Les renseignements IP tiers associent au moins une partie de la plage IP à Cloud at Cost, datacity.ca et AS31798 DataCity. Les données PeeringDB placent DataCity dans des installations d’interconnexion pertinentes et montrent des canaux de contact pour les abus, le NOC, le support technique et les ventes. (Whois)

C’est significatif. De nombreuses marques d’hébergement faibles ne sont que des vitrines au-dessus de serveurs loués. Le dossier de ressources publiques de Cloud at Cost indique plus de substance que cela. Il avait ou a accès à une allocation directe et à un contexte de réseau local. C’est exactement le type d’actif qui pourrait rendre une tarification ultra-basse plausible au début.

Mais les preuves de ressources réseau ne prouvent pas la santé de l’entreprise. Elles ne montrent pas les clients actifs, les revenus, la marge, le taux de désabonnement, le carnet de tickets, le taux d’abus, l’âge du matériel, la densité des VM, l’intégrité des sauvegardes, l’exécution des commandes, la continuité juridique, la stabilité du traitement des paiements ou le traitement des clients hérités. Elles ne montrent pas si les forfaits GPT Cloud actuels sont réellement provisionnés à grande échelle. Elles ne montrent pas si le /22 est entièrement utilisé, partiellement inactif, loué, réservé ou attaché à d’anciennes charges de travail de clients.

C’est la discipline clé dans la lecture de Cloud at Cost. Les preuves réseau prouvent une base d’actifs. Les preuves clients prouvent une atteinte à la confiance. Les preuves produit prouvent un pivot vers un VPS récurrent étiqueté IA. Les preuves d’entreprise suggèrent une histoire adjacente à Fibernetics/Rack & Data/DataCity, mais ne résolvent pas pleinement la propriété et les obligations actuelles. La conclusion commerciale doit maintenir ces faits ensemble sans exagérer aucun d’entre eux.

Qui dépend de Cloud at Cost

Les utilisateurs dépendants visibles sont principalement des utilisateurs d’infrastructure de longue traîne: développeurs, amateurs, petits exploitants de sites, auto-hébergeurs, utilisateurs de VPN ou de proxy, utilisateurs de monitoring et chasseurs de bonnes affaires qui ont acheté la valeur d’option d’un serveur public bon marché. Certains peuvent l’avoir utilisé pour des tâches adjacentes aux affaires, mais les forums publics le présentent à plusieurs reprises comme un hébergeur non critique ou expérimental plutôt que comme une plate-forme de production sérieuse. (LowEndTalk)

Cette dépendance est réelle mais fragmentée. Une seule petite VM peut compter pour son propriétaire même si le fournisseur la considère comme un compte négligeable. Le client peut y avoir attaché des DNS, des scripts, des clés, du routage de courrier ou d’anciennes données. Cela crée une intensité émotionnelle dans les avis et les forums, mais pas nécessairement une pression économique exécutoire. Les montants sont souvent trop faibles pour des litiges, surtout au-delà des frontières. Cet environnement d’application faible permet à un fournisseur de modifier les conditions ou de migrer des plates-formes avec moins de conséquences formelles qu’un contrat d’entreprise plus important ne le créerait. La colère des clients devient un dommage de réputation plutôt qu’un coût juridique immédiat. (Reddit)

Les dépendants sérieux de Cloud at Cost, s’il en existe aujourd’hui, ne sont pas visibles dans le dossier public. Il n’y a pas de références d’approvisionnement public, d’études de cas de clients majeurs ou de dépôts réglementaires montrant une dépendance institutionnelle à la plate-forme. L’absence de telles preuves ne prouve pas qu’il n’y a pas de clients professionnels. Cela signifie que l’interprétation commerciale publique doit être ancrée dans le marché visible d’entrée de gamme plutôt que dans une adoption d’entreprise imaginée.

L’après du cloud ultra-bon marché

L’histoire de Cloud at Cost n’est pas la mort de l’hébergement bon marché. L’hébergement bon marché persistera parce que le matériel se déprécie, les charges de travail sont inégales, IPv6 élargit l’offre d’adresses, l’automatisation s’améliore et de nombreux clients ont vraiment besoin de peu. La mort est plus étroite: la mort de la promesse crédible de cloud à vie ultra-bon marché.

L’ancien modèle demandait aux clients de croire que le fournisseur pouvait leur vendre un serveur et une IP publique une fois, puis exploiter l’alimentation, le refroidissement, le réseau, le stockage, le support, la gestion des abus et les logiciels indéfiniment. Cette croyance était plus facile en 2013, lorsqu’un opérateur régional de télécommunications/centres de données pouvait dire de manière plausible qu’il avait une infrastructure inutilisée et voulait la remplir. Elle est devenue plus difficile après l’épuisement des IPv4, après des années de vieillissement du matériel, après des litiges de support, après des frais de maintenance, après des migrations de plate-forme et après l’accumulation d’avis. (ARIN)

Le modèle d’affaires qui reste viable est plus modeste. Cloud at Cost peut être un fournisseur de VPS canadien récurrent bon marché s’il peut provisionner de manière fiable, tarifer de manière transparente, gérer les abus, soutenir les clients, expliquer la mesure GPT et résoudre les réclamations héritées. Il peut être un fournisseur de niche pour les utilisateurs qui veulent une présence réseau canadienne bon marché et peuvent tolérer le risque. Il peut être un canal de monétisation résiduelle pour une pile d’infrastructure locale. Il ne peut pas être évalué comme une plate-forme cloud durable à moins de fournir des preuves que le modèle d’exploitation a dépassé l’ancien cycle de passif à bas prix.

La valeur stratégique est donc spécifique aux actifs et décotée. L’allocation ARIN a de la valeur. La localisation réseau canadienne a de la valeur. La reconnaissance du domaine et de la marque a de la valeur, bien que partiellement négative. Les relations d’infrastructure peuvent avoir de la valeur. La clientèle héritée n’a de valeur que si elle peut être convertie sans autre dommage à la confiance. Face à ces actifs se trouvent des passifs: dommage de réputation, continuité juridique incertaine, anciennes attentes à vie, obligations de support, exposition aux abus, historique de plate-forme obsolète et le risque que les pages produit actuelles exagèrent la capacité commerciale active.

La posture commerciale correcte est sceptique, pas dédaigneuse. Cloud at Cost n’était pas manifestement faux; c’était une véritable expérience d’infrastructure à bas coût. Il n’était pas non plus manifestement durable; le dossier public montre les points de défaillance attendus. Le cloud ultra-bon marché n’échoue pas parce que le CPU est cher. Il échoue parce que la confiance, l’IPv4, le support, la gestion des abus et le temps sont chers.

Registre des preuves

  1. Nom de la source: page d’accueil actuelle de Cloud at Cost. URL:https://www.cloudatcost.com/. Type de source: page officielle de l’entreprise. Elle soutient le positionnement actuel de GPT Cloud, les prix mensuels répertoriés, les spécifications des VM, les IPv4/IPv6 publics, le NVMe, le réseau 1 Gbit/s, la bande passante non mesurée, la protection DDoS, le support et le langage SLA. Elle ne prouve pas le provisionnement actif, la disponibilité réelle, la qualité du support ou la signification économique des unités « GPT ». Elle importe économiquement parce qu’elle montre le pivot actuel d’un VPS à vie vers des services de VM récurrents étiquetés IA. (CloudatCost)

  2. Nom de la source: page de commande GPT Cloud de Cloud at Cost. URL:https://members.cloudatcost.com/order.php?product=226&productGroup=36&step=1. Type de source: page publique officielle du flux de commandes. Elle soutient l’observation que le type de forfait GPT Cloud n’a montré aucun forfait configuré dans le flux de commandes public capturé. Elle ne prouve pas l’indisponibilité permanente ou l’incapacité du backend. Elle importe économiquement parce que la valeur commerciale d’un produit cloud dépend d’une exécution commandable et reproductible, pas seulement du texte marketing. (members.cloudatcost.com)

  3. Nom de la source: page d’accueil archivée de Cloud at Cost de 2013. URL:https://web.archive.org/web/20131004060805/http://cloudatcost.com/. Type de source: page officielle archivée de l’entreprise. Elle soutient l’offre de lancement originale à 35 $ unique, les spécifications de VM avec IP publique, le cadrage sans frais mensuels, le langage de partenariat Fibernetics, l’explication de l’infrastructure possédée et les revendications de disponibilité/support. Elle ne prouve pas la propriété actuelle, les conditions actuelles ou la qualité de service actuelle. Elle importe économiquement parce qu’elle capture la promesse originale créatrice de passif. (web.archive.org)

  4. Nom de la source: enregistrement d’organisation ARIN CANAD-105. URL:https://whois.arin.net/rest/org/CANAD-105. Type de source: enregistrement de registre RIR. Il soutient l’identité d’organisation ARIN de Cloud at Cost, l’adresse de Kitchener, la date d’enregistrement et la date de mise à jour. Il ne prouve pas le siège social, la propriété bénéficiaire, la continuité juridique, les revenus, la rentabilité ou le nombre de clients. Il importe économiquement parce qu’il confirme une identité de ressource réseau plutôt qu’une vitrine purement fictive. (Whois)

  5. Nom de la source: enregistrement réseau ARIN NET-139-64-244-0-1. URL:https://whois.arin.net/rest/net/NET-139-64-244-0-1.html. Type de source: enregistrement d’allocation IP RIR. Il soutient l’allocation directe de 139.64.244.0/22 à Cloud at Cost. Il ne prouve pas combien d’adresses sont actives, attribuées à des clients, inactives ou monétisées. Il importe économiquement parce qu’un /22 est un actif IPv4 fini, et l’IPv4 publique était au cœur de la proposition de VPS à bas coût. (Whois)

  6. Nom de la source: POC ARIN CloudatCost Support. URL:https://whois.arin.net/rest/poc/CLOUD137-ARIN.html. Type de source: enregistrement de contact RIR. Il soutient l’existence d’un point de contact CloudatCost Support, y compris la responsabilité des abus et technique, avec des informations de mise à jour récentes. Il ne prouve pas la réactivité du support, la profondeur de la dotation ou la maturité opérationnelle. Il importe économiquement parce que les responsabilités d’abus, de routage, de DNS et de NOC sont des coûts récurrents même pour les comptes à très faible revenu. (Whois)

  7. Nom de la source: article Fibernetics Ventures / NEWT. URL:https://www.newt.ca/fibernetics-ventures-is-looking-to-change-the-world/. Type de source: article public d’affiliation d’entreprise. Il soutient le cadrage historique de l’affiliation de Cloud at Cost avec Fibernetics Ventures et l’idée de tirer parti de la capacité réseau, des investissements dans l’infrastructure et du capital humain. Il ne prouve pas la propriété actuelle ni une garantie des obligations de Cloud at Cost. Il importe économiquement parce que l’infrastructure partagée est l’explication la plus forte du modèle original à bas coût. (NEWT)

  8. Nom de la source: page de contact et d’installation de Rack & Data. URL:https://rackanddata.com/contact/. Type de source: page officielle d’une entreprise d’infrastructure. Elle soutient l’adresse du 235, avenue Ardelt, Kitchener, et l’existence d’un environnement de service de colocation/centre de données local. Elle ne prouve pas le déploiement physique actuel ou l’identité corporative de Cloud at Cost. Elle importe économiquement parce que les actifs de centre de données locaux expliquent comment une offre de cloud canadien à bas coût a pu être physiquement ancrée. (Rack and Data)

  9. Nom de la source: portail de tarification des baies DataCity. URL:https://members.datacity.ca/order.php?productGroup=22&step=1. Type de source: page publique de tarification/commande. Elle soutient les signaux de prix récurrents des baies et de l’électricité pour le marché de l’infrastructure locale. Elle ne prouve pas le coût interne, le prix de transfert ou le contrat d’installation de Cloud at Cost. Elle importe économiquement parce qu’elle montre que l’hébergement physique a des coûts en espèces récurrents même lorsque les serveurs sont déjà possédés. (DataCity)

  10. Nom de la source: enregistrement PeeringDB AS31798 DataCity. URL:https://www.peeringdb.com/net/20425. Type de source: annuaire réseau/interconnexion. Il soutient la structure de contact AS31798 de DataCity et le contexte de l’installation d’interconnexion, y compris Rack and Data Kitchener et Telehouse Toronto dans l’enregistrement capturé. Il ne prouve pas le chemin de routage exact de Cloud at Cost pour chaque client ou le déploiement actuel. Il importe économiquement parce que les relations BGP et d’installation font partie de la pile de production cachée derrière le cloud bon marché. (PeeringDB)

  11. Nom de la source: profil BBB de Cloud at Cost. URL:https://www.bbb.org/ca/on/kitchener/profile/internet-service/cloud-at-cost-0107-1307264. Type de source: page de profil d’entreprise et de cote de plaintes. Elle soutient l’adresse de Kitchener, le statut non accrédité, la cote C- et la déclaration selon laquelle Cloud at Cost s’est décrit comme faisant partie du groupe Fibernetics. Elle ne juge pas toutes les réclamations des clients et ne prouve pas une défaillance de service actuelle. Elle importe économiquement parce que la réputation et le traitement des plaintes affectent la conversion, la rétention et le pouvoir de tarification. (BBB)

  12. Nom de la source: avis Trustpilot Cloudatcost.com. URL:https://ca.trustpilot.com/review/cloudatcost.com. Type de source: agrégateur d’avis. Elle soutient un sentiment client négatif sévère visible, y compris un TrustScore bas, 138 avis et une part élevée d’avis une étoile dans la vue capturée. Elle ne prouve pas chaque allégation et ne représente pas l’ensemble de la clientèle. Elle importe économiquement parce que l’atteinte à la confiance augmente le coût d’acquisition et pousse le fournisseur vers un moins bon mélange de clients. (ca.trustpilot.com)

  13. Nom de la source: fil de discussion r/sysadmin sur les frais de maintenance annuels. URL:https://www.reddit.com/r/sysadmin/comments/6hf9w1/psa_cloudatcost_is_now_charging_a_9_annual/. Type de source: forum client informel. Elle soutient les preuves rapportées par les clients selon lesquelles les forfaits à paiement unique ont ensuite été associés à des frais de maintenance annuels de 9 $. Elle ne prouve pas les droits légaux de chaque client ou la politique complète de l’entreprise. Elle importe économiquement parce qu’elle montre les coûts récurrents réintégrant un service supposé unique. (Reddit)

  14. Nom de la source: historique de Cloud at Cost par Otakan. URL:https://blog.otakan.jp/2021/12/22/cac-history/. Type de source: historique de marché maintenu par les utilisateurs en japonais. Elle soutient une chronologie reconstituée des produits, prix, remises, frais de maintenance, générations CloudPRO, changements IPv6 et disparitions de services de Cloud at Cost. Elle ne fonctionne pas comme un livre de prix officiel. Elle importe économiquement parce qu’elle capture l’évolution du produit au sein des communautés mondiales d’hébergement à bas prix. (おっとあかん)

  15. Nom de la source: guide d’adressage IPv4 de l’ARIN. URL:https://www.arin.net/resources/guide/ipv4/. Type de source: guide de politique/ressource RIR. Elle soutient le fait que le pool IPv4 gratuit de l’ARIN a été épuisé en 2015. Elle ne quantifie pas la valeur de marché privée des adresses de Cloud at Cost ou son inventaire IP complet. Elle importe économiquement parce que la rareté des IPv4 transforme une IP publique groupée avec une VM bon marché en une allocation d’intrant précieuse. (ARIN)

  16. Nom de la source: page des fournisseurs attitrés IaaS/PaaS de l’Ontario pour les services de cloud public. URL:https://www.doingbusiness.mgs.gov.on.ca/mbs/psb/psb.nsf/VORDetails?Lang=EN&OpenForm=&unid=D614E0A08190E3B78525863300576573. Type de source: référence d’approvisionnement gouvernemental. Elle soutient la dépendance du marché du cloud institutionnel à des fournisseurs qualifiés et à des définitions formelles IaaS/PaaS. Elle ne décrit pas le marché du VPS d’entrée de gamme grand public ni Cloud at Cost directement. Elle importe économiquement parce qu’elle montre à quel point l’approvisionnement sérieux en cloud est éloigné de l’hébergement informel ultra-bon marché. (doingbusiness.mgs.gov.on.ca)

Les preuves qui revaloriseraient Cloud at Cost

La vision commerciale ne s’améliorerait qu’avec des preuves solides et actuelles. Les faits positifs seraient: une entité juridique d’exploitation claire actuelle; une chaîne résolue des obligations historiques de 8450021 Canada Inc. jusqu’au service actuel; une propriété transparente ou un soutien de groupe; une exécution active des commandes pour GPT Cloud; une unité GPT définie et une dépendance de fournisseur; un historique d’état public; des métriques crédibles de réponse du support; des conditions actuelles pour les clients à vie hérités; un processus de traitement des abus visible; une cohérence RPKI, BGP et PeeringDB; et la preuve que les revenus récurrents correspondent désormais aux coûts des installations, du matériel, de l’IPv4 et du support.

Les faits négatifs seraient tout aussi décisifs: échec du provisionnement, inadéquation persistante entre la page d’accueil et le flux de commandes, migrations forcées non résolues, discontinuité corporative inexpliquée, vente ou transfert du bloc IPv4, mise sur liste noire chronique, disparition des canaux de support, sauvegardes inaccessibles, nouveaux arrêts de plates-formes ou preuves que les plans étiquetés IA ne sont que du marketing par-dessus une base VPS inactive.

Jusqu’à ce que ces faits changent, Cloud at Cost doit être évalué comme un petit actif d’hébergement et de ressources réseau canadien, et non comme une plate-forme cloud évolutive. Ses actifs durables sont une empreinte réseau canadienne, une allocation IPv4 directe, une reconnaissance de marque résiduelle et des relations d’infrastructure locale possibles. Ses passifs durables sont une atteinte à la confiance, des attentes héritées à vie, une continuité juridique actuelle incertaine et l’économie impitoyable du support et des abus à très faible ARPU. L’ancienne promesse de cloud ultra-bon marché était un arbitrage temporaire entre une infrastructure inutilisée et la croyance des clients dans le « pour toujours ». L’après est une entreprise de VPS récurrents qui tente d’échapper aux passifs créés par cette croyance.