Résumé
- HOSTING RED SAS dispose d’une piste d’identité publique plus claire que la plupart des petites infrastructures: sa politique de confidentialité donne le nom légal, le NIT 830.092.494-1, le domicile à Bogotá et l’email administratif, tandis que LACNIC RDAP identifie l’entreprise comme titulaire du réseau IPv4 actif 45.169.253.0/24.
- Les preuves réseau sont plus limitées qu’une revendication de marque. Le bloc 45.169.253.0/24 est enregistré auprès de HOSTING RED SAS, mais les vues BGP publiques le montrent annoncé par AS13489, un système autonome d’UNE EPM Telecomunicaciones, et l’enregistrement RDAP LACNIC pour AS13489 désigne UNE EPM comme titulaire plutôt que Hosting Red.
- Les pages de Hosting Red décrivent une offre de cloud, VPS, cloud privé, VMware, surveillance, reprise après sinistre et support certifié pour les charges de travail critiques. La question d’approvisionnement la plus forte n’est pas de savoir si ces mots apparaissent, mais quelles garanties s’appliquent à la commande exacte, au niveau de service, à la localisation des données, au plan de sauvegarde et au chemin d’escalade.
- Les politiques de service placent une responsabilité majeure sur le client en matière de sécurité, sauvegardes, administration serveur, divulgation des risques et planification de la continuité. Pour les charges de travail sérieuses, Hosting Red est mieux évalué par des runbooks documentés, des tests de restauration, l’autorité du support et les preuves de routage plutôt que par la seule étiquette « critique ».
Le point de départ utile est l’identité, pas le branding
Hosting Red est facile à confondre avec une simple marque d’hébergement car le nom est descriptif et le site public utilise un langage cloud familier. Le point de départ le plus utile est la trace légale et de ressources.La politique de confidentialité de Hosting Redidentifie la société responsable comme HOSTING RED SAS, donne le NIT 830.092.494-1, liste une adresse à Bogotá au Carrera 47A #95-56, bureau 306, La Castellana, et fournit[email protected]comme contact pour les données personnelles. La même adresse et le numéro de téléphone colombien apparaissent dans le pied de page de contact public de la société sur sa page de politique et son ancien site colombien.
Cette trace d’identité est importante car la promesse de Hosting Red envers les clients n’est pas une simple revendication publicitaire à faible enjeu. L’entreprise se positionne autour d’infrastructures et de plateformes pour les clients ayant besoin de sécurité, confidentialité, intimité, support certifié et continuité critique. Sur sapage à propos, Hosting Red dit fournir des services de datacentre virtuel, VPS, clouds privés et hébergement cloud pour les besoins de haute disponibilité et de continuité des activités. Elle indique que la société a évolué à partir d’une ancienne activité d’hébergement de masse appelée Coldatec, a commencé à opérer sous le nom Hosting Red en 2001 et a fourni des services à plus de 700 clients dans les secteurs privé, IT et gouvernemental.
Ce sont des affirmations du vendeur, pas un audit indépendant. Mais elles définissent l’offre que les acheteurs doivent tester. Une équipe d’approvisionnement n’achète pas seulement un domaine, un plan d’hébergement partagé ou une machine virtuelle. On lui demande de croire qu’un fournisseur colombien peut aider à exécuter des charges de travail importantes en matière de calcul, stockage, réseau, support, reprise et conformité. C’est exactement là où les preuves doivent devenir plus précises.
La surface de service est cloud, VPS, VMware et support
Les pages de service public de Hosting Red font une affirmation cohérente: l’entreprise ne vend pas seulement de l’espace web de base, mais une surface d’infrastructure gérée pour les charges de travail professionnelles. Lesite colombien principalliste Cloud centres de données - HA, cloud VPS élastique et VMware vSphere pour applications critiques. La même page décrit la haute disponibilité, l’équilibrage de charge, la sécurité, le support certifié, les services en cluster, le stockage SSD tout-flash, une revendication réseau 10 Gb, la capacité de reprise après sinistre et la surveillance en temps réel du CPU, RAM, disque et réseau.
Lapage VPSaffine le discours. Elle présente un service VPS colombien pour Windows et Linux, nomme les clusters haute disponibilité, la reprise après sinistre, la vitesse gigabit publique, le routage à faible latence et VMware vSphere Enterprise. Elle décrit également la migration automatique en direct lors de la détection d’une panne physique, un objectif de point de récupération ajustable sur 30 jours et la disponibilité géographique des données en Colombie, aux États-Unis et au Canada, avec des chiffres de latence affichés pour ces emplacements.
Pour un acheteur, cela est à la fois prometteur et exigeant. La page suggère plus d’ingénierie opérationnelle qu’un simple revendeur de serveurs virtuels. Mais elle crée également des questions qui ne peuvent être réglées par des étiquettes de produit. Le client reçoit-il un système d’exploitation géré ou seulement une infrastructure virtuelle? Les règles de pare-feu, le patching, l’administration de base de données, la réponse aux alertes, la récupération d’applications et la conservation des preuves sont-ils inclus? Le langage VMware HA s’applique-t-il à chaque plan VPS ou seulement à une commande particulière?
La revendication de localisation Colombie, États-Unis et Canada est-elle une conception de service sélectionnable, une option de reprise après sinistre ou une déclaration générale de plateforme?
Le matériel « talents et certifications » du site ajoute un autre signal utile mais limité.Hosting Red ditêtre un partenaire professionnel VMware et un fournisseur de services Microsoft, et qu’il supporte ces produits directement pour les clients. Cela aide à expliquer le cadre centré sur VMware et Microsoft. Cela ne supprime pas la nécessité de vérifier quel personnel, file d’attente et niveau de service couvrent un incident spécifique.
L’indice réseau est réel, mais ce n’est pas une histoire d’AS autonome
Le plus fort indice technique dans les preuves figées n’est pas un grand système autonome. C’est une petite ressource IPv4 spécifique.LACNIC RDAP pour 45.169.253.0/24liste le réseau comme actif, alloué le 13 février 2019, avec HOSTING RED SAS comme titulaire. Le même enregistrement donne l’adresse de Bogotá, le numéro de téléphone de l’entreprise et un contact administratif, technique et d’abus utilisant une adresse email hostingred.com. Il montre également une délégation inverse vers des serveurs de noms sous hostingred.info.
Cet enregistrement est important car il lie Hosting Red à une ressource de numéro Internet public. Ce n’est pas simplement une page disant « cloud » ou un annuaire répétant un nom d’entreprise. C’est une preuve de registre que Hosting Red est attaché à un bloc IPv4 /24, le type de ressource qui peut héberger des services, des applications client, des endpoints de messagerie, des surfaces de gestion ou des fonctions de plateforme internes.
La vue de routage est plus prudente.La page BGP d’Hurricane Electric pour 45.169.253.0/24montre le préfixe annoncé par AS13489, avec le titulaire d’origine affiché comme UNE EPM TELECOMUNICACIONES S.A. et le titulaire du préfixe comme HOSTING RED SAS. Elle marque également la validité IRR et RPKI sur cette vue.bgp.tools pour AS13489inclut également 45.169.253.0/24 avec la description HOSTING RED SAS parmi les préfixes originaires d’AS13489. Dans LACNIC RDAP,AS13489est enregistré auprès d’UNE EPM TELECOMUNICACIONES S.A., avec un enregistrement datant de 1999 et un horodatage de dernière modification en 2024.
La lecture la plus prudente est que Hosting Red a un préfixe alloué visible, tandis que les preuves BGP publiques dans ce passage n’ont pas vérifié un système autonome Hosting Red. La route semble reposer sous l’AS d’un plus grand opérateur colombien. Cela peut être tout à fait normal pour une entreprise d’infrastructure régionale. Cela peut refléter le routage en amont, la connectivité gérée ou une relation de service. Mais cela change la question d’assurance. Les acheteurs ne doivent pas déduire que Hosting Red contrôle toute indépendance de routage simplement parce qu’il dispose d’un bloc réseau.
Ils doivent demander qui origine les routes, quelle diversité en amont existe, qui peut modifier les filtres ou les objets de route lors d’un incident, et si les crédits de service ou les droits d’escalade dépendent d’un opérateur tiers.
Le contrat fait du client une partie du système de contrôle
Les politiques publiques de Hosting Red sont inhabituellement utiles car elles expliquent où la responsabilité passe du fournisseur au client. Lapage de politique de servicedit que tous les services sont payés à l’avance, que les cycles de facturation des serveurs, VPS et cloud sont définis par le bon de commande et le service desk, et que les prix peuvent être ajustés annuellement avec l’inflation tandis que les services facturés en dollars sont convertis au taux de change colombien à la date de commande ou de facturation. C’est un détail commercial, mais il importe pour la gouvernance du cloud car la prévisibilité des coûts fait partie du contrôle opérationnel.
Les clauses techniques sont plus importantes. Hosting Red dit qu’il surveille les performances réseau du datacentre, les performances réseau interne du client et les hyperviseurs internes, et fournit un DNS redondant sans coût supplémentaire lorsqu’un client dispose d’une infrastructure chez Hosting Red. Il dit également que le client doit suivre le processus du service desk, maintenir les contacts techniques à jour, signaler les utilisations non autorisées du compte, divulguer les composants de risque et la criticité opérationnelle le cas échéant, et respecter les politiques de service liées à chaque commande.
La politique ne permet pas aux clients de traiter le fournisseur comme un département d’exploitation général. Pour les serveurs dédiés, elle dit que l’espace loué, l’administration, l’installation de programmes, la mise en œuvre et la maintenance du client sont directement gérés par le client. Elle dit que le client est responsable de la sécurité du serveur et des correctifs de sécurité sauf si des services d’administration supplémentaires ont été contractés, et que Hosting Red n’appliquera pas de correctif sans un ticket et une fenêtre de maintenance convenue mutuellement.
Elle restreint également les tests de pénétration contre l’infrastructure de Hosting Red, tout en permettant les tests sur les propres serveurs virtuels du client seulement après que le client a donné des détails techniques sur les IP publiques concernées, les noms de domaine complets et la méthodologie.
Ce n’est pas intrinsèquement négatif. Dans les contrats d’infrastructure, la clarté sur les responsabilités est précieuse. Mais cela signifie que les acheteurs doivent cartographier leur modèle opérationnel réel. S’ils ont besoin de correctifs, de validation des sauvegardes, de gestion du pare-feu, de réglage de base de données, de réponse aux incidents ou de support de test de sécurité, ces attentes doivent être explicites dans la commande et visibles dans le service desk. Sinon, le client peut avoir acheté une infrastructure tout en supposant des opérations gérées.
Le langage de disponibilité est limité par des clauses Internet et de responsabilité
La politique publique de Hosting Red dit qu’il fait de son mieux pour maintenir les serveurs largement disponibles avec le moins d’interruptions, en attendant 99,9 % de disponibilité pour que le service puisse fonctionner 24 heures sur 24, sept jours sur sept, sauf incidents hors du contrôle de Hosting Red et sous réserve du bon de commande. Elle définit ensuite le chemin de crédit plus étroitement: si une panne inattendue et démontrée se poursuit pendant 24 heures après notification du client, le client peut recevoir un remboursement proportionnel pour les heures d’indisponibilité.
La même politique dit que Hosting Red n’est pas responsable des dommages au client ou à des tiers résultant de l’absence ou du dysfonctionnement du service, et plafonne les dommages directs ou immédiats à 30 % de la période facturée en cours.
C’est le type de clause qui sépare la disponibilité marketing de l’assurance recouvrable. Un pourcentage de disponibilité public peut être utile, mais la valeur opérationnelle dépend des preuves: comment la disponibilité est mesurée, qui déclare l’incident, quand le compteur démarre, quelles exclusions s’appliquent, si la congestion en amont compte, et si le recours est significatif pour la charge de travail. Un site de revenus, une base de données réglementée ou une dépendance SaaS ne peut pas utiliser un crédit de service limité comme seul plan de continuité.
Le libellé réseau renforce ce point. La politique de Hosting Red dit que son réseau IP se connecte à d’autres réseaux IP colombiens et mondiaux, que la capacité de trafic varie selon les liens disponibles, et que Hosting Red n’est pas responsable des interruptions provenant d’autres réseaux. C’est une déclaration réaliste sur Internet. C’est aussi un signal d’approvisionnement.
Si une application a besoin d’une atteignabilité prévisible, l’acheteur doit demander la diversité des routes, les dépendances en amont, les communications de maintenance, les preuves de surveillance et un plan de basculement qui a été testé depuis l’extérieur de l’environnement Hosting Red.
Les sauvegardes et la localisation des données nécessitent une précision documentaire
La surface de risque la plus importante est la responsabilité des sauvegardes. L’ancienne politique colombienne de Hosting Red dit que les sauvegardes et la reprise après sinistre ne protègent les données du client que dans des scénarios spécifiés, doivent être contractées et explicites dans le bon de commande, et ne dispensent pas le client de maintenir ses propres sauvegardes et contrôles. Elle dit que le client reste responsable de la sauvegarde des emails, sites web, bases de données et machines virtuelles avant de modifier les données et lors de la sortie du service.
Elle dit également que Hosting Red n’est pas tenu de créer, récupérer ou conserver des sauvegardes après la période de rétention définie, et ne peut garantir qu’une sauvegarde contient exactement les données dont le client a besoin à un moment précis.
La politique plus récente est encore plus précise sur le plan opérationnel. Elle conseille aux clients de posséder une stratégie de sauvegarde à trois copies, avec une copie primaire en possession du client, une seconde près de la production et une troisième dans un datacentre alternatif. Elle dit que la rétention dépend du plan de sauvegarde, incluant 30 jours pour un service de sauvegarde, 15 jours pour une sauvegarde à plus faible fréquence, et des copies préventives hebdomadaires.
Si le client a contracté une sauvegarde ou une reprise après sinistre et qu’un événement inattendu se produit, Hosting Red dit qu’il restaurera la copie la plus récente et appropriée si disponible, tandis que le client accepte le risque de retard, de perte de données ou d’écrasement.
Cela rend la question de contrôle concrète. Un acheteur ne devrait pas demander « est-ce que Hosting Red fait des sauvegardes? » comme un élément binaire. La meilleure question est de savoir quel produit de sauvegarde est dans la commande, où chaque copie est stockée, quels sont le RPO effectif et l’objectif de temps de récupération, si les bases de données et les boîtes aux lettres sont cohérentes avec l’application, qui peut déclencher la restauration, et si un test de restauration a été effectué.
La page VPS de Hosting Red commercialise un RPO ajustable et une reprise après sinistre; le texte de la politique dit que la responsabilité et la rétention dépendent du plan contracté. Les deux peuvent être vrais, mais seuls la commande et un test prouvent la conception fonctionnelle.
La localisation des données mérite la même discipline. Les pages de service de Hosting Red parlent d’hébergement cloud colombien, de Habeas Data et de disponibilité géographique en Colombie, aux États-Unis et au Canada. Ce sont des signaux pertinents pour les clients soucieux de la juridiction, de la latence et de la proximité du support. Ils ne constituent pas, en eux-mêmes, une garantie de résidence des données spécifique au service.
Un client ayant des exigences strictes de localisation devrait exiger une déclaration écrite de l’emplacement d’hébergement principal, de l’emplacement de sauvegarde, de l’emplacement de reprise après sinistre, de l’accès au support, des sous-traitants et de toute dépendance envers un opérateur ou une installation.
La responsabilité du support fait la différence entre une page et une opération
Les pages publiques de Hosting Red donnent plusieurs signaux de support. L’entreprise liste un numéro de téléphone à Bogotá, un numéro à Miami, un contact commercial, des liens d’inscription client, un portail de paiement, un portail de support, des tutoriels et un environnement de compte client. Elle dit aider les clients à résoudre les problèmes critiques et mentionne les capacités de support VMware, Microsoft et cPanel. Sa page à propos dit qu’elle accompagne les clients tout au long de la mise en production avec des professionnels formés pour les environnements critiques.
Ces signaux sont précieux car la main-d’œuvre de support locale est souvent la raison pour laquelle un fournisseur cloud régional gagne face à une plateforme plus grande. Une équipe à Bogotá qui comprend la langue, les heures de bureau, les factures et la pile d’applications du client peut résoudre des problèmes qu’une console en libre-service distante laisse intacts. C’est particulièrement vrai pour les petits éditeurs de logiciels, les intégrateurs, les entrepreneurs du secteur public et les entreprises qui exécutent encore des charges de travail Windows, cPanel ou VMware aux côtés de systèmes natifs du cloud.
Mais le support n’est une assurance que lorsqu’il a de l’autorité. Le service client peut-il redémarrer une VM, modifier une route, escalader vers UNE EPM, restaurer une sauvegarde, appliquer un correctif, fournir des preuves d’incident ou approuver une fenêtre de maintenance? Les contacts clients sont-ils suffisamment à jour pour un travail urgent? La personne qui répond sur WhatsApp ou une ligne téléphonique est-elle autorisée à agir sur la production? Les incidents après les heures de bureau sont-ils couverts par un plan de support spécifique?
Les preuves publiques montrent une porte d’entrée du support; la preuve opérationnelle est le chemin d’escalade derrière.
Hosting Red doit être évalué comme un fournisseur d’infrastructure régional vérifiable
La bonne conclusion n’est ni le rejet ni la confiance aveugle. Hosting Red a plus de substance publique qu’une piste de nom seul: une identité légale colombienne, un domaine de longue date, des pages de service public, du matériel politique, un bloc IPv4 enregistré auprès de LACNIC et une association visible entre ce bloc et un service Internet routé. Il a également une histoire produit qui correspond à un marché réel: des entreprises qui veulent un support colombien, une familiarité avec VMware et Microsoft, un contrôle VPS et cloud privé, et une aide pour transformer l’infrastructure en environnement de production.
La prudence est que le langage critique peut dépasser les preuves si les acheteurs ne l’ancrent pas dans un contrat. Les politiques de Hosting Red précisent que les clients conservent des devoirs majeurs pour l’administration serveur, la sécurité, les sauvegardes, la planification de la continuité, la divulgation des risques et la gouvernance des données, sauf s’ils ont explicitement acheté des services supplémentaires. Les preuves de routage montrent un préfixe enregistré par Hosting Red annoncé via l’AS d’un autre opérateur, donc les questions d’atteignabilité Internet appartiennent à la liste de contrôle de diligence.
Le langage sur la localisation des données est utile, mais doit devenir une déclaration spécifique au service avant de soutenir des revendications de conformité ou de souveraineté.
Pour un site web à faible risque ou un VPS modeste, les preuves publiques peuvent suffire à justifier une conversation commerciale.
Pour les systèmes de production, la diligence de l’acheteur doit être plus étroite et plus exigeante: confirmer HOSTING RED SAS comme entité contractante et émettrice de facture; attacher le plan de service exact et le SLA au bon de commande; documenter le RPO, la rétention des sauvegardes et la procédure de restauration; vérifier où vivent les données de production et de sauvegarde; demander qui origine et protège la route 45.169.253.0/24; tester l’escalade du support; et garder un plan de sortie en dehors du même compte.
L’empreinte publique de Hosting Red donne aux clients suffisamment de preuves pour poser des questions précises. C’est la meilleure utilisation du nom. L’assurance commence lorsque l’identité, l’enregistrement réseau, la politique de service, la file d’attente du support et le test de reprise racontent tous la même histoire.