Résumé

Un acheteur commence avec un serveur, une facture et un véritable substitut

Imaginez un responsable des opérations chilien de milieu de marché, ou l'équipe d'approvisionnement d'une plus petite municipalité, examinant une propriété Web qui ne peut pas être indisponible pendant les dates de paiement, les campagnes locales ou les fenêtres de service aux citoyens. L'unité mesurable n'est pas un programme de « transformation cloud ». Il s'agit d'un renouvellement d'hébergement privé SSD de 200 Go, d'un VPS avec 100 Go de stockage SSD, ou d'un serveur dédié avec CPU, mémoire, disque de sauvegarde et ligne de transfert 100 Mbps fixes. Les marchés publics donnent un exemple concret: la Municipalidad de Paine a enregistré en 2024 un bon de commande pour un « hosting servidor privado SSD 200GB » fourni par Benzahosting, la marque commerciale liée dans plusieurs registres publics à Servicios de centres de données Datanetworks Limitada, pour 549 900 CLP sur une période de service annuelle (https://www.mercadopublico.cl/PurchaseOrder/Modules/PO/DetailsPurchaseOrder.aspx?qs=hwf8vbkP5Ek%2FI0FNTY6mUg%3D%3D). La même catégorie d'acheteurs pourrait plutôt se tourner vers le menu VPS public de BenzaHosting, où un VPS 100 Go SSD est annoncé à 39 990 CLP par mois avec 2 Go de RAM, deux allocations CPU Intel Xeon, IP privées, transfert illimité et trafic national/international 100 Mbps (https://www.benzahosting.cl/servidores-vps/). Ou il pourrait se demander si la charge de travail devrait être déplacée vers une région hyperscale, comme les zonessouthamerica-west1de Google Cloud à Santiago, les régions Oracle à Santiago et Valparaíso, Azure Chile Central à Santiago, ou la région AWS Chili annoncée pour 2026.

La question de cet acheteur est économique avant d'être technique. Le confort distant de l'hyperscale est un plan de contrôle connu, des services gérés étendus, une familiarité d'approvisionnement et la possibilité de passer à l'échelle. L'offre locale de baie est différente: une facture chilienne fixe, un support joignable en espagnol, un fournisseur qui expose les contours généraux de l'alimentation, du refroidissement et de l'installation en baie, et moins de couches entre le client et l'équipement. Datanetworks Chili n'essaie pas de battre un cloud mondial sur le catalogue de produits.

Sa prime plausible est la localité de baie: le droit de maintenir une charge de travail modeste dans un environnement d'hébergement chilien avec une infrastructure privée gérée et une surface de support humain plus facile à comprendre pour un petit acheteur qu'une architecture cloud multi-comptes.

Le problème est que la localité de baie n'est plus rare par défaut. Le Chili a désormais une conversation sur les centres de données exceptionnellement dense. Le gouvernement indique que le pays est passé de 35 MW de capacité de centres de données en 2013 à 198 MW en 2023 et s'attend à ce que cette capacité triple en cinq ans (https://www.minciencia.gob.cl/areas/Plan-Nacional-Data-Centers/). Ce même plan public cherche à accélérer les investissements tout en gérant l'impact énergétique, hydrique et territorial. Cela importe car chaque petit fournisseur d'hébergement vit désormais sous l'ombre des campus industriels, du discours sur la souveraineté cloud, de l'examen de la consommation d'eau, des contraintes de connexion électrique et des clients qui peuvent comparer une baie locale avec des fournisseurs mondiaux dans le même pays.

Datanetworks vend la localité comme un ensemble de services plutôt qu'une région cloud

La propre page DNW.cl de Datanetworks est directe sur l'ensemble opérationnel. Elle fait la publicité de l'enregistrement de domaine, de l'hébergement, du VPS, du service cloud, des serveurs dédiés et du housing, puis décrit le housing comme un client plaçant un ou plusieurs serveurs dans une infrastructure technologique avec une connectivité, une sécurité et une gestion de l'énergie supérieures (https://www.datanetworks.cl/). La page liste des caractéristiques du centre de données plus importantes pour l'article que l'âge marketing du site: sécurité encadrée autour de la confidentialité, de la disponibilité et de l'intégrité; équipement de climatisation en configuration N+1; onduleur et distribution électrique en configuration N+1; itinéraires et liaisons Internet redondants; emplacement Santiago Centro; connectivité NAP à 1 Gbps; support téléphonique d'urgence 24/7; détection précoce d'incendie par laser; surveillance des services et de la présence physique; disponibilité annuelle supérieure à 99,9 %; et baies 19 pouces en formats exclusifs et partagés 42U (https://www.datanetworks.cl/).

L'offre n'est pas une capacité cloud abstraite. C'est une pile ancienne mais toujours commercialement pertinente: une baie locale, une résilience électrique, une redondance de refroidissement, un support d'urgence, une surveillance, un hébergement de type cPanel, un VPS, des serveurs dédiés et une marque de support nationale. Les pages publiques de BenzaHosting traduisent cette pile en unités de détail. Sa page VPS montre des plans SSD de 100 Go, 150 Go et 200 Go avec licence cPanel incluse, accès root, trafic 100 Mbps et prix mensuels fixes allant de 39 990 CLP à 59 990 CLP TTC (https://www.benzahosting.cl/servidores-vps/). Sa page de serveurs dédiés commence à 99 990 CLP par mois pour un SSD RAID 1 de 500 Go, 8 Go de RAM, disque de sauvegarde, IP privées, accès root et licence cPanel incluse, et monte jusqu'à 199 990 CLP par mois avec un SSD RAID 1 de 2 To et 32 Go de RAM (https://www.benzahosting.cl/servidores-dedicados/). Sa page d'hébergement privé indique que les plans SSD privés sont montés sur des nœuds virtualisés KVM et donnent au client un environnement de système d'exploitation et de stockage privé, exactement le vocabulaire d'infrastructure privée gérée que les petits acheteurs peuvent comprendre sans embaucher un architecte cloud (https://www.benzahosting.cl/hosting-privados-ssd/).

La logique n'est pas que ces plans soient moins chers que toutes les alternatives cloud dans tous les cas. La logique est qu'ils rendent l'unité d'achat lisible. Une petite organisation peut acheter « un serveur privé » et connaître la facture. Elle peut appeler un fournisseur qui se présente comme chilien. Elle peut s'attendre à ce que les préoccupations concernant DNS, courrier, migration, sauvegarde, antivirus et cPanel soient traitées dans le modèle de service du fournisseur. Un tutoriel de blog indique que BenzaHosting peut effectuer une migration manuelle pour 10 000 CLP lorsque le transfert automatisé cPanel n'est pas disponible et peut aider les clients à changer le DNS s'ils ne savent pas comment faire (https://blog.benzahosting.cl/tutoriales/migrate-a-benzahosting-sin-preocupaciones). Ce détail de support est commercialement modeste, mais c'est le genre de détail qui explique pourquoi un acheteur avec un site public et aucune équipe plateforme peut payer pour un fournisseur local plutôt que d'assembler calcul, stockage, DNS, courrier, surveillance, sauvegardes et groupes de sécurité sur un compte hyperscale.

L'identité légale est plus forte que la surface de la marque

La piste corporative est plus robuste que la seule page DNW. LACNIC RDAP liste AS263753 comme une allocation directe, active, enregistrée le 13 avril 2015, avec le déclarantSERVICIOS DE centres de données DATANETWORKS LIMITADAet le handleCL-BENZ-LACNIC(https://rdap.lacnic.net/rdap/autnum/AS263753). L'enregistrement réseau RDAP associé pour 131.72.236.0/22 liste le même déclarant pour le bloc IPv4 de 131.72.236.0 à 131.72.239.255, enregistré le 12 août 2014 (https://rdap.lacnic.net/rdap/ip/131.72.236.0/22). Ces deux enregistrements de registre importent car ils relient le nom de l'entreprise à la fois à un système autonome et à des ressources d'adresse, plutôt qu'à un site marketing uniquement.

Les registres d'achats ajoutent une deuxième couche d'identité publique. Les bons de commande de Paine listent le fournisseur comme « benzahosting », le nom légal comme servicios de centres de données datanetworks limitada, et le RUT 76.529.822-9 (https://www.mercadopublico.cl/PurchaseOrder/Modules/PO/DetailsPurchaseOrder.aspx?qs=PAq9UIvQCn7r8qHCSFRC2Q%3D%3Dethttps://www.mercadopublico.cl/PurchaseOrder/Modules/PO/DetailsPurchaseOrder.aspx?qs=hwf8vbkP5Ek%2FI0FNTY6mUg%3D%3D). Mercantil liste également SERVICIOS DE centres de données DATANETWORKS LIMITADA, le même RUT, une adresse à Quinta de Tilcoco, le site Web Benzahosting, et une classification de petite entreprise (https://www.mercantil.com/empresa/servicios-de-centres de données-datanetworks-limitada/quinta-de-tilcoco/300499944/esp/). Datalux liste l'entreprise comme active, donne le même RUT, la classe comme micro par tranche d'employés, et enregistre des activités dans les télécommunications et le conseil en informatique/gestion d'installations (https://datalux.cl/empresa/76529822-9-servicios-de-centres de données-datanetworks-ltda/). Whois.com rapporte le nom du déclarant debenzahosting.clcomme Servicios de centres de données Datanetworks Limitada et pointe les serveurs de noms du domaine vers une infrastructure sous l'adresse 131.72.236.10 (https://www.whois.com/whois/benzahosting.cl).

Il existe des incohérences d'adresse entre les enregistrements. LACNIC place l'adresse du déclarant au Pje. A Guacargue 150 à Quinta Tilcoco, tandis que les détails d'abus IPinfo pour une adresse individuelle montrent Alferez Real à Providencia, Santiago, et Datalux liste Pedro Prado 4024 à Conchali (https://ipinfo.io/131.72.236.163ethttps://datalux.cl/empresa/76529822-9-servicios-de-centres de données-datanetworks-ltda/). Cela ne brise pas l'argument d'identité, car le nom légal, le RUT, le numéro AS, le domaine, les registres d'achats et la marque d'hébergement concordent. Cependant, cela affecte le prix de diligence qu'un acheteur sérieux devrait accorder à la relation. Un fournisseur peut être une entreprise d'hébergement chilienne parfaitement réelle tout en exigeant que le client clarifie l'entité contractante, l'adresse de support, l'adresse du centre de données, l'adresse de facturation et la chaîne de responsabilité de service avant de placer quoi que ce soit contenant des informations réglementées ou critiques.

L'empreinte réseau ressemble à un petit nœud d'hébergement à Santiago

L'image de routage renforce la thèse de la localité de baie et la limite. BGP.tools décrit AS263753 commeSERVICIOS DE centres de données DATANETWORKS LIMITADA, actif sous LACNIC, enregistré en 2015, originaire de cinq préfixes IPv4 et aucun préfixe IPv6, et connecté à un fournisseur amont (https://bgp.tools/as/263753). IP Locate classe également AS263753 comme hébergement, liste 1 024 adresses IPv4, pas d'IPv6, allocation LACNIC et un amont, AS263702 (https://www.iplocate.io/AS263753). DB-IP mappe 131.72.236.0/22 et ses composants /24 à Servicios de centres de données Datanetworks Limitada à Santiago, avec 1 024 adresses dans le bloc agrégé (https://db-ip.com/as263753-servicios-de-centres de données-datanetworks-limitada). La page de bloc IPinfo montre des réponses de sonde à faible latence de Santiago vers des adresses dans la plage, y compris des réponses inférieures à la milliseconde dans des mesures d'échantillon, et répète le nom de l'entreprise pour le bloc 131.72.236.0/22 (https://ipinfo.io/AS263753/131.72.236.0/22).

Ce n'est pas un tissu d'interconnexion géant. C'est plus proche d'un réseau d'hébergement compact avec un bloc IPv4 possédé ou alloué, un système autonome visible, un emplacement de desserte national et une dépendance à la connectivité amont. RADb montre une route générée par LACNIC pour 131.72.236.0/22 avec origine AS263753, tandis que le BGP Toolkit de Hurricane Electric montre la route 131.72.236.0/24 annoncée par AS263753, IRR-valid et ROA signé et valide, plus des entrées RADb qui décriventITX-CUSTOMER-ENTELpour certains enregistrements de route (https://www.radb.net/query?advanced_query=&keywords=131.72.236.0%2F22ethttps://bgp.he.net/net/131.72.236.0/24). Les preuves BGP ne doivent pas être gonflées en une garantie client. Elles ne disent pas à un acheteur l'armoire exacte, le cross-connect ou le cycle de vie du matériel. Elles disent que Datanetworks est plus qu'une page de destination de revendeur: l'entreprise dispose de ressources numériques visibles dans les registres et d'une présence de routage chilienne.

L'absence d'un large profil de peering public est également significative. Des résultats de recherche PeeringDB n'ont pas fait surface d'enregistrement réseau clair AS263753, tandis que PeeringDB lui-même décrit sa base de données comme un endroit où les réseaux peuvent publier des points d'interconnexion et la présence dans les installations (https://www.peeringdb.com/ethttps://docs.peeringdb.com/howto/search/). Cette absence n'est pas une preuve que Datanetworks manque de toutes les options d'interconnexion, mais elle réduit les preuves publiques disponibles pour un acheteur qui le compare à des campus neutres qui annoncent ouvertement des écosystèmes, des certifications et des rampes d'accès cloud. En termes pratiques, la prime de localité de baie est la plus forte pour les clients qui ont besoin d'hébergement et de support nationaux, pas pour les clients dont l'architecture applicative dépend de nombreux opérateurs, d'interconnexions cloud privées ou de basculement multi-région.

L'alimentation et le refroidissement définissent la prime plus que les menus de calcul

La ligne la plus importante sur la page DNW pourrait être la ligne concernant la climatisation N+1 et l'onduleur/distribution électrique N+1, pas la liste des produits d'hébergement (https://www.datanetworks.cl/). Une baie locale ne mérite une prime que si elle continue de fonctionner lorsque l'alimentation, le refroidissement, le câblage ou la capacité de main à distance d'un petit bureau échoueraient. La revendication publique de Datanetworks d'une disponibilité annuelle de 99,9 % est inférieure aux slogans les plus agressifs des centres de données d'entreprise, mais elle donne un indice réaliste sur le marché qu'elle dessert: des clients cherchant une résilience matériellement meilleure qu'un placard de bureau ou un hébergement partagé de bas niveau, pas nécessairement la garantie financière d'une architecture hyperscale multi-sites.

Le contexte électrique plus large du Chili rend cela plus difficile. Le Plan national des centres de données décrit le Chili comme attractif en raison de l'énergie renouvelable, de 62 000 kilomètres de fibre, de 69 000 kilomètres de connectivité par câble sous-marin et de conditions d'exploitation favorables, mais il dit aussi que la capacité est passée de 35 MW en 2013 à 198 MW en 2023 et pourrait tripler en cinq ans, créant des défis de durabilité et territoriaux (https://www.minciencia.gob.cl/areas/Plan-Nacional-Data-Centers/). L'International Trade Administration indique que le Chili héberge 22 centres de données de moyenne et grande envergure, en attend 30 de plus d'ici 2028, et fait face à des questions d'électricité et de consommation d'eau alors que le pays cherche à tripler la taille de l'industrie d'ici 2030 (https://www.trade.gov/market-intelligence/chile-information-technology-data-centers). La présentation du gouvernement chilien du PDATA a mis l'accent sur un guide des permis critiques, des critères d'évaluation environnementale, des accords de production propre, un service multi-cloud partagé par l'État et des mesures pour réduire l'eau, utiliser les énergies renouvelables et améliorer les pratiques environnementales (https://www.minciencia.gob.cl/noticias/con-una-inversion-estimada-de-4-mil-millones-de-dolares-y-eje-en-sostenibilidad-ministra-aisen-etcheverry-presenta-plan-nacional-de-data-centers/).

Ces faits nationaux jouent dans les deux sens pour Datanetworks. Un petit fournisseur national bénéficie lorsque les acheteurs reconnaissent que les centres de données sont une infrastructure avec des contraintes d'alimentation, de refroidissement, de support et de permis locaux. Il perd si les clients concluent que seuls les nouveaux grands campus peuvent fournir une redondance crédible, une durabilité auditée et une certitude énergétique à long terme. La page SAN2 de Cirion, par exemple, annonce plus de 20 MW disponibles, une conception haute densité et une capacité potentielle de refroidissement liquide pour les environnements d'IA (https://www.ciriontechnologies.com/en/data-center/our-data-centers/santiago-2/). Ascenty indique que son campus chilien totalise 42 MW et 51 000 mètres carrés sur sa présence à Santiago (https://ascenty.com/en/data-centers-en/location/chile/). Equinix annonce des centres de données à Santiago avec des certifications mondiales et un langage de disponibilité de 99,9999 %+ (https://www.equinix.com/data-centers/americas-colocation/chile-colocation/santiago-data-centers). La prime de Datanetworks ne peut donc pas reposer sur la revendication du profil d'installation le plus fort du Chili. Elle repose sur le fait d'être suffisamment bon, suffisamment local et suffisamment orienté service pour des clients dont l'échelle de charge de travail ne justifie pas un contrat de classe campus.

Le support est le produit lorsque le client manque d'équipe plateforme

Le support géré est souvent traité comme un complément pour petites entreprises, mais pour Datanetworks, il est central à l'économie. Les pages BenzaHosting regroupent cPanel, webmail, sauvegardes, antivirus, certificats SSL gratuits, support PHP, compatibilité WordPress/Joomla/Prestashop et assistance à la migration dans l'offre d'hébergement (https://www.benzahosting.cl/hosting-chile/ethttps://www.benzahosting.cl/hosting-reseller/). Les pages VPS et serveurs dédiés incluent l'accès root, les licences cPanel et un langage de trafic fixe, ce qui permet au client de décider s'il veut plus de contrôle ou plus de gestion du fournisseur sans quitter le fournisseur local (https://www.benzahosting.cl/servidores-vps/ethttps://www.benzahosting.cl/servidores-dedicados/). La ligne de support téléphonique d'urgence 24/7 de la page DNW est une promesse différente d'un portail de tickets cloud; c'est un canal de réponse humaine pour les pannes qui peuvent être urgentes mais pas assez complexes pour justifier une fonction complète de fiabilité de site (https://www.datanetworks.cl/).

Cela aide à expliquer les preuves d'approvisionnement. La commande de Paine en 2023 pour « hosting pagina web productopainino.cl » n'était que de 59 900 CLP, un petit achat d'hébergement Web du secteur public qui serait invisible pour la plupart des cartes du marché des centres de données (https://www.mercadopublico.cl/PurchaseOrder/Modules/PO/DetailsPurchaseOrder.aspx?qs=PAq9UIvQCn7r8qHCSFRC2Q%3D%3D). La commande de Paine en 2024 était plus importante à 549 900 CLP pour un renouvellement de SSD privé 200 Go, mais toujours une dépense opérationnelle pour un site municipal spécifique, pas un contrat de transformation. C'est exactement là qu'un fournisseur local peut gagner: le client a besoin de continuité, de simplicité de facturation, d'un chemin de renouvellement et de quelqu'un pour maintenir la pile en fonctionnement. Les services hyperscale peuvent faire le travail techniquement, mais l'acheteur doit gérer la gouvernance du compte, les contrôles de facturation, l'identité, les sauvegardes, le DNS, le routage des courriels, les correctifs, la surveillance et la migration. Plus l'équipe interne du client est petite, plus ces tâches deviennent des coûts cachés.

Le risque est que les promesses de support soient difficiles à vérifier avant une panne. Les pages publiques ne montrent pas d'historique de statut en direct, de crédits SLA indépendants, de modèle de personnel, de calendrier de maintenance ou d'archives de transparence des incidents. Les pages AbuseIPDB pour les adresses dans la plage Datanetworks identifient des noms d'hôtesrvindividuels sous Benzahosting et une utilisation de centre de données/hébergement Web; un échantillon pour 131.72.236.158 a montré de nombreux signalements d'abus, tandis qu'une autre page WHOIS pour 131.72.236.93 mappe simplement l'hôte àsrv63.benzahosting.clet Datanetworks à Santiago (https://www.abuseipdb.com/check/131.72.236.158ethttps://www.abuseipdb.com/whois/131.72.236.93). Les flux d'abus ne sont pas un verdict sur la qualité du service; les réseaux d'hébergement partagé et VPS attirent souvent des clients bruyants. Mais ils rappellent que le support géré doit inclure la réponse aux abus, les conseils de correctifs et l'isolation des clients, pas seulement l'aide à la vente.

La juridiction donne une nouvelle raison d'importance à l'infrastructure locale

L'environnement juridique chilien augmente la valeur du placement national sans rendre automatiquement chaque hôte local adapté à chaque charge de travail sensible. La loi 21.719 modernise la protection des données personnelles et crée une agence de protection des données, la loi officielle étant disponible à la bibliothèque du Congrès chilien (https://www.bcn.cl/leychile/navegar?idNorma=1209272). Des résumés spécialisés indiquent que la loi a été publiée en décembre 2024 et devient pleinement effective 24 mois plus tard, en décembre 2026 (https://fpf.org/blog/chiles-new-data-protection-law-context-overview-and-key-takeaways/ethttps://www.dlapiperdataprotection.com/index.html?c=CL&t=law). Le Chili a également promulgué la loi 21.663, la loi-cadre sur la cybersécurité, dont le texte officiel décrit le cadre national de cybersécurité et dont le décret d'application a fixé le 1er janvier 2025 comme début des activités de l'Agence nationale de cybersécurité (https://www.bcn.cl/leychile/navegar?idNorma=1202434ethttps://www.bcn.cl/leychile/navegar?idNorma=1209652).

Pour un acheteur, ce contexte juridique change la conversation sur le cloud. Un fournisseur chilien peut offrir une contractualisation locale, un support local, des ressources IP nationales et un emplacement d'hébergement chilien. Cela peut simplifier les discussions sur la résidence des données pour les charges de travail où la préoccupation de l'acheteur est de maintenir une application Web, un courriel, une page municipale, un système scolaire ou un petit CRM à l'intérieur du pays.

Cela peut également simplifier la collecte de preuves lorsqu'un incident implique une facture chilienne, un contact chilien et une chaîne de support en espagnol. Le gain n'est pas seulement rhétorique de souveraineté; c'est une familiarité opérationnelle.

Les hyperscalers ne sont pas absents de cet argument. Oracle a explicitement présenté sa deuxième région cloud chilienne comme aidant les organisations avec la résidence des données, la souveraineté, la continuité des activités et les charges de travail hautement réglementées (https://www.oracle.com/news/announcement/oracle-becomes-the-first-hyperscaler-with-two-cloud-regions-in-chile-2023-12-12/). Microsoft Learn liste Chile Central à Santiago parmi les régions Azure, avec un support de zones de disponibilité montré pour Chile Central dans la documentation Azure sur la fiabilité (https://learn.microsoft.com/en-us/azure/reliability/regions-listethttps://learn.microsoft.com/en-us/azure/reliability/availability-zones-overview). Google Cloud documente trois zones Santiago soussouthamerica-west1(https://docs.cloud.google.com/compute/docs/regions-zones). AWS indique que sa région Amérique du Sud (Chili) arrive en 2026 et servira les clients depuis des centres de données situés au Chili, soutenus par un investissement prévu de plus de 4 milliards USD sur 15 ans (https://aws.amazon.com/local/chile/). En d'autres termes, la juridiction nationale n'appartient plus seulement aux fournisseurs d'hébergement nationaux. Datanetworks doit vendre la juridiction plus la gérabilité humaine, pas seulement la juridiction.

La concurrence passe des plans d'hébergement aux campus industriels

Le Chili est devenu un marché stratégique pour les constructeurs mondiaux et régionaux de centres de données. Google indique que son centre de données à Quilicura est entré en service en janvier 2015 et est parmi les plus efficaces énergétiquement en Amérique latine (https://datacenters.google/locations/quilicura-chile/). Oracle a ouvert une deuxième région chilienne à Valparaíso tout en maintenant sa région Santiago (https://www.oracle.com/news/announcement/oracle-becomes-the-first-hyperscaler-with-two-cloud-regions-in-chile-2023-12-12/). Azure a Chile Central à Santiago dans sa liste de régions publiques (https://learn.microsoft.com/en-us/azure/reliability/regions-list). AWS a une zone locale à Santiago et une région chilienne prévue, AWS décrivant la zone locale comme plaçant certains services de calcul, stockage, base de données et autres plus près des grandes populations et centres informatiques, et la région à venir comme infrastructure locale chilienne (https://aws.amazon.com/blogs/aws/coming-soon-aws-south-america-chile-region/ethttps://aws.amazon.com/local/chile/).

Le côté colocation est tout aussi encombré. Ascenty indique que son campus de Santiago offre un stockage, une puissance et une redondance de haute capacité et donne un chiffre de puissance totale de 42 MW pour le Chili (https://ascenty.com/en/data-centers-en/location/chile/). Cirion indique que SAN1 est un centre de données neutre à Santiago pour la colocation, l'interconnexion et le cloud hybride, tandis que SAN2 est haute densité, plus de 20 MW et conçu pour les entreprises locales ainsi que les grands projets hyperscale mondiaux (https://www.ciriontechnologies.com/en/data-center/our-data-centers/santiago-1/ethttps://www.ciriontechnologies.com/en/data-center/our-data-centers/santiago-2/). Equinix présente Santiago comme une porte d'entrée vers les écosystèmes technologiques, financiers, d'entreprise, de vente au détail et gouvernementaux sud-américains, et annonce un accès direct à faible latence aux clouds, réseaux et entreprises (https://www.equinix.com/data-centers/americas-colocation/chile-colocation). Les agrégateurs d'installations publiques comptent de nombreuses installations et fournisseurs autour du Chili et de Santiago, bien que leurs chiffres exacts doivent être traités comme des signaux de cartographie du marché plutôt que des statistiques de capacité officielles (https://www.ocolo.io/data-centers/chile/ethttps://www.datacentermap.com/chile/santiago/).

Cette concurrence ne rend pas Datanetworks hors de propos. Elle clarifie le marché adressable. L'entreprise est peu susceptible de gagner des clients choisissant un cluster IA multi-mégawatt, une stratégie cloud multi-région de qualité bancaire ou un hub d'interconnexion d'entreprise mondial. Elle peut encore gagner des clients qui ont besoin d'hébergement chilien, de VPS, de serveurs dédiés, de housing ou d'infrastructure privée gérée à une taille où un contrat de grand campus serait excessif. La pression concurrentielle est la marge et les attentes.

Les hyperscalers forment les acheteurs à attendre des tableaux de bord, une facturation détaillée, des bases de données gérées, du stockage blob, des contrôles d'identité et des modèles de reprise après sinistre mondiaux. Les opérateurs de campus forment les acheteurs à attendre des certifications, des informations sur la durabilité et une interconnexion dense. Datanetworks doit répondre avec simplicité, lisibilité des prix, support et une garantie d'infrastructure suffisante pour que le choix local semble prudent plutôt que simplement familier.

Les signaux de marché montrent une longue traîne, pas une preuve de locataires ancres

Les données d'hébergement inverse suggèrent que Datanetworks et Benzahosting desservent une longue traîne de petits sites Web chiliens, mais le nombre exact varie fortement selon la source. Stackscan classe Servicios de centres de données Datanetworks comme une technologie d'hébergement VPS et prétend que 2 806 sites Web l'utilisent, le Chili étant la distribution géographique visible (https://www.stackscan.com/technology/servicios-de-centres de données-datanetworks/). Myip.ms liste Servicios de centres de données Datanetworks Limitada avec 311 sites utilisant les IP de l'entreprise, montre la plage 131.72.236.0/22, et liste des noms d'hôte tels queprincipal.datanetworks.cl, des hôtessrvBenzahosting et divers domaines chiliens (https://myip.ms/view/ip_owners/1345127/Servicios_De_Datacenter_Datanetworks_Limitada.html). Les pages Website Informer pour des domaines individuels, y compriscajondelmaipoaldia.com,tupulsera.cletsegundoconservadortemuco.cl, mappent ces sites aux adresses IP Datanetworks et aux noms DNS Benzahosting (https://website.informer.com/cajondelmaipoaldia.com,https://website.informer.com/tupulsera.clethttps://website.informer.com/segundoconservadortemuco.cl).

Ces signaux ne peuvent pas prouver des contrats clients directs. Un domaine peut être sur un compte revendeur, un serveur legacy, un vestige de migration ou un hôte partagé sans que le propriétaire du domaine connaisse le nom du réseau sous-jacent. Ils montrent cependant la forme économique de l'entreprise: de nombreux petits sites, de nombreux noms DNS, de nombreux serveurs partagés ou virtuels, et une base probable de clients pour qui l'hébergement géré local est plus pertinent qu'une zone d'atterrissage hyperscale.

Les bons de commande de Paine sont plus solides que les scans IP inverses car ils nomment l'acheteur, le fournisseur, l'entreprise légale, le RUT, le service et le prix. Ensemble, les données d'approvisionnement et d'hébergement inverse soutiennent une thèse de longue traîne plutôt qu'une thèse de locataire ancre.

Cette distinction importe pour la résilience. Un fournisseur de longue traîne génère des revenus récurrents à partir de nombreux petits comptes, mais il porte également une complexité opérationnelle: délivrabilité des courriels, installations WordPress compromises, support DNS, sauvegardes, attrition de facturation, renouvellements de certificats, traitement des abus et demandes de migration. La charge de support augmente même lorsque le revenu par compte reste faible. Un hyperscaler peut repousser une grande partie de cette charge vers la documentation en libre-service et les écosystèmes partenaires.

Un fournisseur d'hébergement local fait du support une partie du produit. L'acheteur paie pour que le fournisseur absorbe les tâches qui deviendraient autrement du travail interne.

La structure de coûts favorise les charges de travail stables et pénalise l'ambition soudaine

Les prix visibles de Datanetworks sont les plus convaincants pour les charges de travail stables avec des besoins de ressources prévisibles. Un VPS mensuel à 39 990 CLP avec 100 Go SSD, 2 Go de RAM, cPanel et 100 Mbps de trafic est facile à budgétiser (https://www.benzahosting.cl/servidores-vps/). Un serveur dédié mensuel à 99 990 CLP avec SSD RAID 1, 8 Go de RAM, disque de sauvegarde, IP privées et cPanel est également facile à expliquer à un responsable financier (https://www.benzahosting.cl/servidores-dedicados/). Un terme annuel d'hébergement privé peut être acheté comme un service conventionnel, comme le montre la commande de Paine à 549 900 CLP (https://www.mercadopublico.cl/PurchaseOrder/Modules/PO/DetailsPurchaseOrder.aspx?qs=hwf8vbkP5Ek%2FI0FNTY6mUg%3D%3D). Le prix unitaire inclut le confort d'une pile gérée par le fournisseur: aide DNS, courrier, cPanel, sauvegardes, antivirus et support.

La même structure de coûts devient moins attrayante lorsque la charge de travail devient variable, lourde en données ou exigeante en conformité. Les menus publics VPS et dédiés annoncent un trafic de 100 Mbps, des paliers de CPU et de RAM fixes, des choix de systèmes d'exploitation CentOS/AlmaLinux et cPanel. C'est utile pour l'hébergement Web, pas pour les applications qui nécessitent des analyses gérées, un stockage à haut débit, une mise à l'échelle automatique, des services Kubernetes, des accélérateurs d'IA, une intégration CDN mondiale, une identité fine, des contrôles d'audit détaillés ou un basculement multi-région. Les zones Santiago de Google Cloud listent de nombreuses familles de machines, y compris E2, N4, N2, N2D, C4, C4A, C2 et des classes optimisées mémoire dans certaines zones (https://docs.cloud.google.com/compute/docs/regions-zones). Oracle indique que ses régions chiliennes offrent plus de 100 services OCI (https://www.oracle.com/news/announcement/oracle-becomes-the-first-hyperscaler-with-two-cloud-regions-in-chile-2023-12-12/). Azure et AWS offrent la logique d'écosystème mondial qu'un hôte local ne peut pas égaler.

Le résultat est une frontière étroite mais précieuse. Datanetworks est attractif lorsque le client veut une unité de serveur chilienne, pas lorsqu'il veut une plateforme cloud. Un site municipal stable, un petit site de commerce électronique, un front-end ERP local, un cabinet professionnel à forte composante courriel, un compte revendeur ou un environnement cPanel privé peuvent rationnellement valoriser l'ensemble de Datanetworks.

Une plateforme SaaS en croissance rapide, une application multi-pays sensible à la latence, une charge de travail d'inférence IA ou une application bancaire réglementée a probablement besoin d'une architecture différente. La prime de localité de baie est donc un outil de segmentation. Il dit: payez-nous lorsque le support local et l'hébergement chilien prévisible réduisent le coût total; ne prétendez pas que nos unités fixes sont un substitut pour chaque service cloud.

Les modes de défaillance ordinaires rendent le support local économiquement visible

Le meilleur argument pour Datanetworks apparaît lorsque l'acheteur se demande ce qui va réellement mal pendant une année ordinaire.

Une petite organisation chilienne est moins susceptible de souffrir d'une panne exotique de systèmes distribués que d'une version PHP obsolète, d'une mise à jour de plugin échouée, d'une boîte aux lettres pleine, d'une file d'attente de courrier sortant bloquée, d'un certificat expiré, d'un changement DNS cassé, d'une sauvegarde jamais restaurée, d'un administrateur WordPress compromis, d'une erreur de renouvellement de facturation, ou d'une panne de bureau local qui révèle à quel point le service numérique était encore sous un bureau.

Le cloud public peut résoudre beaucoup de ces problèmes, mais seulement après que l'acheteur a choisi les bons services, attribué les bonnes autorisations, défini les bonnes alertes budgétaires, écrit la bonne politique de sauvegarde et trouvé quelqu'un qui comprend le compte. Un hôte local géré transforme ces modes de défaillance en travail de support.

C'est pourquoi la prime de localité de baie ne devrait pas être jugée uniquement par le prix du CPU ou du stockage. Dans une comparaison de prix unitaire pur, une instance cloud peut sembler élégante et un VPS local peut sembler démodé. Dans une comparaison de travail total, le fournisseur local peut encore être moins cher s'il absorbe les heures administratives que le client devrait autrement acheter à un consultant ou à un employé interne.

Les documents publics de BenzaHosting s'appuient fortement sur cette couche gérée: cPanel, webmail, sauvegardes, antivirus, SSL, aide à la migration, support WordPress, administration revendeur et gestion de serveur dédié sont présentés comme faisant partie de l'offre pratique, pas comme des modèles d'architecture optionnels. Cette offre n'est pas sophistiquée au sens hyperscale, mais elle est commercialement précise. Elle dit à l'acheteur: « ce serveur peut être votre site Web, votre courrier et votre panneau de contrôle, et nous vous aiderons à maintenir le service en mouvement. »

C'est aussi là que l'acheteur doit séparer la commodité de service de la véritable résilience. Un VPS géré peut faire gagner du temps et réduire les erreurs, mais il n'apporte pas automatiquement une redondance géographique, des objectifs formels de reprise ou une assurance de sécurité indépendante.

Le client devrait demander à quelle fréquence les sauvegardes sont effectuées, où elles sont stockées, à quelle vitesse une copie restaurée peut être testée, si les services de courrier et Web partagent le même domaine de défaillance, si un serveur dédié change la politique de sauvegarde, et ce qui se passe lorsque la propre mise à jour d'application du client casse le site. Ces questions ne sapent pas le cas du fournisseur local. Elles le définissent. Si Datanetworks peut y répondre clairement, la prime de support devient un service opérationnel tarifé. Si les réponses sont vagues, l'acheteur externalise simplement l'incertitude.

La logique financière suit le même modèle. Un service annuel ou mensuel fixe est attractif car il rend le budget prévisible, mais la prévisibilité peut cacher un sous-investissement si le plan n'est jamais révisé. Un petit acheteur qui passe d'un site brochure à un canal de paiement, un portail de rendez-vous ou une interface de registre public a changé le profil de risque même si la facture d'hébergement reste la même.

C'est là qu'un fournisseur local devrait gagner ses honoraires en disant au client quand un plan partagé n'est plus suffisant, quand un VPS a besoin de plus de mémoire, quand un serveur dédié est justifié, quand une sauvegarde hors site devrait être ajoutée, et quand la charge de travail est devenue trop importante pour qu'un seul fournisseur local la détienne seul. La meilleure version de la localité de baie est consultative, pas simplement locative.

L'alternative est une dette technique silencieuse. Les petites organisations conservent souvent le même arrangement d'hébergement parce qu'il fonctionne encore, que l'approvisionnement est familier et que personne ne veut rouvrir la décision. Des années plus tard, le domaine, le DNS, le courrier, la base de données et l'application Web peuvent tous dépendre de choix non documentés faits pour une charge de travail beaucoup plus petite. Un hôte national géré a une chance de remarquer ces risques plus tôt qu'un compte cloud en libre-service, précisément parce que la relation est personnelle et répétitive.

C'est l'argument non tarifaire le plus fort pour Datanetworks: non pas qu'une baie locale soit toujours supérieure, mais qu'un opérateur local attentif peut aider un client modeste à maintenir des décisions d'infrastructure proportionnées à mesure que sa dépendance numérique augmente.

La prime de support change également le sens de la proximité. La proximité physique ne signifie pas qu'un client devrait entrer dans le centre de données. Elle signifie que le problème opérationnel reste dans un contexte commercial, juridique et de support chilien. La facture est au Chili. Le fournisseur a une identité fiscale chilienne. L'équipe de support annonce des voies de contact locales. Les ressources réseau sont enregistrées sous le même nom légal dans LACNIC. Le service hébergé est suffisamment proche des utilisateurs nationaux pour que la latence ne soit généralement pas le premier problème.

Pour un client servant des résidents chiliens, c'est une histoire plus facile à expliquer en interne qu'une charge de travail dispersée sur des régions étrangères, même si la conception en région étrangère serait techniquement solide.

Il y a un deuxième avantage de proximité: l'escalade est socialement lisible. Dans un compte hyperscale, l'acheteur peut avoir besoin de comprendre les niveaux de gravité, les plans de support, les quotas de service, le langage de responsabilité partagée et le routage des tickets. Dans un service géré local, l'escalade peut être plus désordonnée mais plus humaine. Un responsable financier ou des communications peut appeler le fournisseur et dire que le site municipal est en panne, la file d'attente des courriels est bloquée, ou le changement DNS a cassé le service. Cela ne garantit pas la résolution.

Cela explique pourquoi certains clients paieront pour une relation de support locale même après que les régions cloud chiliennes deviennent disponibles.

La même logique fixe un plafond. Une fois que le client a une équipe plateforme, un personnel de conformité, des opérations de sécurité, une gestion des coûts cloud et des ingénieurs applicatifs, la prime de support local perd de sa force. Ces acheteurs veulent des API documentées, une identité basée sur les rôles, des services de sécurité gérés, des modèles multi-région, une observabilité intégrée et des cadres d'approvisionnement qui traversent les pays. La surface produit visible de Datanetworks n'est pas conçue pour cet acheteur.

Son centre économique est l'organisation pour laquelle un serveur privé géré, une allocation de baie ou un plan d'hébergement est toujours la décision d'infrastructure pertinente.

L'examen environnemental change la façon dont les baies locales sont jugées

Le boom des centres de données au Chili est politiquement sensible car l'électricité et l'eau ne sont plus des intrants invisibles. Rest of World a rapporté en 2024 que 16 centres de données avaient été approuvés dans la région métropolitaine de Santiago sur 12 ans, que beaucoup utilisent de grandes quantités d'eau pour refroidir les équipements, et que des groupes locaux faisaient pression sur les projets Amazon, Google et Microsoft pour leur responsabilité environnementale pendant une longue sécheresse (https://restofworld.org/2024/data-centers-environmental-issues/). The Guardian a rapporté en mai 2026 que le Chili comptait 33 centres en activité et 34 autres prévus, avec des résidents de Quilicura et des experts mettant en garde contre la pression sur les zones humides, la consommation d'eau et la demande croissante d'électricité autour des grands clusters de centres de données (https://www.theguardian.com/global-development/2026/may/26/chile-datacentres-water-tech-companies-mega-drought). Le même article citait des estimations selon lesquelles la demande d'électricité des centres de données pourrait passer de 325 MW à environ 1 207 MW d'ici 2030/2032, tandis que d'autres commentaires sur le marché de l'énergie reliaient la trajectoire de croissance du Chili à la planification du réseau et aux préoccupations de fiabilité (https://systep.cl/data-centers-cuadruplicaran-su-demanda-de-energia-a-2030-alza-presionara-al-sistema-electrico/ethttps://energypartnership.cl/news/data-centres-in-chile/).

Pour Datanetworks, cet examen n'est pas seulement une menace. Un petit opérateur local avec une échelle de baie modeste peut ne pas faire face à la même pression communautaire qu'un campus hyperscale. Il peut positionner l'hébergement local comme une infrastructure adaptée: suffisamment d'énergie et de refroidissement pour la charge de travail du client, pas un campus d'IA spéculatif. Mais cet argument nécessite de la transparence. La page DNW revendique une distribution électrique et de refroidissement N+1, une surveillance, une détection d'incendie et une disponibilité de 99,9 %; elle ne divulgue pas l'efficacité de l'utilisation de l'énergie, la consommation d'eau, le type de refroidissement, le carburant du générateur de secours, l'approvisionnement en énergie renouvelable, la pratique de mise hors service du matériel ou les permis environnementaux (https://www.datanetworks.cl/). Dans l'hébergement des années 2010, cela aurait pu être normal. Au Chili en 2026, cela laisse des questions ouvertes que les grands clients posent de plus en plus.

Le Plan national des centres de données est explicite: le Chili veut une croissance des centres de données avec un impact énergétique et hydrique réduit, une décentralisation régionale et une meilleure planification (https://www.minciencia.gob.cl/areas/Plan-Nacional-Data-Centers/). Un fournisseur local peut soit attendre que cet agenda soit imposé par les exigences des acheteurs, soit le transformer en un atout de vente en publiant des faits simples et vérifiables sur ses installations. Pour une petite entreprise, la divulgation appropriée n'a pas besoin d'imiter un rapport de durabilité multinational. Elle pourrait inclure la technologie de refroidissement, la redondance d'alimentation, les tests du générateur de secours, les limites de puissance des baies, le périmètre de surveillance, les heures de support, les règles de contact en cas d'incident et une explication en langage clair de l'endroit où se trouvent les données et l'équipement du client. Cela rendrait la prime de localité de baie plus crédible.

Les faiblesses sont suffisamment visibles pour être tarifées

La principale faiblesse n'est pas que Datanetworks est petite. La petitesse fait partie du produit. La faiblesse est que les pistes d'assurance publique sont minces. Le site DNW semble daté et répète un texte générique, y compris une référence étrange à « iWeb Cloud Servers » dans sa description de service cloud (https://www.datanetworks.cl/). Il revendique ISO9001:2000 et fait référence à NCh-777 homologué à ISO/IEC17799:2000, mais la page publique ne présente pas de numéros de certificat actuels, d'organismes d'audit ou de dates de validité. Il revendique une disponibilité annuelle de 99,9 %, mais pas un document SLA. Il décrit Santiago Centro et NAP 1 Gbps, mais les adresses de registre public et les adresses des listes d'entreprises varient. Il apparaît comme un réseau BGP compact avec un seul amont visible dans les données BGP courantes, pas comme une plateforme d'interconnexion multi-opérateurs dense (https://bgp.tools/as/263753ethttps://www.iplocate.io/AS263753).

La deuxième faiblesse est l'étendue du produit. Les menus de détail de BenzaHosting sont bien adaptés à l'hébergement cPanel, aux VPS et aux serveurs dédiés, mais ils ne montrent pas publiquement les capacités de base de données gérée, de stockage à grande échelle, de cloud privé, de rétention de sauvegarde, de reprise après sinistre, de gestion de clés, d'identité et d'audit que les grands acheteurs attendent des fournisseurs d'infrastructure modernes. Cela ne signifie pas que l'entreprise ne peut pas fournir de services personnalisés. Cela signifie qu'un acheteur ne peut pas les souscrire sur la base des seuls documents publics.

Dans un marché où Google, Oracle, Azure, AWS, Equinix, Ascenty et Cirion font tous la publicité de régions chiliennes, de campus ou de services de colocation, le silence devient un coût.

La troisième faiblesse est l'exposition aux abus et à l'hébergement partagé. Les pages de réputation IP publiques sont bruyantes, mais elles montrent des noms d'hôte Benzahosting dans l'espace d'adresses Datanetworks et au moins une activité d'abus signalée (https://www.abuseipdb.com/check/131.72.236.158). Un petit fournisseur d'hébergement peut gérer ce risque par la segmentation, les contrôles de courrier sortant, les correctifs, la vérification des clients et la suspension rapide. Les acheteurs gérant des propriétés Web publiques devraient demander comment les plaintes d'abus sont traitées, comment la réputation IP partagée est contrôlée, comment les sauvegardes sont restaurées, comment fonctionne l'isolation des clients et si une IP dédiée ou un serveur dédié améliore matériellement le risque. Ce sont des questions de diligence raisonnable ordinaires, pas des raisons de rejeter l'entreprise.

Les faits qui changeraient le jugement sur la localité de baie

Plusieurs faits amélioreraient matériellement la position de Datanetworks. Le premier est l'assurance actuelle des installations: des détails de certification valides, une clarté sur l'emplacement de l'installation, des descriptions d'alimentation, la technologie de refroidissement, les tests du générateur, les densités de puissance des baies et un processus documenté de main à distance. Le deuxième est la résilience réseau: plus de détails publics sur les amonts, le basculement, l'IPv6, la couverture RPKI sur tous les préfixes originaires, la redondance DNS et la possibilité pour les clients d'acheter une diversité d'opérateurs.

Le troisième est la preuve client: des études de cas nommées, des renouvellements actuels du secteur public au-delà des petites commandes, ou des profils de charge de travail anonymisés montrant pourquoi les acheteurs choisissent l'infrastructure gérée locale plutôt que les régions hyperscale. Le quatrième est la préparation juridique: un avenant simple sur le traitement des données, une déclaration de localisation des données et une cartographie des contrôles de sécurité alignés sur les obligations des lois 21.719 et 21.663.

Plusieurs faits affaibliraient également la thèse. Si la région AWS Chili rend rapidement les instances cloud nationales de base suffisamment bon marché et faciles pour les petits acheteurs, la prime VPS locale se réduit (https://aws.amazon.com/local/chile/). Si Microsoft, Google et Oracle proposent des offres de migration pour petites entreprises autour de la résidence des données chiliennes, ils peuvent absorber le marché intermédiaire avec un support piloté par des partenaires. Si les contraintes électriques augmentent les coûts d'installation pour les petits opérateurs plus rapidement qu'elles n'augmentent les coûts hyperscale, le menu à prix fixe de Datanetworks peut subir une pression sur les marges. Si des incidents de sécurité, des problèmes de liste noire ou des temps d'arrêt deviennent visibles, la prime de support peut s'évaporer rapidement. Si l'application de la vie privée chilienne pousse les clients vers des contrôles audités, l'absence d'assurance publique actuelle peut devenir un obstacle.

La vision équilibrée est que le marché de Datanetworks n'est ni condamné ni protégé. Sa force est un ensemble de localité, de support humain, d'unités gérables et d'identité d'hébergement chilienne. Sa faiblesse est que le marché chilien environnant est devenu plus professionnel, plus scruté et plus encombré. L'entreprise peut rester précieuse si elle sert la longue traîne mieux que les plateformes mondiales. Elle devient vulnérable si les clients commencent à demander des preuves que seuls les grands opérateurs publient actuellement.

Le cas d'investissement est un créneau de service, pas une guerre cloud

Datanetworks Chili doit être compris comme un créneau de service dans le développement de l'infrastructure chilienne. Ce n'est pas un hyperscaler, pas un leader de campus industriel et pas un marché d'interconnexion visible. C'est une entreprise chilienne de services d'hébergement et de centre de données avec une identité légale, des ressources numériques, une empreinte AS compacte, une offre publique de centre de données DNW, un canal de détail BenzaHosting, des traces d'achats publics et des signaux d'hébergement inverse qui pointent vers de nombreux petits clients.

C'est suffisant pour compter car la dépendance numérique ne se limite pas aux entreprises avec des équipes cloud. Elle inclut les municipalités, les commerçants, les cabinets professionnels, les écoles, les médias locaux et les petites organisations qui ont besoin de continuité pour leur Web, courrier, DNS, hébergement, VPS et serveur dédié nationaux.

La prime de localité de baie est le prix que ces clients peuvent payer pour la proximité, le support et la compréhensibilité. Ce n'est pas une affirmation générale qu'une baie locale est meilleure que l'hyperscale. L'hyperscale devient plus local au Chili. Oracle a déjà deux régions. Google a des zones Santiago. Azure liste Chile Central. AWS arrive avec une région chilienne. Les grands opérateurs de colocation annoncent puissance, certifications, disponibilité et densité prête pour l'IA. Dans ce contexte, Datanetworks doit être précise.

Elle gagne là où le client veut un serveur chilien géré plus qu'une plateforme mondiale, où une facture fixe bat l'expansion cloud, où le support importe plus qu'un catalogue de produits, et où la charge de travail est suffisamment stable pour qu'un VPS local, un serveur dédié ou un arrangement de housing ne soit pas un compromis.

Le jugement final est donc conditionnel mais constructif. Datanetworks Chili est économiquement intéressant car il montre que le marché chilien des centres de données n'est pas seulement une histoire de méga-campus et de régions cloud étrangères. Il y a encore une couche de baie, à support lourd, consciente de la juridiction, servant le milieu pratique du marché. La prime survit si Datanetworks peut rendre ses affirmations sur l'alimentation, le refroidissement, le support, la sécurité et le positionnement juridique plus claires que ne le fait actuellement sa surface Web plus ancienne.

Elle s'estompe si les acheteurs décident que la forme la plus sûre de localité n'est plus une entreprise d'hébergement chilienne, mais une région chilienne gérée par un fournisseur cloud mondial ou un campus Santiago certifié avec une assurance publique plus approfondie.