Data Cave transforme la colocation en un service de fiabilité fondé sur l'énergie et l'intervention

Résumé

• Les preuves publiques les plus solides concernant Data Cave proviennent des pages archivées de l’entreprise entre 2011 et 2017, qui décrivent un centre de données à Columbus, dans l’Indiana, proposant colocation, reprise après sinistre, sauvegarde hors site, postes de continuité d’activité, connectivité, services gérés, intervention à distance et support cloud privé.
• L’entreprise présentait son site comme une installation de 86 000 pieds carrés, construite spécifiquement et renforcée, conçue autour d’alimentations électriques redondantes, de groupes électrogènes diesel, d’onduleurs à volant d’inertie, d’une distribution électrique dédiée, d’un refroidissement dédié, de suites de données privées, d’un accès biométrique et d’une connectivité neutre vis-à-vis des opérateurs.
• Le signal commercial le plus important ne réside pas seulement dans la capacité de « centre de données ». C’est la promesse historique de Data Cave de convertir le risque lié à l’infrastructure locale en un compte d’exploitation construit sur l’énergie mesurée, le support à distance, la réplication de sauvegarde, les postes de reprise et la proximité régionale avec Indianapolis, Louisville, Cincinnati, Evansville et Columbus.
• La base de preuves actuelle est plus mince que l’historique des services. En juillet 2026,datacave.comrenvoyait vers un service de parking de domaine,thedatacave.comn’a retourné aucun site accessible lors de nos vérifications, et les recherches dans PeeringDB et ARIN n’ont montré aucune empreinte publique actuelle de ressources réseau sous le nom Data Cave.
• Le jugement public doit donc séparer trois choses: le modèle d’exploitation archivé, le déficit de vérification actuel, et la pertinence sur le marché des petits centres de données régionaux à une époque où la disponibilité de l’énergie, les taux de vacance en colocation, la tension sur le réseau électrique et la demande en centres de données tirée par l’IA sont devenus des contraintes au niveau des conseils d’administration.

Le compte commence au niveau du rack

La manière la plus simple de mal interpréter Data Cave est de la considérer comme un nom d’entreprise générique dans la vaste catégorie des services cloud. Une meilleure lecture commence par le rack. Sur sa page de colocation archivée, Data Cave vendait une simple substitution: au lieu de conserver les serveurs dans les bureaux d’une entreprise, un client pouvait placer son équipement dans un centre de données conçu pour la continuité électrique, le contrôle du refroidissement, la sécurité physique, l’accès opérateur et l’intervention en dehors des heures ouvrables.

Cette page archivée décrivait des besoins allant d’un demi-rack à une suite privée de 1 300 pieds carrés, et elle associait l’offre d’espace à des services d’intervention à distance, de manipulation de bandes, de redémarrage à distance, de routeurs, de pare-feu et de support à la reprise après sinistre.

Cela importe parce que la colocation régionale est rarement une simple décision immobilière. Un client ne loue pas seulement une surface. Il achète un modèle de défaillance différent. La salle des serveurs de bureau tombe en panne à cause de multiprises surchargées, de liaisons Internet mono-opérateur, d’une climatisation insuffisante, d’une sécurité physique limitée et du problème pratique que personne ne veut traverser la ville à 2 h du matin pour redémarrer un appareil.

Le fournisseur de colocation vend la contrepartie: des alimentations redondantes, du personnel capable de toucher l’équipement, une salle contrôlée, un accès documenté et une réponse commerciale à la question de savoir qui est responsable lorsque le client ne peut pas entrer dans le bâtiment.

Les pages archivées de Data Cave étaient inhabituellement explicites sur ce contrat d’exploitation. Elles utilisaient le langage de la protection renforcée, de la disponibilité, du support client, de la sauvegarde, de la reprise et de l’énergie mesurée plutôt que celui du simple espace en gros. L’entreprise se décrivait comme un centre de données de l’Indiana conforme au Tier IV, offrant un service complet, situé à Columbus, dans l’Indiana, pratique pour Indianapolis, Cincinnati, Louisville et Evansville.

Sa page d’accueil archivée présentait l’entreprise comme une installation construite spécifiquement et entièrement redondante, et non comme une salle de bureau réaménagée ou un simple revendeur. Les mots comptent moins que l’ensemble des services qu’ils sous-tendent: équipement client, énergie, refroidissement, connectivité, copies de sauvegarde, postes de reprise et personnel local capable d’agir pour le compte du client.

Les preuves publiques sont historiques. Les versions archivées dethedatacave.comcapturées entre 2011 et 2017 montrent un catalogue de services et un récit d’installation cohérents. En revanche, les preuves web actuelles sont beaucoup plus faibles. Une vérification en juillet 2026 dewww.datacave.comredirigeait vers une page de parking 123 Reg indiquant que le domaine était garé gratuitement avec l’aimable autorisation de 123 Reg, et une vérification dewww.thedatacave.coma expiré sans retourner un site d’entreprise actuel. Cela ne prouve pas que l’entreprise a cessé ses activités, mais cela signifie que l’article ne doit pas traiter les affirmations archivées comme une description de service pleinement actuelle sans confirmation récente.

Pour les lecteurs de BTW, l’importance est que Data Cave illustre une question locale spécifique au cloud. Comment un centre de données régional transforme-t-il une infrastructure physique en un compte de fiabilité payant? La réponse dans le dossier public de Data Cave n’est pas une plateforme cloud hyperscale, un tissu de peering visible, ou une place de marché logicielle. C’est la combinaison plus concrète d’un site local, d’un personnel local, d’une structure renforcée, d’une énergie mesurée, de services de sauvegarde et d’une planification pratique de la continuité.

Ce que Data Cave vendait réellement

Les pages de services archivées de Data Cave montrent six offres liées: colocation, reprise après sinistre, sauvegarde hors site, continuité d’activité, connectivité et services gérés. Le fil conducteur est que chaque produit traduit un mode de défaillance en une ligne de service.

La colocation répondait à la défaillance de l’hébergement de serveurs en bureau. La page archivée promettait un environnement sécurisé pour l’infrastructure et l’équipement informatiques, plusieurs opérateurs via des chemins diversifiés, de la place pour l’expansion, un support externe, une vitesse réseau améliorée et un objectif de disponibilité annoncé de 99,995 %. Elle décrivait l’installation comme construite spécifiquement et entièrement redondante, avec des systèmes dédiés capables d’une disponibilité de 100 % et une protection renforcée contre les éléments. La caractéristique commerciale importante était l’énergie mesurée.

Plutôt que de facturer uniquement un circuit fixe, Data Cave indiquait que les clients ne payaient que l’énergie qu’ils consommaient. Pour les petits clients, cela pouvait changer l’économie de la colocation parce que le client n’avait pas à surdimensionner une allocation électrique qui restait inutilisée.

La reprise après sinistre répondait à la défaillance du site principal. La page archivée de reprise après sinistre de Data Cave formulait l’offre autour des incendies, inondations, tornades, pannes de courant et erreurs humaines. Elle indiquait qu’un plan de reprise signifiait disposer d’un site de sauvegarde secondaire si un site interne ou en colocation tombait en panne, et citait la règle empirique selon laquelle un site principal et un site secondaire doivent être distants d’au moins 80 km (50 miles). Cette phrase donne une forme pratique au récit de localisation de Data Cave.

L’entreprise n’avait pas besoin de promettre un cloud national souverain pour être pertinente en matière de localisation des données. Elle pouvait offrir un calcul de distance régionale: assez loin du bureau principal du client pour réduire le risque physique partagé, assez proche pour l’accès du personnel et la familiarité opérationnelle.

La sauvegarde hors site répondait à la défaillance de la copie de données du client. La page archivée de sauvegarde hors site de Data Cave décrivait un logiciel en arrière-plan sur un ordinateur ou un serveur, une réplication en temps réel vers un serveur sécurisé à l’intérieur du centre de données, des calendriers de sauvegarde personnalisables de chaque minute à chaque semaine, une tarification au gigaoctet après compression et une reprise par transfert Internet ou en chargeant les données sur un disque.

Elle revendiquait également le support de Windows, Mac et Linux, un chiffrement simple ou double, et un support technique assuré par le personnel de Data Cave et des partenaires de confiance. Ce langage fait passer l’entreprise du statut de propriétaire passif d’installation à celui de fournisseur de services. Un client payait pour une copie de sauvegarde, un chemin de reprise et de l’aide quand ce chemin de reprise comptait.

La continuité d’activité répondait à la défaillance du lieu de travail, pas seulement de la salle des serveurs. La page archivée de continuité de Data Cave indiquait qu’elle maintenait un espace de travail sur site de 240 postes dédié aux clients de continuité, avec un espace hors site plus grand disponible et une connectivité directe à l’équipement stocké chez Data Cave. La page décrivait une disponibilité 24/7/365 avec un préavis de 24 heures, des interconnexions vers l’équipement client, une salle de conférence privée et une installation sécurisée renforcée.

C’est une offre de continuité plus complète que celle à laquelle s’attendent de nombreux petits clients de colocation. Cela transforme l’installation en un lieu où les gens pourraient travailler pendant une panne, pas seulement un endroit où l’équipement pourrait fonctionner.

La connectivité répondait à la défaillance d’un chemin unique. La page archivée de connectivité indiquait que Data Cave offrait des options de connectivité diversifiées pour les clients de colocation, avec des chemins diversifiés permettant un basculement instantané et une haute disponibilité.

Ses pages d’installation ajoutaient plus de détails: la fibre entrait dans deux salles télécoms situées de part et d’autre du bâtiment, les opérateurs entraient par des chemins diversifiés dans quatre directions de sortie distinctes, et l’entreprise se décrivait comme neutre vis-à-vis des opérateurs avec des liens de peering amont nommés AT&T, Level3 et WV Fiber. Ce n’est pas la même chose qu’une propriété de réseau vérifiée de manière indépendante. C’est cependant pertinent pour la façon dont une installation de colocation vend de la résilience aux clients régionaux.

Les services gérés répondaient à la défaillance de la portée informatique interne. La page archivée des services gérés de Data Cave proposait une intervention à distance 24 heures sur 24, sept jours sur sept, 365 jours par an. Elle listait les changements de bandes de sauvegarde, le dépannage, les redémarrages, le cycle d’alimentation, les changements de câbles, l’assistance terminale, la configuration réseau, les travaux de démarcation, les pare-feu, les circuits réseau et la réception ou le stockage des livraisons. Elle décrivait également le support de virtualisation et indiquait que Data Cave pouvait fournir un cloud privé.

C’est le support historique le plus solide pour la catégorie services cloud. L’entreprise ne vendait pas seulement des cages et des armoires. Elle vendait un compte d’infrastructure doté de personnel autour de l’équipement hébergé, des environnements virtualisés et de la reprise client.

L’énergie est le prix central

Le détail le plus révélateur du dossier Data Cave est l’énergie mesurée. Sur les marchés de la colocation, l’énergie est souvent la véritable contrainte et le véritable prix, même lorsque le produit est décrit comme de l’espace en rack. Un client peut acheter un rack, mais la capacité utile de ce rack dépend de la quantité d’énergie disponible, de la façon dont elle est sécurisée, de la façon dont la chaleur est évacuée et de la manière dont le fournisseur tarife la différence entre l’allocation inutilisée et la consommation réelle.

Data Cave a mis l’accent sur ce point. Sa page archivée sur l’infrastructure électrique indiquait que l’installation était conçue pour 10 MW d’énergie électrique redondante entrante, soit 20 MW de capacité totale non redondante. Elle décrivait quatre quadrants, chacun avec un équipement électrique indépendant. Chaque quadrant, selon la page, disposait de deux transformateurs de 2,5 MVA provenant d’alimentations électriques distinctes, de deux groupes électrogènes diesel Cummins de 2 MW, d’un appareillage de commutation et d’une protection contre les surtensions transitoires.

Elle indiquait également que la charge critique de chaque quadrant était sauvegardée par deux systèmes d’onduleurs à volant d’inertie ActivePower qui fournissaient une isolation du réseau, une sortie sinusoïdale propre et plus de 30 secondes d’autonomie lors d’une panne d’électricité. Chaque suite de données disposait de deux unités de distribution d’énergie redondantes dédiées alimentées par ces onduleurs.

Il s’agit d’affirmations de l’entreprise provenant de pages archivées, et elles doivent être lues comme telles. La page ne remplace pas une inspection technique actuelle, un dossier d’interconnexion au réseau électrique ou un certificat tiers. Mais elle explique la conception commerciale. Data Cave indiquait aux clients que l’installation était construite autour de quadrants séparables, d’alimentations redondantes, d’un support par générateur local, d’une protection par onduleur à courte autonomie et d’une distribution dédiée. Le produit n’était pas seulement une armoire dans une salle.

C’était une promesse que l’énergie avait été divisée, dupliquée et tarifée de manière compréhensible pour le client.

L’affirmation de l’énergie mesurée est particulièrement importante car elle relie l’ingénierie à l’économie de l’hébergement. La page électrique archivée indiquait que Data Cave ne facturait pas un tarif fixe pour un circuit, mais facturait plutôt aux clients uniquement l’énergie consommée. Elle associait cela à des tarifs d’électricité bas du Midwest. La page d’accueil archivée utilisait également l’énergie mesurée comme un argument client. Pour une entreprise dont la croissance est incertaine, cette histoire de tarification pouvait compter autant que la description de l’installation.

Un client qui s’attendait à démarrer petit et à s’agrandir pouvait éviter de payer pour de l’énergie inutilisée au premier jour. Un client qui avait déjà surprovisionné sa salle de serveurs de bureau pouvait comparer le coût réel de l’énergie, du refroidissement, de la maintenance et des temps d’arrêt internes à une facture de colocation mesurée.

Le marché au sens large a depuis rendu cette perspective énergétique plus importante, et non moins. La discussion de décembre 2024 du Département de l’Énergie des États-Unis sur le rapport du Lawrence Berkeley National Laboratory concernant l’énergie des centres de données indiquait que les centres de données américains consommaient environ 4,4 % de l’électricité américaine en 2023 et pourraient consommer entre 6,7 % et 12 % d’ici 2028.

Le travail de l’Agence Internationale de l’Énergie sur l’énergie et l’IA en 2025 indiquait que les centres de données représentaient environ 1,5 % de la consommation mondiale d’électricité en 2024 et pourraient plus que doubler d’ici 2030. Le rapport de CBRE sur les centres de données en Amérique du Nord au premier semestre 2024 indiquait que la disponibilité de l’énergie restait le premier critère de choix de site et que la vacance sur les marchés primaires était tombée à des niveaux record.

Data Cave n’est pas un campus hyperscale dédié à l’IA. Ses pages archivées pointent vers une installation régionale servant des clients de colocation, de sauvegarde, de continuité et de services gérés. Pourtant, la même logique énergétique s’applique. Dans un marché tendu, la valeur d’un centre de données dépend moins des étiquettes marketing que de la question de savoir si le site dispose d’une énergie utilisable, d’une conception de refroidissement crédible et d’un modèle de prix qui ne pénalise pas les clients pour une croissance par étapes.

Le dossier public de Data Cave est utile car il montre comment un petit fournisseur régional a tenté de défendre cette idée avant que le boom actuel des centres de données tiré par l’IA ne fasse de l’énergie un sujet de conseil d’administration national.

Le refroidissement et le renforcement font partie du même contrat

La continuité électrique n’est que la moitié du compte de fiabilité d’un centre de données. L’autre moitié est la chaleur. Un client qui déplace son équipement d’un placard de bureau vers une installation de colocation n’achète pas seulement une électricité plus fiable. Il achète aussi le droit de ne pas avoir à se demander si une panne de climatisation de bureau va entraîner l’arrêt d’une base de données clients ou d’un système téléphonique.

La page archivée de Data Cave sur l’infrastructure de refroidissement décrivait des tours de refroidissement redondantes, des unités de climatisation de salle informatique à eau glacée redondantes dédiées de marque Liebert pour chaque suite de données, des boucles d’eau glacée redondantes, des vannes de basculement et des paires de refroidisseurs à eau redondants Trane pour chaque quadrant. La page formulait la conception autour du rejet constant de chaleur, du contrôle de l’humidité et du contrôle de la température.

Sa page sur les suites de données ajoutait que chaque suite disposait d’une CVC et d’une distribution électrique dédiées, et que l’équipement de soutien était placé dans un couloir de maintenance séparé accessible uniquement au personnel de Data Cave. Chaque suite, selon la page, disposait d’une extinction d’incendie gazeuse dédiée, sans extincteurs automatiques à eau en hauteur dans la zone du centre de données.

Là encore, il s’agit d’affirmations d’entreprise archivées, pas d’un audit en direct. Leur valeur réside dans la façon dont Data Cave positionnait le compte de risque. La chaleur, l’incendie, l’eau, l’accès de maintenance et l’accès client étaient traités comme faisant partie d’un seul système d’exploitation. L’entreprise décrivait 28 suites de données privées, chacune contenant environ 40 à 50 armoires et configurable pour un usage mono- ou multi-locataire. Ce détail aide à expliquer l’échelle de services. Un petit client pouvait commencer avec un rack partiel.

Un client plus important pouvait prendre une suite, segmenter l’espace, ou lier des postes de continuité à l’équipement colocalisé.

Le récit de renforcement servait le même objectif. La page d’installation archivée de Data Cave indiquait que le bâtiment couvrait 86 000 pieds carrés, se trouvait dans un parc technologique privé dans une zone isolée de Columbus, dans l’Indiana, et avait été construit spécifiquement plutôt que réaménagé. Elle précisait que l’entreprise était propriétaire du bâtiment, ce qui était présenté comme un moyen de réduire les frais généraux et d’éviter les augmentations de loyer.

Elle indiquait également que le site était construit avec des blocs de béton surdimensionnés et des barres d’armature de près d’un pouce, conçu pour résister à une tornade EF 5 ou à des vents de plus de 200 miles à l’heure, situé en dehors des plaines inondables et des zones sismiques, et entouré d’un accès contrôlé.

Une partie de ce langage est difficile à vérifier à partir des seules pages publiques. Un lecteur devrait le traiter comme une présentation d’entreprise à moins d’être étayée par des dossiers d’ingénierie, des documents d’assurance ou des inspections indépendantes. Mais ces affirmations correspondent à la logique commerciale de Data Cave. Elle n’essayait pas de vendre le rack le moins cher dans un marché métropolitain anonyme.

Elle vendait un renforcement régional: un site en dehors de la zone de risque du bureau propre du client, assez proche pour un accès régional, et construit pour rassurer les clients dans une partie des États-Unis où la planification des tornades, des tempêtes et des pannes de courant peut être un problème pratique au niveau du conseil d’administration.

L’argument du renforcement donne également à l’entreprise un rôle de marché différent de celui des plus récents méga-campus. Un campus IA est souvent jugé sur les parcelles de terrain, l’interconnexion au réseau électrique, les incitations fiscales et des centaines de mégawatts. Une installation régionale orientée continuité est jugée sur un ensemble de questions différentes. Une banque, un fabricant, un fournisseur hospitalier, une municipalité, un cabinet de services professionnels ou une entreprise de logistique peut-il y placer son équipement et récupérer lors d’une panne locale? Le personnel peut-il accéder au site?

Le fournisseur peut-il effectuer rapidement de petites tâches physiques? Le client peut-il acheter seulement l’espace et l’énergie dont il a besoin? Les pages archivées de Data Cave répondaient à ces questions par la conception de l’installation, pas par un catalogue de logiciels de cloud public.

L’intervention à distance transforme l’infrastructure en service

Les preuves concernant l’intervention à distance sont l’un des signes les plus clairs que Data Cave doit être lu comme un fournisseur de services cloud et d’hébergement plutôt que comme un simple propriétaire immobilier. Les centres de données physiques deviennent des entreprises de services lorsque les clients dépendent du personnel pour des actions qu’ils ne peuvent pas effectuer eux-mêmes. L’action peut être simple: changer une bande, appuyer sur un bouton d’alimentation, vérifier un voyant lumineux, déplacer un câble, recevoir une livraison, ouvrir une session terminale ou coordonner avec un opérateur à un point de démarcation.

Ces tâches semblent mineures jusqu’à ce qu’une panne survienne en dehors des heures ouvrables.

La page archivée des services gérés de Data Cave listait exactement ces tâches. Elle proposait des changements de bandes de sauvegarde, du dépannage, des redémarrages, le cycle d’alimentation, l’assistance pour les câbles, la configuration réseau, le support de démarcation, l’aide aux pare-feu, les travaux sur les circuits réseau et la réception ou le stockage des livraisons clients. Elle indiquait également que le personnel pouvait mettre en place un environnement de machines virtuelles en utilisant la plateforme préférée du client et pouvait fournir un cloud privé.

Cette dernière phrase nécessite une manipulation prudente car elle provient d’une page d’entreprise archivée et n’établit pas une plateforme cloud actuelle. Mais elle reste une preuve importante. Data Cave se présentait historiquement comme un endroit où les clients pouvaient exécuter une infrastructure hébergée et virtualisée avec le support du personnel, et non simplement stocker du matériel inactif.

Ce modèle de dotation en personnel compte pour les clients régionaux car l’économie de la colocation n’est pas purement technique. Une petite ou moyenne entreprise peut ne pas avoir d’équipe systèmes 24 heures sur 24. Elle peut avoir un seul administrateur, un petit fournisseur de services gérés ou un éditeur d’applications métier qui peut travailler à distance mais ne peut pas toucher physiquement le serveur du client. Le personnel de l’installation devient les mains locales pour la chaîne de support plus large du client. C’est pourquoi les pages d’équipe de Data Cave sont pertinentes.

La page archivée de présentation de l’équipe identifiait Angie May comme PDG et présidente, Brittany Lutke comme directrice exécutive, Patrick Gill comme responsable du NOC, Nick Peelman comme administrateur systèmes, Nic Kirts comme responsable de l’installation, Greg Grimes au support de l’installation et Zack Ellison comme conseiller principal en ingénierie. La page archivée sur l’expertise en ingénierie reliait Data Cave à Analytical Engineering, Inc., décrite dans la page comme une entreprise sœur possédant une expertise en tests de moteurs diesel et en conception de systèmes complexes.

La page indiquait que Data Cave utilisait une expertise interne en CVC, distribution électrique, génération diesel de secours et conception de réseaux à grande échelle, et qu’elle ne dépendait pas uniquement de fournisseurs externes pour le fonctionnement quotidien.

Pour les lecteurs, les noms sont moins importants que les capacités impliquées par les rôles. Un fournisseur de colocation sans connaissance de l’installation sur site peut toujours vendre de l’espace, mais il ne peut pas faire la même promesse d’intervention à distance. Le dossier archivé de Data Cave présentait une équipe combinée: direction exécutive, gestion de compte, couverture NOC, administration systèmes, gestion de l’installation, maintenance et conseil en ingénierie. C’est la couche humaine qui convertit l’énergie et le refroidissement en un service opérationnel.

Il y a aussi un risque. Le même modèle centré sur l’équipe peut être fragile si l’empreinte publique de l’entreprise devient obsolète ou si les clients ne peuvent pas confirmer le personnel actuel, les heures de support ou les chemins d’escalade. Les preuves web actuelles ne résolvent pas cette question. Les lecteurs actuels ne doivent pas déduire que chaque personne nommée occupe toujours le même rôle ou que le modèle de dotation historique reste en place. Le point est plus étroit: le dossier de service archivé montre pourquoi Data Cave appartenait en premier lieu à la conversation sur les services cloud et l’hébergement.

Connectivité sans récit d’ASN public

Le récit historique de connectivité de Data Cave est solide en tant qu’affirmation d’installation et faible en tant que récit de ressources réseau publiques. Cette distinction est importante.

Les pages d’installation archivées indiquaient que Data Cave était sur plusieurs anneaux de fibre, dont deux à Columbus et deux dans l’Indiana, la fibre entrant par deux salles télécoms situées de part et d’autre du bâtiment. Elles indiquaient que plusieurs opérateurs entraient par des chemins diversifiés et quatre directions de sortie distinctes. La page archivée sur l’infrastructure de connectivité décrivait l’installation comme neutre vis-à-vis des opérateurs et nommait des liens de peering amont avec AT&T, Level3 et WV Fiber.

La page archivée des services de connectivité indiquait que les clients pouvaient choisir parmi diverses options de connectivité, avec un basculement instantané et une haute disponibilité.

Ces preuves étayent une affirmation de connectivité de colocation. Elles ne prouvent pas que Data Cave exploitait un système autonome actuellement visible, maintenait un enregistrement PeeringDB ou avait une empreinte de routage public en direct sous son propre nom. Les recherches dans les API de réseau et d’organisation de PeeringDB pour Data Cave n’ont retourné aucun enregistrement lors des vérifications de juillet 2026, et une recherche d’organisation ARIN pour Data Cave n’a retourné aucun résultat.

Ces vérifications négatives peuvent manquer des variations de nom ou des arrangements historiques, et elles ne réfutent pas une connectivité privée ou spécifique au client. Mais elles limitent l’affirmation de ressource réseau publique.

C’est exactement là que la couverture d’entreprise exige de la discipline. Il est tentant de transformer toute page de connectivité de centre de données en un récit d’opérateur réseau. Les preuves publiques de Data Cave ne l’exigent pas. Son rôle le plus solide était celui d’une installation neutre vis-à-vis des opérateurs et d’un fournisseur de services. Les clients pouvaient colocaliser leur équipement, acheter un accès opérateur via l’installation, organiser des chemins diversifiés et utiliser le support du personnel. Cela suffit à avoir de l’importance. Il n’est pas nécessaire de le gonfler en un récit de dorsale publique.

La distinction clarifie également le positionnement concurrentiel. Les plateformes cloud hyperscale vendent une abstraction réseau mondiale. Les points d’échange Internet et les réseaux de transit vendent une portée de routage. Les installations de colocation régionales vendent la proximité, l’accès, l’énergie et le choix optionnel d’opérateurs. Les preuves archivées de Data Cave se situent dans la troisième voie. La proposition de valeur était qu’une entreprise située dans ou près de l’Indiana pouvait obtenir un site renforcé, des mains locales et un accès à plusieurs opérateurs sans construire son propre environnement de centre de données.

Pour les clients, ce type de fournisseur peut être utile précisément parce qu’il est concret. Une entreprise peut cartographier son bureau principal, son site de sauvegarde, ses besoins en opérateurs, son équipement et son plan de support. Le défi est que les affirmations concrètes vieillissent. Les fournisseurs de fibre se consolident, les noms d’opérateurs changent, les circuits sont reconfigurés et le statut public d’une installation peut changer.

Les vérifications actuelles laissent donc un point de vigilance ouvert: si Data Cave ou un opérateur successeur gère toujours le site de Columbus, des listes d’opérateurs, des contacts de support, des certifications et des conditions de service actuelles seraient nécessaires avant de traiter les affirmations de connectivité archivées comme des preuves d’approvisionnement en direct.

La reprise après sinistre est un produit de localité

Les pages de reprise après sinistre de Data Cave sont la preuve la plus claire pour le sujet de la localisation des données. L’entreprise ne formulait pas la localité comme une théorie juridique. Elle la formulait comme un problème de distance, d’accès et de continuité.

La page archivée de reprise après sinistre indiquait qu’un bon plan de reprise nécessitait un site de sauvegarde secondaire si le site principal interne ou colocalisé tombait en panne. Elle déclarait que le meilleur plan a généralement au moins 80 km (50 miles) entre les sites principal et de sauvegarde, et elle positionnait Columbus, Indiana comme un emplacement de reprise idéal pour les entreprises de Louisville, Indianapolis et Cincinnati. C’est un argument de conception régionale. Si le site de sauvegarde est trop proche, il peut partager le même risque de tempête, de courant ou d’accès.

S’il est trop loin, l’accès du personnel et le contrôle opérationnel peuvent en souffrir. La valeur de Data Cave se situait au milieu: assez éloigné pour réduire le risque local partagé, assez proche pour être familier et accessible.

La page de continuité d’activité étendait la même logique aux personnes. Un espace de travail de continuité sur site de 240 postes, avec des options hors site plus grandes et une connectivité directe à l’équipement stocké chez Data Cave, transforme le centre de données en une base d’opérations temporaire. Les clients pouvaient, selon la page archivée, accéder à l’espace 24 heures sur 24 avec un préavis de 24 heures. L’offre liait la continuité humaine à la continuité de l’équipement. C’est important pour toute entreprise dont le plan de panne ne peut pas s’arrêter aux sauvegardes.

Si un bureau principal est inaccessible, les gens ont toujours besoin de téléphones, de bureaux, d’un accès réseau et d’un chemin vers les systèmes critiques.

La page de sauvegarde hors site rendait le récit de localité plus granulaire. Data Cave vendait une réplication en arrière-plan vers un serveur sécurisé dans le centre de données, des choix de calendrier de chaque minute à chaque semaine, et une reprise par Internet ou par des données chargées sur un disque. La page mettait l’accent sur l’accessibilité pour les petites entreprises grâce à une tarification au gigaoctet après compression. Ce n’est pas le langage de l’hébergement souverain national, mais c’est tout de même un récit de contrôle des données.

Le client choisit où les copies résident, à quelle fréquence elles sont déplacées, à quelle vitesse elles peuvent être récupérées et qui aide à la récupération.

C’est pourquoi le sujet de la souveraineté et de la localisation des données doit être lu avec soin pour Data Cave. Il n’y a ici aucune preuve publique d’un engagement de cloud souverain national, d’une zone de données réservée au gouvernement ou d’un programme de résidence légale. Il y a des preuves de placement régional, d’affirmations de support de conformité sanitaire, de contrôle de l’emplacement des sauvegardes et de planification de distance de reprise après sinistre. Pour de nombreux clients du marché intermédiaire, c’est la couche pratique de la localité.

La question n’est pas seulement de savoir quelle loi s’applique; c’est où se trouvent les données, qui peut y accéder, à quelle vitesse elles peuvent être restaurées et si le même incident qui désactive le site principal désactivera également la sauvegarde.

Les conditions actuelles du marché rendent cette ancienne question de localité nouvellement pertinente. La demande de centres de données à l’ère de l’IA a attiré l’attention vers les méga-sites et les grappes énergivores, mais de nombreuses organisations ont encore besoin d’une continuité banale: sauvegardes, reprise régionale et un endroit pour exécuter les systèmes existants. Le risque est que les fournisseurs régionaux ayant des empreintes physiques utiles puissent devenir plus difficiles à évaluer lorsque leur présence web vieillit ou que le contrôle du domaine change. Le cas de Data Cave illustre les deux côtés.

L’offre historique de localité est spécifique. Le chemin de vérification actuel est incomplet.

Les allégations de conformité exigent une prudence indépendante

La page archivée de conformité et certifications de Data Cave indiquait que l’installation était conçue pour répondre pleinement aux normes Tier IV, visait une disponibilité de 99,995 %, était auditée chaque année pour la certification SSAE 16 et maintenait des mesures de planification et d’infrastructure HIPAA et HITECH pour aider les clients du secteur de la santé à rester conformes. Ces affirmations sont commercialement significatives car elles abordent le problème des clients réglementés.

Une entreprise liée à la santé, un fournisseur bancaire, un fournisseur du secteur public ou un fabricant ayant des données clients sensibles ne peut pas choisir une installation uniquement sur le prix. Il a besoin de documentation, de contrôles et d’un support d’audit.

En même temps, le texte de conformité est l’un des domaines les plus faciles pour qu’une page d’entreprise exagère ou devienne obsolète. Une page qui dit qu’une installation était auditée annuellement n’est pas la même chose qu’un rapport d’audit actuel. Une déclaration selon laquelle l’infrastructure aide les clients à rester conformes HIPAA ou HITECH n’est pas la même chose que la preuve que chaque charge de travail client est conforme. Une déclaration de conception Tier IV n’est pas la même chose qu’une certification tierce actuellement valide.

La page archivée de Data Cave indiquait que la documentation pouvait être fournie sur demande, mais les sources publiques examinées ici n’incluaient pas le dossier d’audit sous-jacent.

La bonne conclusion n’est pas de rejeter l’affirmation de conformité. C’est de la délimiter. Data Cave se présentait historiquement aux clients qui se souciaient de l’auditabilité, des contrôles de santé et de la disponibilité. Cela correspond à son catalogue de continuité, de sauvegarde et de services gérés. Cependant, toute décision d’approvisionnement actuelle nécessiterait des preuves actuelles: certifications ou rapports d’audit actuels, contrôles d’assurance et de sécurité actuels, conditions de support actuelles, contacts de réponse aux incidents actuels, procédures d’accès physique actuelles et disponibilité de service actuelle.

La prudence s’applique également au langage de disponibilité de 99,995 %. Dans le marketing des centres de données, des pourcentages de disponibilité élevés peuvent faire référence à des objectifs de conception, des engagements de niveau de service, des performances historiques ou des catégories de certification. Les pages archivées de Data Cave utilisaient ce chiffre en lien avec les spécifications Tier IV et les avantages de la colocation. Sans un contrat actuel ou un audit tiers, la lecture sûre est que l’entreprise commercialisait un objectif de conception de haute disponibilité et une promesse de service associée.

Le chiffre ne doit pas être converti en un dossier de performance actuel vérifié.

Cette prudence n’affaiblit pas le point central de l’article. Elle l’aiguise en fait. L’importance de Data Cave est que son dossier public révèle les éléments que les clients doivent vérifier lors de l’achat d’infrastructure régionale: conception électrique, conception du refroidissement, sécurité physique, accès opérateur, personnel de support, postes de reprise, processus de sauvegarde, documentation de conformité et disponibilité actuelle de l’entreprise. Le fait que certaines affirmations soient historiques rend la charge de vérification visible.

Contexte du marché: les sites régionaux comptent lorsque l’énergie est rare

L’installation historique de Data Cave n’était pas décrite comme un nouveau projet hyperscale, mais le marché autour des centres de données a changé de manière à rendre les capacités régionales plus anciennes plus intéressantes. Le rapport de CBRE sur les centres de données en Amérique du Nord au premier semestre 2024 indiquait que la vacance sur les marchés primaires était tombée à un niveau record de 2,8 % et que l’activité de construction en cours sur les marchés primaires atteignait 3 871,8 MW, en hausse de 69 % d’une année sur l’autre.

Il indiquait également que près de 80 % de la capacité en construction sur les marchés primaires était déjà pré-louée, et que le tarif mensuel moyen demandé pour une exigence de 250 kW à 500 kW sur les marchés primaires était passé à 174,06 $ par kW.

Ces chiffres décrivent le marché nord-américain au sens large, pas Data Cave spécifiquement. Leur pertinence est qu’ils placent les installations régionales sous un jour différent. Lorsque la vacance est rare, que les nouveaux équipements électriques ont de longs délais de livraison et que la disponibilité de l’énergie devient le premier facteur de choix de site, un centre de données régional fonctionnel peut devenir précieux même s’il ne correspond pas au récit hyperscale le plus récent.

Les clients qui ne peuvent pas attendre une nouvelle construction peuvent rechercher des salles existantes, une distribution électrique existante, un refroidissement existant et des fournisseurs capables de gérer des charges supplémentaires.

La discussion de 2024 du Département de l’Énergie des États-Unis sur la croissance de la charge des centres de données ajoute la contrainte énergétique. Elle indiquait que la consommation d’électricité des centres de données américains est passée de 58 TWh en 2014 à 176 TWh en 2023 et pourrait atteindre entre 325 TWh et 580 TWh d’ici 2028. Le rapport de 2025 de l’Agence Internationale de l’Énergie ajoute la pression mondiale, projetant que la demande d’électricité des centres de données pourrait plus que doubler d’ici 2030.

Les perspectives 2024 de JLL sur les centres de données liaient la croissance de l’IA à une pression pour des conceptions plus efficaces, plus d’énergie et plus d’attention au refroidissement. Axios Indianapolis, couvrant le boom des centres de données du Midwest en 2025, rapportait que les entreprises s’intéressaient de plus en plus aux parties de l’Indiana où le terrain pouvait être moins cher et l’énergie plus disponible, même si les questions de transparence, d’énergie et d’eau devenaient politiquement plus aiguës.

Data Cave ne doit pas être traitée comme un exemple direct de chacune de ces tendances. Son dossier public est antérieur au dernier cycle de construction IA, et il n’y a aucune preuve publique provenant des sources examinées qu’elle construit une nouvelle capacité IA. Le contexte du marché est utile pour une autre raison. Il explique pourquoi les affirmations d’énergie, de refroidissement et de localité d’un petit centre de données régional méritent une attention plus prudente aujourd’hui.

Une installation qui ressemblait autrefois à une option de continuité locale peut maintenant se trouver dans un marché où la disponibilité de l’énergie, les délais de livraison et les alternatives régionales sont des contraintes stratégiques.

Cela n’augmente pas automatiquement la valeur actuelle de Data Cave. Les signaux de domaine actuels rendent la prudence opposée nécessaire. Si l’ancien domaine d’exploitation est indisponible et que la pagedatacave.comactive est garée, les lecteurs ont besoin de preuves récentes avant de supposer une capacité de service actuelle. Mais si l’exploitation actuelle ou la propriété successeur peut être vérifiée, les affirmations de conception archivées seraient une liste de contrôle utile pour un reportage ultérieur: combien d’énergie utilisable reste-t-il, combien de suites sont actives, quels opérateurs sont en service, si l’énergie mesurée est toujours proposée, quelle redondance de refroidissement existe, quelles certifications sont actuelles et quels clients ou secteurs sont servis.

Clients, preuves publiques et limites des preuves archivées

Les pages archivées de Data Cave pointent vers des types de clients plus clairement que vers une liste de clients actuelle. Les pages de services faisaient référence aux petites entreprises, aux cadres mobiles, aux entreprises ayant besoin de postes de reprise et à des secteurs tels que la fabrication, la banque, la santé et le commerce de détail via des descriptions de partenaires et de services gérés.

La page de presse archivée indiquait que la ville de Columbus colocaliserait son équipement informatique avec Data Cave et pointait vers des mentions dans The Republic, centres de données Knowledge, NetworkWorld, ZDNet, WCSI, The Business Connection et d’autres médias. Elle faisait également référence à un prix d’Entrepreneur de l’année 2014 aux Columbus Venture Awards.

Ces références sont utiles mais limitées. La page de presse est tenue par l’entreprise, et les articles externes n’étaient pas tous récupérables à partir des pages publiques dans le cadre de cet examen. L’utilisation la plus sûre est de dire que Data Cave se présentait publiquement comme localement reconnue et couverte par les médias régionaux et sectoriels, et non de traiter chaque élément de presse comme vérifié indépendamment dans cet article. La mention de la ville de Columbus est notable, mais la source externe sous-jacente serait nécessaire avant de faire une affirmation plus forte sur les termes du contrat, les dates ou la portée.

Les vérifications web actuelles approfondissent la même prudence. Un fournisseur de services en direct laisse normalement des traces publiques: un site fonctionnel, des pages de support, des publications récentes, des avis clients, des enregistrements réseau, des enregistrements de registre, une activité sociale actuelle, des offres d’emploi publiques, des listes d’installations ou des références sectorielles récentes. Certains fournisseurs ont des empreintes discrètes par conception, en particulier dans l’infrastructure, mais un domaine garé et un domaine historique inaccessible restent des signaux matériels. Ils ne ferment pas le dossier.

Ils posent les prochaines questions de reportage.

Pour la décision de catégorie de l’article, les preuves historiques sont suffisamment solides pour soutenir une couverture des services cloud et des centres de données. Le catalogue de services archivé de Data Cave était orienté client, spécifique et lié à une infrastructure d’hébergement payante. L’entreprise proposait la colocation, la sauvegarde, la continuité, les services gérés, la virtualisation, le support cloud privé et l’intervention à distance. Ce ne sont pas des affirmations de site web accessoires. Elles forment le produit.

Pour les affirmations d’exploitation actuelles, les preuves ne sont pas assez solides. L’article ne doit pas dire que Data Cave vend actuellement ces services à moins qu’une source actuelle ne le confirme. Il doit dire que les documents publics archivés de Data Cave montrent qu’elle a vendu ou commercialisé ces services, et que la vérification publique actuelle est incomplète. C’est la distinction entre preuve et supposition.

Cette distinction n’est pas une simple prudence juridique. Elle change l’histoire. Une entreprise avec un riche historique d’infrastructure et une présence web actuelle mince est un sujet différent d’une entreprise avec un site de vente récent et des enregistrements réseau actuels. La première est un point de vigilance: un actif régional potentiellement important dont le statut public nécessite une confirmation. La seconde serait un candidat à l’approvisionnement. Le dossier public de Data Cave soutient actuellement le point de vigilance.

Substituts concurrentiels et question d’approvisionnement

Un client évaluant le modèle Data Cave le comparerait à au moins cinq substituts: les salles de serveurs internes, les fournisseurs de colocation nationaux, les plateformes cloud hyperscale, les fournisseurs de services gérés qui revendent l’infrastructure d’un autre et les services de logiciels de sauvegarde sans espace de reprise local.

Les salles de serveurs internes offrent contrôle et proximité mais échouent généralement sur la redondance, le personnel, le contrôle environnemental et la discipline de reprise. Les pages de services archivées de Data Cave étaient écrites directement contre cette faiblesse. L’entreprise disait aux clients que la colocation pouvait réduire les coûts d’installation et mensuels, améliorer la vitesse réseau, fournir de l’espace pour l’expansion, diversifier les actifs techniques et donner accès à un support informatique externe. Son offre d’intervention à distance comblait l’écart pratique entre la propriété et la disponibilité réelle.

Les fournisseurs de colocation nationaux offrent échelle, reconnaissance de marque et écosystèmes d’opérateurs plus larges, mais ils peuvent ne pas offrir le même avantage de continuité locale pour un client de l’Indiana. Si un client veut un site de sauvegarde à une distance de conduite pratique d’Indianapolis, Louisville, Cincinnati, Evansville ou Columbus, une installation régionale peut être plus utile qu’un campus métropolitain distant. La page archivée de reprise après sinistre de Data Cave utilisait exactement cette géographie. La localité n’était pas ornementale; elle faisait partie de la conception de reprise.

Les plateformes cloud hyperscale offrent élasticité et services gérés bien au-delà d’une installation régionale, mais elles peuvent aussi créer une dépendance à des régions éloignées, des architectures spécifiques au cloud et des coûts de transfert de données variables. L’offre historique de Data Cave n’était pas un substitut à chaque charge de travail cloud. Elle était plus pertinente pour les clients ayant de l’équipement existant, des besoins de sauvegarde, des postes de continuité ou une infrastructure hybride nécessitant un contrôle local.

Le langage de cloud privé archivé suggère que Data Cave a essayé de faire le pont entre l’hébergement physique et le service virtualisé, mais pas à l’échelle d’une plateforme hyperscale.

Les fournisseurs de services gérés sans leur propre installation peuvent fournir logiciels, surveillance, centre d’assistance et coordination des fournisseurs, mais ils ont toujours besoin d’un endroit pour placer l’équipement client ou les copies de sauvegarde. Le dossier de Data Cave suggère que l’installation elle-même faisait partie de l’affirmation de service géré. Le personnel pouvait être les mains, le bâtiment pouvait être le site protégé et les partenaires pouvaient ajouter de la profondeur de support.

Les services de sauvegarde uniquement peuvent résoudre le risque de copie de données, mais ils ne fournissent pas un endroit où le personnel peut travailler ou où l’équipement peut fonctionner pendant une panne. Les postes de continuité et les liens d’équipement colocalisé de Data Cave étaient conçus pour combler cette lacune. C’est pourquoi l’entreprise est la plus intéressante à l’intersection de la colocation, de la reprise après sinistre et du support géré plutôt que dans une seule catégorie.

Pour un acheteur actuel, la question de l’approvisionnement serait simple et exigeante: qu’est-ce qui est en direct maintenant? La réponse nécessiterait des conditions de service actuelles, le statut de l’installation, l’identité du propriétaire ou de l’opérateur, les contacts de support, la tarification, les listes d’opérateurs, la disponibilité de l’énergie, les rapports de conformité et les références. Le dossier archivé fournit une carte de ce qu’il faut demander. Il ne remplace pas les réponses.

Ce qui changerait le jugement

Plusieurs signaux publics changeraient rapidement l’évaluation. Un site officiel actuel pour Data Cave ou un opérateur successeur vérifié serait le premier. Il devrait indiquer si l’installation de Columbus fonctionne, quels services sont disponibles, comment le support est joint et quelles certifications ou rapports d’audit sont actuels. Une liste d’installation actuelle, une référence client publique, un dossier de contrat municipal ou un dépôt d’État lié à des opérations actives compterait également.

Des preuves réseau affineraient l’affirmation de connectivité. Un enregistrement actuel d’organisation ou de réseau PeeringDB, un enregistrement d’entité ARIN, un enregistrement ASN, une liste d’installation neutre vis-à-vis des opérateurs ou une annonce d’opérateur soutiendraient une discussion plus solide sur les ressources réseau. L’absence de ces enregistrements dans les vérifications de juillet 2026 n’efface pas le récit archivé de neutralité opérateur, mais empêche l’article de traiter Data Cave comme un opérateur réseau actuellement visible.

Des preuves de certification affineraient l’affirmation de conformité. Un rapport SOC actuel, une certification de disponibilité actuelle, un ensemble de contrôles orientés HIPAA actuel ou un document de sécurité orienté client feraient passer l’affirmation du langage marketing archivé à la vérification actuelle. Sans cela, l’article peut seulement dire que l’entreprise a historiquement commercialisé un support d’audit et de conformité.

Des preuves de marché affineraient le récit de valorisation. Si l’installation fonctionne, sa position dans l’Indiana pourrait compter davantage dans un marché de l’énergie tendu. Si elle ne fonctionne pas sous Data Cave, le dossier historique peut encore compter comme une étude de cas d’infrastructure locale, mais pas comme un fournisseur de services actuel. C’est la principale bifurcation non résolue.

Le jugement actuel de l’article est donc équilibré. Data Cave a suffisamment de preuves publiques historiques pour justifier une couverture en tant que fournisseur régional de services cloud et de colocation avec un modèle de fiabilité distinctif fondé sur l’énergie et l’intervention humaine. Ses pages archivées sont détaillées, cohérentes et spécifiques sur la conception de l’installation, les services, le personnel et la localité. En même temps, les preuves publiques actuelles sont insuffisantes pour faire des affirmations de service en direct.

La lecture publique la plus sûre est que le dossier connu de Data Cave montre comment la colocation régionale se transforme en un compte de fiabilité, tandis que son statut actuel nécessite une vérification directe avant toute conclusion opérationnelle.

Sources

Archived Data Cave home page, 2017:https://web.archive.org/web/20170523044853id_/https://www.thedatacave.com/

Archived Data Cave home page, 2011:https://web.archive.org/web/20110203034519id_/http://www.thedatacave.com/

Archived colocation service page:https://web.archive.org/web/20160320183658id_/http://www.thedatacave.com/services/colocation

Archived disaster-recovery service page:https://web.archive.org/web/20160320183650id_/http://www.thedatacave.com/services/disaster-recovery

Archived offsite-backup service page:https://web.archive.org/web/20160320134456id_/http://www.thedatacave.com/services/offsite-backup

Archived business-continuity service page:https://web.archive.org/web/20160320123017id_/http://www.thedatacave.com/services/business-continuity

Archived connectivity service page:https://web.archive.org/web/20170430114620id_/https://www.thedatacave.com/services/connectivity

Archived managed-services page:https://web.archive.org/web/20130521050918id_/http://www.thedatacave.com/services/managed-services

Archived facility overview:https://web.archive.org/web/20160320125048id_/http://www.thedatacave.com/facility

Archived electrical-infrastructure page:https://web.archive.org/web/20160320124551id_/http://www.thedatacave.com/facility/electrical-infrastructure

Archived cooling-infrastructure page:https://web.archive.org/web/20170430065458id_/https://www.thedatacave.com/facility/cooling-infrastructure

Archived data-suites page:https://web.archive.org/web/20170430095113id_/https://www.thedatacave.com/facility/data-suites

Archived connectivity-infrastructure page:https://web.archive.org/web/20170430065909id_/https://www.thedatacave.com/facility/connectivity-infrastructure

Archived compliance-and-certifications page:https://web.archive.org/web/20170430095725id_/https://www.thedatacave.com/about/compliance-and-certifications

Archived meet-the-team page:https://web.archive.org/web/20170430125938id_/https://www.thedatacave.com/about/meet-the-team

Archived engineering-expertise page:https://web.archive.org/web/20170430104652id_/https://www.thedatacave.com/about/engineering-expertise

Archived press page:https://web.archive.org/web/20160320124653id_/http://www.thedatacave.com/resources/press

Currentdatacave.comparked-page check:https://www.datacave.com/lander

PeeringDB network search for Data Cave:https://www.peeringdb.com/api/net?name__contains=Data%20Cave

PeeringDB organization search for Data Cave:https://www.peeringdb.com/api/org?name__contains=Data%20Cave

ARIN organization search for Data Cave:https://whois.arin.net/rest/orgs;name=Data%20Cave

U.S. Department of Energy data-center electricity-demand release:https://www.energy.gov/articles/doe-releases-new-report-evaluating-increase-electricity-demand-data-centers

International Energy Agency, Energy and AI executive summary:https://www.iea.org/reports/energy-and-ai/executive-summary

CBRE North America centres de données Trends H1 2024:https://www.cbre.com/insights/reports/north-america-data-center-trends-h1-2024

JLL data-center demand and AI release:https://www.jll.com/en-us/intelligence team/growth-of-ai-creates-unprecedented-demand-for-global-data-centers

Axios Indianapolis on Midwest and Indiana data-center demand:https://www.axios.com/local/indianapolis/2025/05/09/midwest-data-center-boom-indiana