HanDS Hanse centres de données Services et le registre de colocation de Hambourg

Résumé

• HanDS Hanse centres de données Services doit être considéré comme un opérateur de colocation et de support à Hambourg, et non comme un substitut générique du cloud; son dossier public est le plus solide en matière d’hébergement, d’espace en baie, d’alimentation redondante, de refroidissement, de connectivité, d’interventions à distance, de services gérés et de support local direct.
• Le test opérationnel décisif est de savoir si une visite d’accès, un déplacement de serveur, une interconnexion, une action sur l’alimentation ou une demande de maintenance devient un enregistrement fiable accepté qui concilie l’équipement du client, l’état de l’installation, les preuves de support et la dépendance en amont du réseau.
• Les preuves publiques ne divulguent pas les noms des clients, les prix, l’utilisation, l’historique des incidents, les performances de niveau de service ni les délais d’installation, de sorte que la conclusion équitable est conditionnelle: HanDS peut réduire la charge de travail opérationnelle pour les acheteurs qui ont besoin d’un contrôle physique local à Hambourg, mais seulement si les limites de responsabilité sont documentées avant chaque changement.

Le registre de Hambourg est le produit

La colocation est généralement vendue avec le langage des salles, des baies et de la résilience. Le client entend parler d’alimentation redondante, de refroidissement, d’accès opérateur, d’entrée contrôlée et d’ingénieurs qui peuvent aider lorsqu’un serveur a besoin d’attention. Ces éléments comptent. Mais pour un acheteur qui déplace son matériel propriétaire dans une installation de Hambourg, le véritable produit n’est pas la salle.

C’est l’enregistrement qui prouve ce qui se trouve dans la salle, qui peut y toucher, comment elle est alimentée, comment elle est connectée, ce que l’équipe de support a fait, et quelle partie du problème restant appartient encore au client.

Voilà la bonne manière de lire HanDS Hanse centres de données Services. Le site public de HanDS présente une entreprise de Hambourg offrant un hébergement de qualité et de la colocation pour le matériel client, une surface de services de centre de données, une aide à la migration, un pare-feu géré, de la commutation, du routage, de l’équilibrage de charge, des services de serveur, des services partenaires, des interventions à distance et du support.

Sa page de services indique que les clients peuvent placer des serveurs dans un centre de données de Hambourg, depuis des unités de hauteur individuelles jusqu’à plusieurs rangées de baies, avec des alimentations redondantes A et B, du refroidissement, une connectivité allant d’une simple ligne de 100 Mbit/s à des liaisons redondantes de 10 Gbit/s, et une maintenance par interventions à distance assurée par les experts de HanDS.

Sa page de support ajoute que les clients peuvent joindre HanDS 24 heures sur 24, recevoir une aide directe d’employés qualifiés, obtenir un accès 24/7 au centre de données, et bénéficier d’une surveillance continue pour détecter les anomalies.

Cela constitue un dossier de service public compact. Mais cela ne suffit pas, en soi, à prouver la qualité opérationnelle. Le site ne montre pas la liste des baies d’un client, l’historique de charge, la commande d’interconnexion, le journal d’accès, l’analyse post-incident, la file d’attente des tickets, la clôture des interventions à distance, l’avis de maintenance, ou le ticket de panne opérateur. Il ne publie pas les prix, les délais d’installation, les références clients, l’historique de disponibilité, l’utilisation, les taux de panne ou les crédits de service.

Ces lacunes ne sont pas inhabituelles pour un opérateur de colocation régional, mais elles définissent le test éditorial. HanDS doit être évalué à l’aune du registre de colocation accepté de Hambourg, et non d’un langage vague sur les installations.

Un enregistrement accepté est un objet concret. Il indique qu’un client spécifique occupe une position de baie spécifique, avec une attribution de puissance, un équipement, un câble, un opérateur ou une dépendance en amont, une autorisation d’accès, un état de surveillance et un ticket de support. Il consigne la preuve qu’un changement a eu lieu. Il distingue l’état de l’installation de l’état du matériel appartenant au client.

C’est ce dont un acheteur a besoin lorsqu’un routeur est en panne, qu’une alimentation est suspectée, qu’un fournisseur attend à la réception, qu’une interconnexion ne s’allume pas, qu’une règle de pare-feu est mise en cause, ou qu’un serveur doit être déplacé sans créer un second problème.

Pour HanDS, l’affirmation publique est la plus forte là où cet enregistrement est local, physique et intensif en support. L’entreprise ne promet pas d’être une région cloud à très grande échelle. Elle ne présente pas une plateforme de calcul en libre-service mondiale. Elle dit, en substance, que les clients hambourgeois peuvent placer du matériel dans un environnement géré de manière professionnelle et s’appuyer sur du personnel local, un accès contrôlé, des systèmes de support redondants et des services gérés optionnels.

Cela peut être précieux pour les PME allemandes, les opérateurs d’hébergement, les intégrateurs de systèmes, les équipes informatiques régionales et les acheteurs d’infrastructure qui ont encore besoin d’un contrôle direct sur leur propre matériel.

La limite découle du même point. Si le client s’attend à ce que la colocation supprime sa propre discipline opérationnelle, HanDS ne peut pas répondre à cette attente. L’installation peut héberger l’équipement, fournir la connectivité, offrir l’accès, surveiller et exécuter des tâches physiques ou gérées convenues. Le client conserve l’architecture, le comportement des applications, la classification des données, la configuration des équipements, le support des fournisseurs, les sauvegardes, les pièces de rechange, la politique de routage et la décision d’accepter ou de refuser un changement.

Le registre de Hambourg n’est utile que si les deux parties s’accordent sur ce qu’il consigne.

Les revendications sur les installations exigent une validation au niveau de la baie

La page publique de colocation de HanDS émet plusieurs affirmations concrètes sur les installations. Elle décrit des unités d’alimentation redondantes, des concepts de batteries redondantes et des générateurs diesel préchauffés capables de maintenir un fonctionnement sans restriction pendant au moins 48 heures en cas de panne. Elle mentionne la détection précoce de fumée VESDA avec alarme automatique et un système d’extinction à l’azote conçu pour être compatible avec la présence humaine.

Elle décrit des contrôles d’accès mécaniques et électroniques à plusieurs niveaux, une vidéosurveillance automatisée et des mécanismes de verrouillage spécifiques au client pour chaque baie. Elle cite également des bandeaux d’alimentation mesurables et commandables à distance comme fonctionnalités supplémentaires.

Ces détails sont importants car ils sont plus précis qu’une promesse générique de sécurité. Ils offrent à un acheteur une piste de diligence raisonnable. L’alimentation a une histoire de continuité. La protection incendie a une histoire de détection et d’extinction. L’accès a une histoire de contrôle à plusieurs niveaux. Les baies disposent d’un verrouillage spécifique au client. La distribution électrique peut être mesurée et commandée à distance.

La page de services indique également que l’environnement dépasse la norme Tier 3, une expression de positionnement large qui doit être maniée avec prudence car le langage marketing public ne remplace pas un contrat, un audit, un rapport de certification ou une revue de conception spécifique à l’installation.

La question au niveau de la baie est plus importante que le slogan. Un client n’achète pas de « l’alimentation redondante » dans l’abstrait. Il achète un certain nombre de prises, d’alimentations, d’unités de baie, de limites de puissance et de procédures. Le client doit savoir quelle PDU dessert quel équipement, quelle alimentation est A, laquelle est B, laquelle peut être interrompue pendant la maintenance, quelle partie est mesurée, laquelle est commandable à distance, et quelles alarmes sont visibles par HanDS, par le client ou par les deux.

Si un serveur n’a qu’une seule alimentation, une installation entièrement redondante ne peut pas rendre le serveur doublement alimenté. Si un client branche les deux alimentations sur le même côté, la conception ne peut pas sauver la charge de travail de l’erreur de câblage du client.

Les preuves publiques soutiennent une posture sérieuse de l’installation, mais ne fournissent pas la dernière étape de preuve. Elles ne publient pas les journaux de maintenance des générateurs, les enregistrements de test des UPS, les limites de densité de puissance par baie, la capacité de refroidissement par salle, les certificats du système d’incendie, l’historique des fenêtres de maintenance ou la charge observée par baie. C’est pourquoi un enregistrement accepté doit être établi pour chaque déploiement.

Un client doit pouvoir rapprocher son propre inventaire avec les informations de baie et de puissance de HanDS, puis prouver après chaque changement que l’état physique reste aligné.

La même logique s’applique au refroidissement. HanDS mentionne la technologie de thermosiphon, les concepts d’allées froides et le refroidissement par plancher surélevé. Ce sont des concepts d’ingénierie utiles, en particulier pour un client qui déplace son équipement d’une pièce de bureau ou d’un placard improvisé. Pourtant, le refroidissement est perçu par la charge de travail comme un flux d’air local, une température d’entrée, une discipline d’obturation, une distribution de la charge, un confinement, des alarmes et une maintenance. Une page publique peut affirmer que l’installation dispose d’une conception de refroidissement performante.

Elle ne peut pas prouver qu’une baie cliente particulière est chargée correctement, qu’un ancien serveur n’évacue pas dans le mauvais chemin, ou qu’une livraison de client sera installée de manière à préserver les hypothèses de flux d’air de la salle.

C’est là que la fiabilité et la capacité se séparent. La capacité, c’est l’environnement déclaré par HanDS en matière d’alimentation, d’incendie, d’accès, de refroidissement, de baies et de réseau. La fiabilité, c’est la capacité répétée à maintenir ces faits vrais pour un client donné à mesure que l’équipement change. Un nouveau serveur arrive. Un client demande un déplacement. Une PDU est remplacée. Un pare-feu est inséré. Un câble est tracé. Un sous-traitant visite. Un circuit est migré. Chaque action peut dégrader l’enregistrement si elle n’est pas correctement clôturée.

La qualité de l’installation n’est donc pas seulement un attribut technique. C’est un attribut de documentation et de supervision.

Pour les acheteurs qui comparent HanDS à une salle de serveurs de bureau, c’est la principale raison pour laquelle la colocation peut être judicieuse. Une salle de serveurs de bureau peut sembler moins chère parce que l’espace existe déjà, mais elle cache souvent des risques en matière d’alimentation, de refroidissement, d’extinction d’incendie, d’accès physique, de diversité des opérateurs, de réponse aux alarmes et de distraction du personnel. Un cadre de colocation professionnel peut réduire ces risques.

Il ne produit cette réduction que si l’enregistrement au niveau de la baie est suffisamment précis pour que l’acheteur puisse lui faire confiance pendant une fenêtre de changement, et pas seulement lors de l’approvisionnement.

La vérité de l’accès détermine si le support local est utile

Le site de HanDS met l’accent sur le support personnalisé, la proximité locale, la transparence, la coopération étroite et la communication directe. La page de support indique que les clients ne sont pas dirigés vers des hotlines de service anonymes et que HanDS garantit un accès 24/7 au centre de données. La page de services précise que le contrôle d’accès est à plusieurs niveaux et combine des contrôles mécano-électroniques, une vidéosurveillance et un verrouillage de baie spécifique au client.

Prises ensemble, ces déclarations forment une idée commerciale claire: le client bénéficie à la fois d’un accès contrôlé et d’un partenaire local qui peut aider lorsque l’infrastructure physique doit être touchée.

La partie difficile est la vérité de l’accès. La vérité de l’accès signifie que le dossier de l’installation, le ticket de support et la visite physique concordent tous. La personne entrant sur le site est approuvée. La baie est la bonne. L’équipement appartient au client demandeur. La tâche est dans le périmètre approuvé. L’action est journalisée. La clôture est suffisamment visible pour un audit ultérieur ou une revue d’incident. Sans cette vérité, l’accès devient soit un goulot d’étranglement, soit un risque.

Cela importe le plus pour les équipes d’infrastructure du marché intermédiaire. Les grandes plateformes peuvent disposer d’outils internes élaborés pour l’accès au centre de données, les fenêtres de changement et le rapprochement des actifs. Une PME allemande ou un intégrateur de systèmes plus petit peut s’appuyer sur une relation plus étroite avec le fournisseur. Cela peut être une force.

Une relation de support direct peut réduire les frictions de transfert, en particulier sur un marché régional où le client valorise des interlocuteurs connus, la langue locale et la possibilité d’atteindre l’installation sans naviguer dans une hiérarchie globale de tickets. Cela peut aussi engendrer de l’informalité si le processus n’est pas explicite.

L’enregistrement accepté doit empêcher que l’informalité ne devienne de l’ambiguïté. Si un client demande à HanDS d’ouvrir l’accès à un fournisseur, l’identité du fournisseur, la fenêtre temporelle, le périmètre de la baie et l’action autorisée doivent être explicites. Si un employé normalement autorisé quitte l’organisation cliente, la liste d’accès doit être modifiée. Si une demande de support est urgente, le processus d’urgence doit quand même consigner qui l’a approuvée.

Si un technicien d’intervention à distance est chargé d’inspecter un serveur, le ticket doit indiquer si l’inspection visuelle, la mise sous tension, le rebranchement de câble ou le remplacement de composant est autorisé. L’accès n’est utile que lorsque la limite est visible.

Les déclarations de sécurité physique ne peuvent pas être évaluées comme une propriété binaire oui/non. La page publique de HanDS fournit suffisamment d’éléments pour affirmer que l’entreprise présente un environnement d’installation contrôlé. Elle ne divulgue pas la conservation des journaux d’accès, le processus d’approbation des visiteurs, les règles d’escorte, la gestion des exceptions d’urgence, la fréquence des audits ou le format des rapports clients. Un acheteur prudent devrait demander ces détails avant de considérer l’accès 24/7 comme un contrôle opérationnel. La question n’est pas de savoir si HanDS a une serrure.

La question est de savoir si chaque action physique autorisée peut être rattachée à un enregistrement de travail accepté.

L’accès définit également l’impact sur la charge de travail. La colocation est souvent vendue comme un moyen d’éviter les déplacements et le travail sur site. C’est vrai, mais seulement en partie. Le travail du client passe de se tenir devant une baie à rédiger des demandes claires, tenir les schémas à jour, nommer les personnes autorisées, maintenir les processus de pièces de rechange, examiner les preuves de clôture et décider quand quelqu’un doit encore se rendre sur site. Le modèle de support direct de HanDS peut réduire les frictions de ce travail, mais il ne peut pas en supprimer le besoin.

La valeur commerciale est la plus forte lorsque le support local remplace des déplacements à faible valeur ajoutée sans remplacer la responsabilité du client. Un client hambourgeois peut utiliser HanDS parce que le site est assez proche pour des visites planifiées, tout en étant suffisamment soutenu pour que les petites tâches physiques ne nécessitent pas des déplacements constants. Un acheteur distant peut utiliser HanDS parce qu’il souhaite une localisation allemande, un support local et un accès contrôlé sans embaucher du personnel d’installation à Hambourg. Dans les deux cas, le dossier d’accès doit être propre.

Si un client ne peut pas prouver qui a touché quoi, le support local devient une autre source d’incertitude opérationnelle.

L’état de l’alimentation et du réseau ne doivent pas être confondus

La surface de service publique de HanDS regroupe l’alimentation et le réseau sur une même page, comme le font la plupart des offres de colocation. Elle annonce une alimentation fiable et ininterrompue avec des alimentations A et B entièrement redondantes. Elle décrit des connexions allant d’une simple ligne de 100 Mbit/s à des liaisons redondantes de 10 Gbit/s. Elle mentionne une connectivité redondante via 1&1 Versatel et Telefonica sur des entrées de bâtiment séparées et des chemins distincts à l’intérieur et à l’extérieur du bâtiment, avec la possibilité de connexions opérateur supplémentaires.

Les registres publics de réseau ajoutent une autre couche: HanDS apparaît en tant qu’AS201709, avec des enregistrements RIPE, des ressources IPv4 et IPv6, un enregistrement réseau PeeringDB, des données de routage et de peering publics, et une présence DE-CIX à Hambourg et dans d’autres contextes d’échange allemands.

Ces preuves réseau sont utiles, mais elles ne doivent pas être réduites à une simple affirmation « l’installation est connectée ». La page de service officielle énumère les options de connectivité et les opérateurs. Les enregistrements BGP publics montrent AS201709 comme un réseau actif, avec des fournisseurs en amont et des pairs visibles via des outils tels que BGP.Tools, Hurricane Electric et PeeringDB. PeeringDB répertorie HanDS comme un réseau de type fournisseur de services réseau régional avec le jeu de routes AS-HANDS.

BGP.Tools enregistre des fournisseurs en amont incluant 1&1 Versatel, Inter.link et Netzwerge, et l’enregistrement public d’AS201709 montre des relations d’échange et de serveur de routes. Les listes publiques DE-CIX Hamburg et les pages d’échange BGP montrent la présence de HanDS à DE-CIX Hamburg.

Ces faits soutiennent une surface réseau opérationnelle réelle. Ils ne prouvent pas le chemin exact, la latence, la redondance ou l’isolation des pannes pour un client donné. Le service d’un client peut dépendre du réseau propre de HanDS, d’un opérateur en amont, d’une interconnexion achetée par le client, d’un contrat de transit, d’une session de peering, d’un routeur géré, d’une politique de pare-feu, d’un accès au cloud, ou d’une combinaison de ces éléments. Une table BGP peut prouver que des préfixes et des pairs existent dans le routage public.

Elle ne peut pas prouver que le serveur d’un client est sur le bon VLAN, que la politique de pare-feu est correcte, que le chemin souhaité est préféré, ou que le ticket de réparation d’un opérateur sera rapidement clôturé.

L’enregistrement accepté doit donc séparer l’état de l’alimentation de l’état du réseau. Lorsqu’un équipement est hors ligne, la première question n’est pas « le centre de données est-il en panne? ». Il peut s’agir d’une alimentation défaillante, d’une PDU surchargée, d’un problème de système d’exploitation client, d’un port coupé, d’une panne de commutateur, d’un mauvais patch, d’un problème opérateur, d’un changement BGP, d’une règle de pare-feu, d’une fuite de route, d’une fenêtre de maintenance ou d’une défaillance applicative.

Les preuves relatives à l’alimentation et au réseau doivent être consignées de manière suffisamment distincte pour que le support puisse circonscrire la panne sans que chacun ne devine.

Pour une interconnexion ou un changement réseau, l’enregistrement doit inclure l’installation, la baie, le chemin de brassage, le type de média, le port, l’interlocuteur distant, l’état d’approbation, le service demandé, l’identifiant de circuit le cas échéant, et la preuve de clôture. Pour un service géré de routage ou de commutation, il doit inclure la limite de responsabilité pour l’équipement et la configuration. Si HanDS gère le matériel de routage et le service de routage, le fournisseur peut posséder une plus grande partie de la chaîne opérationnelle.

Si le client possède le routeur et n’achète que l’hébergement et l’alimentation, le rôle de HanDS est plus restreint. La page de service publique indique que HanDS peut fournir du routage géré et de la commutation gérée sur demande. Cela ne signifie pas que chaque client de colocation reçoive automatiquement ces couches gérées.

Cette distinction est centrale pour la dépendance aux services cloud. Un client peut hésiter entre la colocation à Hambourg, un centre de données national, une migration vers le cloud public, un fournisseur d’hébergement géré, ou une installation lui appartenant. La colocation donne un contrôle direct sur le matériel et les transferts réseau, mais elle maintient le client exposé au support physique et à la discipline d’ingénierie réseau.

Le cloud supprime une grande partie de la charge matérielle, mais introduit une dépendance à la région cloud, des coûts de sortie, un couplage de services et un moindre contrôle sur certains chemins réseau physiques. La valeur de HanDS ne réside pas dans le fait de battre le cloud dans tous les scénarios. Elle réside dans sa capacité à fournir un point de contrôle physique et réseau local lorsque ce contrôle est plus important que l’abstraction complète.

Il en va de même pour la localisation des données. Une installation de Hambourg peut être attrayante pour un acheteur allemand qui souhaite des équipements et un support en Allemagne, accessibles par du personnel local et connectés aux réseaux allemands et européens. Cela ne constitue pas une garantie de conformité complète. La souveraineté et la localisation des données dépendent des contrats, des processus opérationnels, des sauvegardes, de l’administration à distance, de l’accès au support, des intégrations cloud, de la réplication, du chiffrement et des obligations légales.

HanDS peut faire partie d’une stratégie de localisation en fournissant un point d’infrastructure contrôlé à Hambourg. Le client doit encore concevoir la gestion des données autour de ce point.

Les interventions à distance sont des preuves, pas de la magie

La page de services de HanDS inclut les interventions à distance dans l’aperçu du service de colocation standard: entretien et maintenance du matériel client par les experts de HanDS. Sa page de support indique que HanDS est joignable 24 heures sur 24 et que le support direct provient d’employés qualifiés. Sa description des serveurs gérés précise que HanDS peut prendre en charge l’installation matérielle, l’installation du système d’exploitation, le bon fonctionnement des serveurs et la gestion des problèmes matériels.

Ces déclarations publiques créent une proposition de support utile, en particulier pour les clients qui ne peuvent pas maintenir des ingénieurs à côté de leurs baies.

Les interventions à distance doivent néanmoins être comprises comme un service de preuve, pas comme de la magie. Une bonne intervention à distance transforme une instruction précise du client en une action physique et fournit suffisamment de preuves pour que le client accepte l’état. Une mauvaise intervention à distance transforme une demande vague en un changement improvisé. La différence ne tient pas seulement aux compétences du technicien. Elle réside dans la conception de la tâche.

La demande correcte identifie le site, la baie, l’équipement, le numéro de série si pertinent, le port, le câble, l’alimentation, l’action prévue, la limite de risque, l’instruction de retour en arrière et les preuves requises. Elle indique si le technicien peut seulement regarder, peut toucher un câble, peut redémarrer un équipement, peut réinsérer un composant, peut installer un disque, peut retirer un équipement, ou doit s’arrêter et appeler. Elle précise également ce qu’il ne faut pas faire. Si l’enregistrement du client est erroné, le technicien devrait pouvoir signaler une incohérence plutôt que de deviner.

Le matériel public de HanDS soutient une posture d’interventions à distance locale et pratique. Il ne divulgue pas les engagements de temps de réponse au-delà du langage de disponibilité 24 heures de la page de support, les unités de facturation, le catalogue détaillé des tâches, les modèles de clôture, les règles d’escalade, la certification des techniciens, l’historique des taux d’erreur ou la satisfaction client. Un acheteur ne doit pas considérer les « interventions à distance » comme une marchandise uniforme.

La différence entre une inspection visuelle, un traçage de câble, un redémarrage contrôlé et un remplacement de matériel peut être considérable. Certaines tâches sont à faible risque. D’autres peuvent provoquer une panne si le mauvais équipement est touché.

Les limites de responsabilité du client sont la question centrale. HanDS peut héberger l’équipement, fournir l’accès, prendre en charge des tâches physiques et, lorsque cela est acheté, gérer des parties du pare-feu, de la commutation, du routage, de l’équilibrage de charge ou du service de serveur. On ne peut pas supposer qu’il possède chaque dépendance applicative, problème de système d’exploitation, garantie fournisseur, politique de routage, règle de pare-feu, tâche de sauvegarde ou conception de continuité d’activité.

Si un client demande à HanDS de redémarrer un serveur, le client conserve les conséquences de cette action sur une charge de travail en production, sauf si le contrat de service géré stipule le contraire. Si un technicien d’intervention à distance voit un port éteint, l’installation peut signaler ou diagnostiquer le symptôme physique, mais le client peut encore être responsable de la configuration du commutateur, de la session BGP, du VLAN, du pare-feu ou de l’escalade opérateur.

Cette délimitation peut être commercialement positive. Elle permet aux clients d’acheter le niveau de service dont ils ont besoin. Un opérateur d’hébergement techniquement mature peut vouloir de l’espace en baie, de l’alimentation, un accès opérateur, un support physique à distance et peu d’autres choses. Une PME avec un personnel limité peut avoir besoin d’un pare-feu, d’une commutation, d’un routage, d’un équilibrage de charge et d’une aide sur les serveurs gérés. Un intégrateur de systèmes peut souhaiter que HanDS gère l’exécution côté installation tandis qu’il possède l’architecture client.

Le risque survient lorsque la combinaison de services est supposée plutôt que consignée.

Le comportement sur des tâches répétées est le test. Un fournisseur peut gérer un simple redémarrage. La question la plus difficile est de savoir s’il peut traiter de nombreuses migrations, remplacements de matériel, changements de câbles, visites d’accès, alertes et demandes d’urgence sans perdre la trace de l’état. Le positionnement public de HanDS autour du contact direct et du support personnalisé suggère un modèle conçu pour des opérations reposant fortement sur la relation. C’est précieux si cela maintient la communication courte et précise.

Cela devient une faiblesse si les changements vivent dans la mémoire plutôt que dans les enregistrements. Le registre accepté de Hambourg devrait capturer la relation sans en dépendre entièrement.

Les services gérés étendent la frontière, mais seulement par accord

HanDS ne se présente pas seulement comme un bailleur pour les baies. La page de services énumère le pare-feu géré, la commutation gérée, le routage géré, l’équilibrage de charge et les services de serveur géré. Elle indique que le service de pare-feu protège les systèmes contre les accès non autorisés, adapte la configuration aux besoins du client, et inclut une gestion à long terme, des changements de politique, des modifications de configuration, une surveillance 24/7 et des alertes. Elle précise que la commutation gérée répond aux environnements réseau de plus en plus complexes.

Elle indique que le routage géré peut inclure la configuration et la gestion du matériel de routeur client avec une expertise indépendante des fournisseurs. Elle ajoute que l’équilibrage de charge géré peut répartir l’accès sur l’infrastructure, et que les services de serveur géré peuvent aider à l’installation du système d’exploitation, au fonctionnement et à la résolution des problèmes matériels.

Cela importe car cela modifie la frontière opérationnelle. La colocation pure laisse l’essentiel de la logique de service au client. Les services gérés peuvent transférer des responsabilités opérationnelles spécifiques vers HanDS. Mais ce transfert doit être contractuel et explicite. « HanDS gère le pare-feu » signifie quelque chose de différent de « HanDS héberge un pare-feu ». « HanDS surveille le matériel » signifie quelque chose de différent de « le client surveille les applications et reçoit les alertes de l’installation ».

« HanDS configure le matériel de routeur » signifie quelque chose de différent de « HanDS possède la politique de routage du client pour toujours ».

La page publique donne un menu, pas un état universel. Elle montre ce que HanDS dit pouvoir fournir. Elle ne prouve pas quel service un client particulier a acheté, ce que dit le contrat de niveau de service, quelles approbations de changement sont requises, comment les sauvegardes de configuration sont gérées, qui peut approuver les changements de politique, quels journaux sont conservés, ou ce qui se passe lorsqu’un service géré touche une charge de travail réglementée. C’est pourquoi l’enregistrement accepté doit inclure le périmètre de service ainsi que le périmètre physique.

Le modèle opérationnel devrait varier en fonction du périmètre. Si le client possède le pare-feu et que HanDS ne fournit que l’hébergement, un incident de sécurité incombe principalement au client, sauf problème d’accès ou d’alimentation de l’installation. Si HanDS gère le pare-feu, l’enregistrement de changement doit inclure la politique demandée, l’approbateur, l’heure de mise en œuvre, le retour en arrière, le résultat de la surveillance et l’acceptation du client.

Si HanDS gère le routage, l’enregistrement doit distinguer le transfert physique de la politique BGP, des filtres de route, des préfixes, du choix du fournisseur en amont et du comportement de basculement. Si HanDS gère les serveurs, l’enregistrement doit séparer le remplacement matériel de l’état du système d’exploitation, de la propriété des applications et de la responsabilité des sauvegardes.

C’est là que le travail de support local devient une véritable variable économique. Une petite entreprise peut ne pas avoir assez d’expertise réseau et systèmes pour tout gérer seule. Les services gérés peuvent transformer des urgences capricieuses en demandes standard traitées par des personnes qui connaissent l’environnement local. Cela peut être moins coûteux que d’embaucher une équipe interne complète, surtout si la charge de travail est stable et que le processus du fournisseur est mature.

Cela peut aussi devenir coûteux ou risqué si chaque changement nécessite une coordination sur mesure, si les responsabilités ne sont pas claires, ou si le client sous-documente la couche applicative.

Le langage de support personnalisé de HanDS s’inscrit dans le récit des services gérés. Le contact direct, la transparence et la coopération étroite sont précieux lorsqu’un fournisseur gère une infrastructure proche de la charge de travail du client. Mais plus le fournisseur s’approche de la configuration et des dépendances applicatives, plus l’acceptation écrite devient importante. Une communication amicale ne remplace pas un journal des modifications. Un ingénieur connu ne remplace pas la preuve d’approbation.

Une règle de pare-feu géré qui résout un problème peut en créer un autre si personne ne peut reconstituer ultérieurement pourquoi elle a changé.

La comparaison commerciale n’est donc pas simplement HanDS contre le cloud. Les fournisseurs de cloud offrent des primitives gérées, des plans de contrôle en libre-service et de vastes écosystèmes, mais les clients paient souvent en complexité, en coûts de sortie, en dépendance fournisseur et en abstraction. HanDS peut offrir la localisation, le contrôle physique et le support direct, avec des couches gérées optionnelles. Cela peut être convaincant lorsque l’acheteur valorise la présence à Hambourg et des opérations adaptées.

Cela est moins pertinent lorsque l’acheteur a besoin avant tout d’une échelle mondiale élastique, de services de plateforme gérés ou d’un provisionnement automatisé. Le client doit choisir en fonction du modèle opérationnel, et non de la mode.

Les preuves réseau sont réelles, mais les preuves client sont plus minces

La trace réseau publique de HanDS est plus étendue que la trace client publique. AS201709 apparaît dans PeeringDB, les données publiques liées à RIPE, BGP.Tools, Hurricane Electric et d’autres bases de données de routage. PeeringDB répertorie le réseau comme HanDS Hanse centres de données Services, également connu sous le nom de HanDS, avec AS201709, AS-HANDS, une portée géographique régionale, des ratios de trafic équilibrés et des niveaux de trafic compris entre 1 et 5 Gbps. BGP.Tools rapporte un réseau actif avec des préfixes publics, des fournisseurs en amont et des pairs.

Hurricane Electric indique l’Allemagne comme pays d’origine, des préfixes IPv4 et IPv6 annoncés, des pairs observés et des enregistrements de points d’échange Internet. Les pages publiques d’échange montrent HanDS à DE-CIX Hamburg.

C’est une preuve utile car elle montre que HanDS n’est pas simplement une brochure autour d’une salle de serveurs. Il exploite ou est publiquement associé à un système autonome, à un espace d’adressage public et à des relations d’interconnexion. Le langage de connectivité de la page de service officielle est étayé par des enregistrements réseau externes, même si l’image actuelle exacte des fournisseurs en amont et du peering peut varier selon la source et l’horodatage. Pour un acheteur d’infrastructure, cela diffère sensiblement d’un fournisseur sans empreinte réseau visible.

Les preuves client sont beaucoup plus minces. La recherche publique n’a pas capturé de clients nommés de HanDS, d’études de cas publiques, de rapports d’incidents publics, de grilles tarifaires publiées, de chiffres de désabonnement des clients, de données de satisfaction client, de temps moyens d’installation, de performances des interventions à distance, de taux d’utilisation ou d’audits indépendants spécifiques aux opérations d’installation de HanDS. Cette absence ne doit pas être considérée comme une preuve de faiblesse. De nombreux fournisseurs d’infrastructure régionaux ne publient pas ces détails.

Mais cela signifie que l’article ne peut pas revendiquer une part de marché, une qualité de clientèle, une supériorité opérationnelle ou des performances sans incident.

Le signal du marché provient plutôt de Hambourg lui-même. Les sources de contexte publiques montrent Wendenstrasse et le cluster de centres de données environnant de Hambourg comme une zone à forte densité réseau. n@work décrit son centre de données de Wendenstrasse comme l’emplacement principal de DE-CIX à Hambourg et met en avant la connectivité aux opérateurs nationaux et internationaux, la fibre redondante, l’accès biométrique, les interventions à distance et les connexions vers d’autres installations de Hambourg.

centres de données Map et d’autres annuaires de centres de données montrent des installations à proximité et des possibilités d’interconnexion autour de Wendenstrasse et de Wendenstrasse 408. Les enregistrements DE-CIX et d’échange BGP montrent de nombreux réseaux actifs à Hambourg.

HanDS ne doit pas être crédité de toutes les capacités de chaque installation voisine. Cela brouillerait la frontière avec n@work, GlobalConnect, IPHH, Portus, euNetworks, DE-CIX, Lumen, NTT et d’autres acteurs de l’infrastructure à Hambourg. L’inférence équitable est plus étroite: HanDS opère dans, et s’identifie publiquement à, un environnement hambourgeois où la colocation et l’interconnexion locales ont un sens. Ses propres pages publiques situent l’entreprise et la proposition de service à Hambourg. Les enregistrements réseau publics lient AS201709 aux contextes d’échange allemands et hambourgeois.

Le contexte de marché environnant explique pourquoi un opérateur de colocation hambourgeois peut compter.

Ce contexte crée également des substituts. Un acheteur hambourgeois peut envisager d’autres centres de données locaux, des installations d’opérateurs, des installations nationales allemandes, des régions de cloud public, des fournisseurs d’hébergement géré, des salles de serveurs de bureau, des sites appartenant au client et des conceptions hybrides. HanDS ne l’emporte que si sa combinaison de support local, de service d’installation, d’état du réseau, d’options de services gérés et de relation client réduit suffisamment les risques et la charge de travail pour la charge spécifique.

La présence d’un marché local dense en réseau n’est pas un avantage automatique. C’est un champ opérationnel contestable.

Pour une PME, la comparaison la plus pertinente est peut-être une salle de serveurs de bureau. HanDS peut de manière plausible réduire les risques liés à l’alimentation, au refroidissement, à l’accès, à la protection incendie, au support à distance et à la connectivité opérateur. Pour un opérateur d’hébergement ou un intégrateur de systèmes, la comparaison pertinente peut être un autre site de colocation ou d’interconnexion à Hambourg.

Les facteurs décisifs deviennent alors la discipline d’installation, le choix de l’opérateur, la qualité des tickets, la compétence des interventions à distance, le prix, la disponibilité de l’alimentation et la flexibilité commerciale. Pour une entreprise qui envisage une migration vers le cloud, la comparaison est plus stratégique: conserver le matériel en propriété à Hambourg, migrer vers le cloud, ou répartir la charge de travail. HanDS est le plus fort là où le contrôle physique reste une vertu plutôt qu’un fardeau.

Les modes de défaillance sont ordinaires, et c’est pourquoi ils comptent

Les modes de défaillance les plus importants pour HanDS sont les défaillances ordinaires de la colocation: erreur de contrôle d’accès, retard d’interconnexion, incident d’alimentation, problème de refroidissement, retard de remplacement de matériel, angle mort de surveillance, ambiguïté de responsabilité client, panne opérateur et défaut de communication de maintenance. Aucun de ces éléments n’allègue que de telles défaillances se soient produites. Ce sont les risques pratiques qu’un client devrait tester avant de considérer un enregistrement de baie hambourgeois comme fiable.

Une erreur de contrôle d’accès peut jouer dans les deux sens. La mauvaise personne peut être admise, ou la bonne personne peut être bloquée pendant une fenêtre critique. Les deux sont des défaillances opérationnelles. Une installation contrôlée doit savoir qui est autorisé, ce qu’ils peuvent faire et comment l’événement d’accès se rapporte à l’ordre de travail.

L’accent public de HanDS sur le contrôle d’accès à plusieurs niveaux et l’accès 24/7 fournit une base pour poser des questions précises: comment les listes d’accès sont-elles maintenues, comment les approbations d’urgence sont-elles gérées, quelles preuves sont retournées au client, et avec quelle rapidité l’accès peut-il être révoqué?

Une défaillance d’interconnexion ou de retard réseau est souvent partagée entre les parties. Le client peut avoir une demande incomplète. La partie distante peut ne pas approuver. Un opérateur peut manquer une date. Un brassage peut être incorrect. Le routeur client peut être mal configuré. HanDS peut devoir coordonner le travail côté installation, le service réseau et la communication de support. La valeur du fournisseur ne réside pas dans le fait que chaque retard disparaisse. Elle réside dans le fait que la raison du retard devienne visible assez rapidement pour que le responsable suivant puisse agir.

Un incident d’alimentation teste à la fois l’ingénierie de l’installation et la conception du client. La page publique de HanDS décrit des alimentations redondantes A et B, des unités d’alimentation redondantes, des concepts de batteries et des générateurs. Le client doit encore concevoir correctement des équipements doublement alimentés, répartir la charge correctement et savoir quelles alarmes il reçoit. Si un appareil mono-cordon tombe en panne pendant un problème d’alimentation, la conception de l’installation peut ne pas en être la cause première.

Si un événement côté installation affecte les deux alimentations, le client a besoin de preuves d’incident et de communication de rétablissement. L’enregistrement accepté doit permettre aux deux parties de distinguer ces cas.

Un problème de refroidissement peut être tout aussi ambigu. L’installation peut avoir une capacité de refroidissement et un concept d’allée froide, mais le client peut installer l’équipement d’une manière qui perturbe le flux d’air. Un processus de support doit être en mesure d’observer et de signaler les conditions locales avant que le problème ne se transforme en un comportement applicatif mystérieux. Les systèmes d’incendie et environnementaux sont encore plus sensibles car ils impliquent la sécurité, les systèmes du bâtiment et la continuité d’activité.

Les déclarations publiques sont utiles, mais les clients ont besoin de procédures et de preuves.

Le retard de remplacement matériel est un problème classique de limite des interventions à distance. Un client peut supposer que le fournisseur peut remplacer n’importe quoi rapidement. Le fournisseur peut être en mesure d’accéder à la baie mais ne pas disposer de la bonne pièce de rechange, des instructions du fournisseur, de l’autorisation ou du contexte applicatif. Le service de serveur géré de HanDS indique qu’il peut prendre en charge la gestion des problèmes matériels et peut vendre des serveurs directement, mais un client spécifique a encore besoin d’un plan de pièces de rechange. Qui détient les disques?

Qui gère les retours sous garantie? Qui approuve le remplacement? Qu’advient-il des supports contenant des données? L’enregistrement doit répondre à ces questions avant l’incident.

Les angles morts de surveillance surviennent parce que la surveillance de l’installation et la surveillance applicative sont des choses différentes. HanDS indique que son système de surveillance garde le matériel client sous vue et signale les anomalies. C’est utile, mais le langage public ne définit pas quels signaux sont surveillés pour quel niveau de service. Une installation peut surveiller l’alimentation, la température, l’état des liaisons ou la joignabilité des équipements sans voir la dégradation au niveau applicatif. Un client peut voir des symptômes applicatifs sans voir la cause physique.

L’enregistrement accepté devrait aligner ce que HanDS surveille avec ce que le client surveille et qui répond en premier.

L’ambiguïté de responsabilité du client est le mode de défaillance qui relie tous les autres. Si une règle de pare-feu est incorrecte, s’agit-il d’un problème de pare-feu géré par HanDS ou d’un changement du client? Si un routeur perd des sessions, qui possède le matériel, la configuration, le fournisseur en amont et l’escalade? Si un serveur tombe en panne, qui possède la pièce de rechange, le système d’exploitation, la sauvegarde et la restauration? Si un opérateur est en panne, qui ouvre le ticket et qui peut parler pour le circuit? La réponse n’est pas toujours HanDS et pas toujours le client. Cela dépend du périmètre de service.

Une relation de colocation mature rend la réponse visible avant la panne.

Un défaut de communication de maintenance est moins dramatique qu’une panne, mais souvent tout aussi coûteux. Les centres de données nécessitent de la maintenance. Les réseaux nécessitent de la maintenance. Les opérateurs nécessitent de la maintenance. Le client a besoin d’une notification suffisamment spécifique pour évaluer son exposition. Un message générique peut ne pas indiquer à l’équipe applicative si son équipement mono-hébergé, sa paire de routeurs redondants, son circuit opérateur, sa PDU ou sa visite client est affecté.

Le modèle de support direct de HanDS devrait rendre la communication de maintenance plus facile s’il est utilisé avec des enregistrements disciplinés.

L’économie unitaire dépend de la supervision évitée

Le cas économique de HanDS ne se résume pas au prix de la baie. C’est le coût de la supervision évitée. Un client paie pour la colocation parce qu’il souhaite un meilleur environnement opérationnel que ce qu’il peut raisonnablement construire ou doter en personnel lui-même. Le client peut éviter des dépenses d’investissement sur l’alimentation, le refroidissement, le contrôle d’accès, les systèmes d’incendie et la conception de la salle opérateur. Il peut éviter les déplacements pour les tâches physiques de routine. Il peut éviter d’embaucher du personnel d’installation spécialisé.

Il peut gagner un partenaire de support local et des options réseau qu’il serait difficile de reproduire dans un bureau.

Ces avantages ne sont réels que si le service réduit le temps d’ingénierie passé à traquer les incertitudes. Une baie bon marché devient coûteuse si chaque changement oblige des ingénieurs seniors à rapprocher des schémas obsolètes, des notes de support ambiguës, des approbations d’accès floues et des tickets opérateur non résolus. Un service haut de gamme devient économique s’il évite les pannes, raccourcit les incidents physiques, rend les migrations prévisibles et permet à des équipes plus petites d’exploiter l’infrastructure sans déplacements constants.

La combinaison de services publics de HanDS pointe vers cette valeur. L’espace en baie peut aller d’unités de hauteur individuelles à plusieurs rangées de baies, de sorte que l’acheteur n’a pas à tout construire en une fois. L’alimentation, le refroidissement et les contrôles d’accès fournissent une base d’installation professionnelle. La connectivité, depuis des lignes simples jusqu’à des connexions redondantes de 10 Gbit/s, offre un chemin de croissance. Les interventions à distance peuvent réduire les déplacements. L’aide à la migration peut aider à déplacer le matériel depuis d’anciens environnements.

Les services gérés peuvent réduire la charge du pare-feu, de la commutation, du routage, de l’équilibrage de charge et des opérations de serveur.

Les coûts demeurent. Le client paie des frais de colocation récurrents, des frais de connectivité, des frais de support ou de services gérés, les coûts d’équipement, les pièces de rechange, les licences logicielles, la surveillance, la sauvegarde, la revue de sécurité et son propre travail de gestion des changements. S’il utilise le cloud public comme substitut, il peut éviter les tâches matérielles et d’installation mais paie pour les services gérés, la sortie, la complexité architecturale et la dépendance au fournisseur.

S’il reste dans une salle de bureau, il peut éviter une facture de colocation mais absorbe des risques cachés en matière d’alimentation, de refroidissement, d’accès et d’interruption du personnel. S’il construit sa propre installation, il gagne en contrôle mais accepte une intensité capitalistique et des opérations spécialisées.

Pour une PME allemande, la question clé est de savoir si HanDS transforme l’infrastructure en une relation de support gérable sans enfermer l’entreprise dans une dépendance opaque. Pour un opérateur d’hébergement, la question clé est de savoir si les enregistrements d’accès, d’alimentation, de réseau et de support de HanDS à Hambourg sont suffisamment bons pour protéger les propres promesses de l’opérateur envers ses clients. Pour un intégrateur de systèmes, la question est de savoir si HanDS peut exécuter des tâches physiques et réseau de manière prévisible tandis que l’intégrateur possède la relation client et la conception.

Pour une entreprise orientée cloud, la question est de savoir si conserver du matériel local à Hambourg justifie la surface opérationnelle supplémentaire.

L’impact sur la charge de travail est souvent sous-estimé. La colocation réduit une partie du travail physique mais augmente le travail de coordination. Quelqu’un doit spécifier la demande. Quelqu’un doit approuver l’accès. Quelqu’un doit suivre l’inventaire. Quelqu’un doit rapprocher les preuves des interventions à distance. Quelqu’un doit examiner les limites de responsabilité des opérateurs ou des fournisseurs en amont. Quelqu’un doit maintenir la cohérence de l’architecture. HanDS peut absorber une partie de ce travail si le client achète des services gérés. Il ne peut pas absorber le travail qui n’a pas été attribué.

C’est pourquoi l’enregistrement accepté doit être traité comme un actif économique. Un enregistrement propre raccourcit le diagnostic, réduit les déplacements, limite les litiges, améliore l’auditabilité et rend les changements futurs moins coûteux. Un enregistrement sale transfère le coût au client. L’acheteur devrait donc interroger HanDS non seulement sur les prix, mais aussi sur les preuves de clôture, la documentation, le périmètre de surveillance, l’escalade du support, l’administration des accès, les procédures d’interventions à distance, la coordination avec les opérateurs et la communication de maintenance.

Ces détails déterminent le coût total du déploiement à Hambourg.

Ce qu’un client devrait exiger avant d’accepter l’état

Un client sérieux peut respecter la proposition publique de HanDS tout en posant des questions difficiles. Le premier ensemble de questions concerne l’identité et le périmètre. Le client doit confirmer l’entité contractante, l’adresse du service, l’installation spécifique, l’espace en baie acheté, l’engagement de puissance, le service réseau, le niveau de support et le périmètre des services gérés.

HanDS Hanse centres de données Services, les opérateurs en amont, les points d’échange Internet, les opérateurs d’installations voisines à Hambourg, les propriétaires, les fournisseurs du client et les fournisseurs de cloud sont des acteurs distincts. Leurs responsabilités ne doivent pas être fusionnées.

Le deuxième ensemble concerne l’accès. Le client doit demander comment les utilisateurs autorisés sont ajoutés et supprimés, comment fonctionne l’accès 24/7, quelle preuve d’identité est requise, comment l’accès d’urgence est approuvé, si les visiteurs sont escortés, comment les verrous de baie sont gérés, comment les journaux d’accès sont conservés et quelles preuves le client reçoit. Si le client fait appel à des fournisseurs, il doit définir à l’avance les règles d’accès des fournisseurs. S’il utilise les interventions à distance, il doit définir quelles actions physiques peuvent être effectuées sans supervision en direct.

Le troisième ensemble concerne l’alimentation et l’environnement. Le client doit confirmer la conception des alimentations A et B, la puissance disponible, le comptage, l’étendue des PDU commandables à distance, les alertes, les avis de maintenance, les hypothèses sur les générateurs et les UPS, les limites de refroidissement, les pratiques de chargement des baies et ce qui se passe si l’état observé de l’équipement diffère des enregistrements du client.

La déclaration de la page publique sur le fonctionnement du générateur pendant 48 heures et le langage sur les alimentations redondantes sont des points de départ utiles pour l’approvisionnement, pas des substituts à une acceptation spécifique au déploiement.

Le quatrième ensemble concerne le transfert réseau. Le client doit exiger un enregistrement des ports, des médias, des opérateurs, des interconnexions, de l’adressage IP, de la responsabilité BGP, des filtres de route, de la surveillance, de la conception du basculement et des chemins d’escalade. Si HanDS fournit un routage ou une commutation gérés, le client doit définir qui approuve les changements et qui possède la sauvegarde de configuration. Si le client apporte son propre opérateur ou demande une connectivité opérateur supplémentaire, il doit consigner où s’arrête le rôle d’installation de HanDS et où commence le rôle de l’opérateur.

Le cinquième ensemble concerne les interventions à distance et les services gérés. Les demandes doivent utiliser un format stable: site, baie, équipement, port, câble, alimentation, action, autorisation, limite de risque, retour en arrière et preuve. Les services gérés doivent avoir un enregistrement de changement et un processus d’acceptation distincts. Un changement de politique de pare-feu, un ajustement de routage ou une modification de l’équilibreur de charge n’équivaut pas à une inspection visuelle. Cela modifie la responsabilité opérationnelle et doit laisser un type de preuve différent.

Le sixième ensemble concerne la revue d’incident. Après un incident ou un changement important, le client doit rapprocher l’enregistrement de HanDS avec son propre inventaire, sa surveillance, ses schémas, ses tickets opérateur et l’état de l’application. Ce travail est répétitif et fastidieux. C’est aussi le travail qui rend le prochain incident plus court. Si le client attend la panne pour découvrir que son enregistrement diffère de celui de l’installation, il a perdu une grande partie de la valeur qu’il a achetée.

Le dernier ensemble concerne l’incertitude. Les preuves publiques ne divulguent pas la composition réelle de la clientèle de HanDS, les prix, l’utilisation, la performance SLA, le temps moyen des interventions à distance, l’historique des incidents, le taux d’achèvement des interconnexions ou la qualité de la communication de maintenance. Un client qui dépend de ces valeurs devrait les auditer localement via des contrats, des références, des échantillons de tickets, des visites d’installation et des tests opérationnels. L’absence de preuves publiques ne rend pas le service faible. Elle rend la diligence raisonnable privée nécessaire.

Le verdict pratique

HanDS Hanse centres de données Services se comprend le mieux comme un fournisseur local de colocation et de support d’infrastructure à Hambourg, dont la valeur dépend de la qualité des enregistrements acceptés. Ses preuves publiques soutiennent une surface de service réelle: hébergement et colocation à Hambourg, espace en baie allant de petites unités à des rangées de baies, alimentation redondante, concepts de refroidissement, contrôles d’accès, connectivité opérateur, interventions à distance, support 24 heures sur 24, accès 24/7 à l’installation, surveillance et services gérés optionnels.

Les enregistrements réseau publics ajoutent la preuve que HanDS exploite une empreinte de système autonome avec une interconnexion allemande visible.

Les preuves ne soutiennent pas des revendications exagérées. Elles ne montrent pas que HanDS possède la meilleure installation de Hambourg, qu’il surpasse les opérateurs de centres de données nationaux, qu’il est exempt d’incidents, qu’il a des clients nommés d’un type particulier, ou que son service d’interventions à distance respecte un indicateur de réponse spécifique. Elles ne prouvent pas chaque interconnexion privée, alimentation électrique, ticket de support ou résultat de service géré. Ceux-ci nécessiteraient un audit local.

L’évaluation équitable est plus étroite et plus utile. HanDS peut réduire le risque opérationnel pour les acheteurs qui ont besoin d’une infrastructure physique dans la région de Hambourg, d’un support local, d’une localisation allemande et d’une passerelle gérable entre l’équipement appartenant au client et les opérations professionnelles de centre de données. Il peut être une meilleure solution qu’une salle de serveurs de bureau lorsque l’alimentation, le refroidissement, l’accès, la protection incendie, la dépendance réseau et les interruptions du personnel sont devenus trop coûteux.

Il peut être une meilleure solution que le cloud pur lorsque le client a besoin de matériel en propriété, d’un contrôle physique local, de transferts réseau spécifiques ou d’une relation de service géré sur mesure. Il peut être une moins bonne solution lorsque l’acheteur a réellement besoin de services cloud élastiques, d’une abstraction de plateforme mondiale ou d’une pile applicative entièrement externalisée.

L’objet décisif est le registre de colocation accepté de Hambourg. Si la vérité de l’accès, l’état de l’alimentation, l’état du réseau, les preuves des interventions à distance et les limites de responsabilité du client sont clairement consignés, le modèle local de HanDS a une valeur pratique. Si ces enregistrements sont informels, obsolètes ou ambigus, le client paiera pour l’incertitude par la supervision, les déplacements, le dépannage et le risque. La salle compte. L’enregistrement détermine si l’on peut faire confiance à la salle.