Résumé

  • BONSAIHOST Bonsai Hosting ltd n'est pas seulement un nom commercial dans un résultat de recherche.Companies Houserépertorie BONSAI HOSTING LTD comme une société privée à responsabilité limitée active constituée le 30 mars 2021 avec le code SIC 63110, etRIPErépertorie Bonsai Hosting ltd sous le nom ORG-BHL13-RIPE, un registre Internet local GB lié au numéro de société 13303584.
  • La preuve d'exploitation publique la plus solide est la preuve réseau.La vue d'ensemble AS de RIPEstatmarque AS204928 comme annoncé, tandis que lesdonnées de préfixes annoncésmontraient trois /24 IPv4 et un /32 IPv6 visibles le 11 juillet 2026.
  • L'empreinte de service est encore peu documentée. L'aut-num RIPEmontre des importations déclarées depuis Hetzner et Global Secure Layer, maisla cohérence de routage RIPEstatmontrait également des voisins observés qui n'étaient pas dans l'objet registre. C'est normal en BGP, mais cela signifie que les données publiques ne peuvent pas prouver la diversité contractuelle.
  • Unpanneau Bonsaien direct et undocument client EnviroMCpublic lient le nom à des surfaces de contrôle de métal nu et de colocation, mais ils ne prouvent pas la propriété des baies, le personnel de support, la profondeur des pièces de rechange ou les garanties de migration client.
  • La note de preuve est Moyenne pour le réseau et Faible pour la frontière installation/support. Bonsai semble actif et routable; il n'est pas encore assez transparent pour qu'un client se fie au langage marketing sans tester les chemins de restauration, le basculement de transit, la continuité de facturation et la portabilité des données.

L'entreprise visible est plus petite que la promesse de service

La première chose à bien comprendre à propos de BONSAIHOST Bonsai Hosting ltd est que l'entreprise n'est pas imaginaire. Lavue d'ensemble de Companies Houserépertorie BONSAI HOSTING LTD, numéro de société 13303584, comme active, constituée le 30 mars 2021, enregistrée au Unit 10, 80 Lytham Road, Fulwood, Preston, et classée sous "Traitement de données, hébergement et activités connexes." C'est la classe d'entreprise correcte pour une société vendant de l'hébergement, des machines virtuelles, de la capacité en métal nu ou une infrastructure gérée connexe.

Le même registre public limite également ce qui peut être déduit. Companies House est un service de dépôt légal, pas un audit technique. Il peut dire à un lecteur qu'une entreprise existe, que ses dirigeants ont déposé des comptes et des déclarations de confirmation, et que son activité déclarée correspond à l'hébergement.

Il ne peut pas dire à un client si un serveur physique est sous tension, si une carte réseau a une pièce de rechange sur site, si une interconnexion est diversifiée, si le support a une autorité 24h/24 pour toucher au système, ou si une exportation des données client peut être produite alors que la plateforme principale est dégradée.

Cette distinction est importante car les mots "hébergement" et "cloud" aplatissent souvent le risque physique. Un client voit un panneau de contrôle, une facture mensuelle, une adresse IP et une revendication de disponibilité. Derrière cette interface se trouvent des armoires, des routeurs, des disques, des optiques, des alimentations électriques, des contrats, des mains à distance et des personnes. Le registre public de Bonsai prouve suffisamment pour justifier un examen, mais pas assez pour externaliser le jugement.

Les dépôts d'entreprise décrivent également une base d'exploitation très petite. Lapage des dirigeantsliste Benjamin Edward Woods comme seul dirigeant, nommé à la date de constitution, et lapage des personnes avec contrôle significatifliste la même personne comme détenant au moins 75% des actions et des droits de vote et le droit de nommer ou de révoquer les administrateurs. Ce n'est pas une critique. De nombreuses petites entreprises d'hébergement commencent comme des entreprises techniques étroitement détenues. C'est cependant un signal de concentration. Si le contrôle technique, l'escalade client, le contrôle financier et l'administration du registre dépendent d'une équipe restreinte, les clients doivent tester comment le service fonctionne lorsque cette équipe dort, est indisponible, voyage ou gère plusieurs incidents.

Les dépôts renforcent la lecture à petite échelle. L'historique des dépôtsmontre des comptes de micro-entreprise pour les exercices clos le 31 mars 2024 et le 31 mars 2025, des déclarations de confirmation et des comptes complets antérieurs. Les comptes 2022 et 2023 disclosaient un chiffre d'affaires et des actifs matériels; les comptes de micro-entité ultérieurs divulguent beaucoup moins de détails opérationnels. Les comptes statutaires 2023 montraient un chiffre d'affaires de 69 098 GBP, des installations et machines corporelles avec une valeur comptable nette de 40 000 GBP, et un employé moyen. Les micro-comptes 2025 montraient à nouveau un employé moyen, des actifs courants de 23 160 GBP, des créanciers exigibles dans un an de 10 182 GBP, et des capitaux propres et réserves de 12 978 GBP. Ces chiffres ne sont pas mauvais en soi. Ce sont simplement des chiffres qui ne ressemblent pas à un grand fournisseur cloud multisite avec des réserves profondes divulguées, des dépôts approvisionnés et une séparation opérationnelle visible.

Il y a aussi des frictions dans l'historique des dépôts à traiter avec précaution. Companies House enregistre des actions de radiation obligatoire de première gazette en 2022, 2024 et 2025, avec des entrées de discontinuation ou de suspension ultérieures. Ces entrées ne doivent pas être gonflées en allégation de panne de service. Les problèmes administratifs de dépôt et les comptes en retard peuvent survenir sans impact client. Ils appartiennent néanmoins à la diligence raisonnable d'approvisionnement car la capacité à maintenir les dépôts statutaires à jour est un indicateur, parmi d'autres, de la fiabilité administrative.

Si un client dépend d'un petit fournisseur pour un hébergement de production, il est juste de demander comment la facturation, les avis, les renouvellements, la propriété du compte et les processus de contact d'urgence sont séparés de cette même base administrative mince.

AS204928 est une preuve réseau réelle, pas un audit d'installation

Le signal public le plus fort pour Bonsai est AS204928. L'objet aut-num RIPEnommeAS-BONSAIHOST, le lie à ORG-BHL13-RIPE, montre le statut ASN comme attribué, et enregistre la création le 30 mai 2022. L'objet organisation RIPEidentifie Bonsai Hosting ltd, pays GB, numéro d'enregistrement 13303584, type d'organisation LIR, et la même adresse de Preston que dans les dépôts d'entreprise. Ce sont des enregistrements d'identité de haute qualité car ils proviennent du système de registre Internet régional.

Lavue d'ensemble AS de RIPEstatajoute qu'AS204928 était annoncé au moment vérifié et étiquette le détenteur comme "AS-BONSAIHOST Bonsai Hosting ltd." Lavue actuelle des préfixes annoncésmontrait 194.153.216.0/24, 185.213.243.0/24, 128.254.184.0/24, et 2a12:e540::/32. Lavue du statut de routagerésumait cela comme trois préfixes IPv4, 768 adresses IPv4, un préfixe IPv6 représentant 65 536 /48s, et une visibilité quasi complète à travers les pairs RIPE RIS: les 325 pairs IPv4 de table complète voyaient l'ensemble de routes, et 321 des 322 pairs IPv6 de table complète voyaient l'annonce IPv6.

C'est significatif. Une société papier dormante ne maintient généralement pas un ASN visible, des enregistrements d'origine de route valides et une propagation de route globale actuelle. Les preuves BGP publiques disent qu'il y a un périphérique de bordure que d'autres réseaux peuvent voir. Cela dit que Bonsai n'est pas simplement une coquille avec un domaine stationné.

Mais un ASN n'est pas un centre de données. Ce n'est pas une liste de baies. Ce n'est pas un contrat d'électricité. Cela ne montre pas si les serveurs clients sont dans des armoires détenues, des serveurs dédiés loués, une capacité virtualisée louée auprès d'un autre fournisseur, un espace de colocation, ou un mélange de ces arrangements. Cela ne montre pas non plus le chemin de gestion.

Un client peut perdre le service à cause d'une panne d'hyperviseur, d'un problème de pool de stockage, d'une file d'attente de mains à distance, d'un verrou de facturation, d'un mauvais filtre de route, ou d'un problème de panneau de gestion alors que l'ASN lui-même reste parfaitement visible.

La bonne conclusion est donc en couches. Bonsai a des preuves crédibles de ressources numériques publiques. Il a un espace d'adressage routable qui apparaît globalement visible. Il a des RPKI valides pour les paires origine-préfixe visibles vérifiées pour cet article. Il n'a pas de preuve publique de calcul multisite, de capacité de réserve, de calendrier de maintenance déclaré, d'archive d'état d'incident, de liste d'installations, ou de configuration de support audité.

Cet écart n'est pas inhabituel pour les petits fournisseurs d'infrastructure. Il ne s'agit pas de punir la petitesse. Il s'agit de la tarifer correctement. Les petits fournisseurs peuvent être réactifs, techniquement compétents et rentables. Ils peuvent aussi fonctionner près du bord physique car chaque pièce de rechange, routeur, armoire et chemin de transit payant supplémentaire coûte de l'argent. Les clients qui bénéficient du prix inférieur doivent savoir exactement quels risques ils acceptent.

La table de routage montre à la fois continuité et concentration

L'ensemble de préfixes de Bonsai est suffisamment petit pour que chaque route compte. Trois /24 IPv4 ne sont pas triviaux, mais ils ne constituent pas non plus un vaste domaine cloud global. Un /24 est la taille de préfixe IPv4 pratique minimale que de nombreux réseaux accepteront globalement; trois d'entre eux donnent à un fournisseur de la place pour héberger des clients, séparer les utilisations, ou opérer dans plusieurs contextes en amont, mais la table publique ne révèle pas l'utilisation à l'intérieur des blocs.

Les préfixes IPv4 visibles portent également différentes histoires de registre. La recherche inverse d'organisation RIPE liait 194.153.216.0/24 à un inetnum RIPE avec netnameUK-BONSAI-20230516, pays US, et des mainteneurs Bonsai. L'objet route 185.213.243.0/24 pointe vers l'origine AS204928 mais est maintenu parnetutils-mnt, un signe que l'administration des adresses peut impliquer un autre mainteneur même lorsque Bonsai orige la route. Le préfixe 128.254.184.0/24 est visible derrière AS204928, maisARIN RDAPidentifie l'allocation parente comme Cloudmir, LLC et l'attribution client comme Photon Hosting Limited. Rien de tout cela n'invalide la visibilité actuelle de l'origine de route de Bonsai. Cela montre que l'espace d'adressage public peut être loué, délégué, réaffecté ou autrement superposé administrativement.

L'enregistrement IPv6 est également instructif. RIPE liste 2a12:e540::/32 comme alloué à l'organisation de Bonsai, tandis que le champ pays inet6num est DE. Lavue historique des préfixes annoncés de RIPEstat pour 2026montrait un passage de 2a12:e540::/48 au début de l'année au plus grand 2a12:e540::/32 vers la mi-mars 2026. C'est un signe positif pour la capacité IPv6, mais ce n'est pas la même chose qu'une preuve que les charges de travail clients, les sauvegardes, la surveillance, les pare-feux, les systèmes de support et le traitement des abus sont tous matures en IPv6.

La validation de l'origine de route est meilleure. Les vérifications RPKI de RIPEstat ont retourné un statut valide pour194.153.216.0/24,185.213.243.0/24,128.254.184.0/24, et2a12:e540::/32. Cela réduit une classe spécifique de risque de routage: les autres réseaux appliquant la validation d'origine de route sont moins susceptibles de rejeter ces préfixes parce que l'origine n'est pas autorisée.

RPKI ne protège encore qu'une partie du service. Cela dit que l'origine de la route est autorisée. Cela ne dit pas si un serveur a une alimentation redondante, si un pool de stockage est répliqué, si un amont a assez d'engagement après basculement, ou si une file d'attente de support peut répondre à 03h00. La table de routage est une carte d'accessibilité, pas une garantie de récupérabilité.

Les preuves de transit doivent être lues comme un instantané en direct

L'histoire publique du transit est mitigée, ce qui est normal pour un petit réseau et important pour les clients. L'objet aut-num RIPE déclare deux importations: depuis AS24940, Hetzner, et depuis AS137409, Global Secure Layer. Il déclare également des exportations vers ces mêmes ASN. Les importations déclarées comptent car elles montrent ce que l'opérateur a mis dans l'objet registre. Elles ne correspondent pas toujours au graphe BGP actuel.

Lavue de cohérence de routage de RIPEstatmontrait AS137409 à la fois en BGP et whois, mais AS24940 seulement en whois lors de l'instantané vérifié. Elle montrait également AS199626, AS214150 et AS15830 en BGP mais pas dans la liste d'importation/exportation whois. Lavue des voisins ASN de RIPEstatrapportait les voisins observés AS137409, AS15830, AS199626 et AS214150. PeeringDB identifie ces ASN comme Global Secure Layer, Equinix as15830, Flamegrid et Prism Cloud, respectivement, tandis que l'entrée PeeringDB de Hetzner identifie AS24940 comme Hetzner Online.

Cela ne doit pas être interprété comme une mauvaise action. Les relations BGP changent, les collecteurs de routes ne voient que ce qu'ils voient, les registres peuvent être en retard par rapport aux opérations en direct, et les étiquettes de type de voisin ne sont pas les mêmes que les contrats commerciaux. Le point utile est plus étroit: les enregistrements publics ne prouvent pas la diversité de transit par eux-mêmes. Ils montrent que Bonsai peut être vu adjacent à plus d'un réseau.

Ils ne prouvent pas que deux amonts payants capables de défaut sont disponibles dans le même site, que le trafic peut se drainer automatiquement, que le chemin restant a assez de capacité, ou que les interconnexions physiques entrent dans le bâtiment séparément.

Les clients devraient séparer quatre formes de diversité. La diversité de route logique signifie que BGP peut choisir un autre chemin. La diversité commerciale signifie que différentes contreparties sont contractées pour transporter le trafic. La diversité physique signifie que les connexions ne partagent pas le même routeur, panneau de brassage, conduit, fournisseur de fibre, dépendance de salle de rencontre ou domaine d'alimentation. La diversité opérationnelle signifie que différentes personnes et systèmes peuvent restaurer le chemin lorsqu'une méthode d'accès est en panne.

Une liste publique de voisins ASN n'aide qu'avec la première couche, et seulement partiellement.

C'est particulièrement important pour les charges de travail vendues comme capacité virtuelle ou gérée. Un client VPS peut ne jamais voir l'arrangement de transit. Un client de métal nu peut voir une vitesse de port et une allocation de bande passante mais pas la taille d'engagement ou la préférence de route. Un client de colocation peut contrôler un serveur mais dépend toujours de l'interconnexion, de l'adressage, des mains à distance, du processus d'accès et de la situation de facturation du fournisseur. Dans les trois cas, une route qui semble résiliente depuis un collecteur global peut encore échouer par un point d'étranglement local.

Le panneau de contrôle est en direct, mais ce n'est pas la baie

La surface la plus visible côté client de Bonsai n'est pas le site web principal. C'estpanel.bonsaihosting.com, qui a retourné une coquille d'application JavaScript noindex en direct lors d'une vérification en juillet 2026. Le même nom d'hôte résolvait vers 116.202.105.151, et lavue d'informations réseau de RIPEstat pour cette IPle mappait à AS24940 et 116.202.0.0/16. Lavue whois RIPE pour l'IP du panneauidentifiait 116.202.96.0/20 commeCLOUD-FSN1, pays DE, sous Hetzner Online GmbH.

Cette architecture peut être sensée. Héberger un panneau de gestion chez un autre fournisseur peut maintenir l'accès au compte actif lorsque le réseau client a des problèmes. Cela peut aussi créer une dépendance envers le cloud, DNS, TLS, session d'application, courrier et chemin de support d'un autre fournisseur. Si le panneau est nécessaire pour redémarrer un serveur, ouvrir un ticket, payer une facture, réinitialiser un mot de passe ou demander un accès de secours, alors l'emplacement d'hébergement du panneau lui-même fait partie de la conception de récupération client.

Unepage de documentation EnviroMCpublique oriente également les utilisateurs avec des services de métal nu et de colocation vershttps://panel.bonsaihosting.com, tout en dirigeant les utilisateurs de serveurs de jeu et VPS vers différents panneaux. C'est un signal opérationnel utile car il lie le panneau Bonsai aux tâches client dans les catégories métal nu et colocation. Ce n'est pas, en soi, une preuve de baies appartenant à Bonsai ou d'une relation commerciale durable entre les services nommés. C'est une instruction client publique qui devrait déclencher des questions sur les limites.

Les questions de limite sont pratiques. Si un serveur de métal nu tombe en panne, qui possède le matériel? Si le client colocalise du matériel, qui contrôle l'accès à l'installation et les mains à distance? Si le panneau est hors ligne, comment un client authentifie une demande de redémarrage d'urgence? Si le panneau est en ligne mais que le réseau de la baie est hors service, quel système déclare le défaut et quelle équipe a l'autorité de changer les routes?

Si le client veut partir, le panneau peut-il exporter des tickets, factures, allocations réseau, DNS inversé, journaux d'accès à la console et historique de configuration, ou le client doit-il reconstruire manuellement?

Les panneaux de contrôle créent une impression de contrôle direct. Dans l'hébergement, ils servent souvent d'intermédiaire. Un bouton de redémarrage peut appeler un contrôleur de gestion hors bande; une page de facturation peut verrouiller l'accès au service; un ticket de support peut déclencher un ticket d'installation; une demande de migration peut dépendre de copies de stockage, de ports libres et de temps de personnel. Si l'une de ces couches est mince, le client le découvre pendant l'incident, pas pendant l'intégration.

Les comptes montrent l'économie du matériel, pas une marge de manœuvre durable

La piste comptable est l'un des rares endroits où la base physique de Bonsai apparaît. Les comptes 2022 divulguaient un chiffre d'affaires de 51 861 GBP et des actifs fixes incluant des installations et machines corporelles. Les comptes 2023 divulguaient un chiffre d'affaires de 69 098 GBP, 40 000 GBP d'installations et machines corporelles à valeur comptable nette, un stock de 12 889 GBP, et un employé moyen. Les notes décrivaient le matériel informatique, serveur et réseau comme des actifs qui s'usent et perdent de la valeur de revente avec le temps.

Ce langage est cohérent avec un petit opérateur d'hébergement qui a acheté ou capitalisé de l'infrastructure physique.

Les comptes ultérieurs racontent une histoire plus silencieuse. Les micro-comptes 2024 montraient des actifs fixes de 20 000 GBP, des actifs courants de 7 942 GBP, des créanciers exigibles dans un an de 20 539 GBP, des passifs courants nets de 12 597 GBP, et un employé moyen. Les micro-comptes 2025 montraient des actifs courants de 23 160 GBP, des créanciers exigibles dans un an de 10 182 GBP, des actifs courants nets de 12 978 GBP, des capitaux propres et réserves de 12 978 GBP, et à nouveau un employé moyen.

Parce que les comptes de micro-entité sont intentionnellement clairsemés, ils ne montrent pas le chiffre d'affaires, la marge brute, l'inventaire matériel précis, les emplacements d'hébergement, le nombre de clients, les engagements fournisseurs ou les réserves de maintenance.

Pour les clients, l'expression importante est "économie du matériel." Un petit fournisseur peut acheter un ensemble de serveurs, vendre de la capacité, déprécier les actifs et gagner une marge utile si les taux de panne sont faibles. Ce compromis devient fragile lorsque la croissance, les cycles de remplacement, les frais de mains à distance, les coûts de location IPv4, le transit, l'électricité et les obligations de support arrivent tous ensemble. Un plan VPS ou métal nu bon marché n'est pas seulement une allocation CPU; c'est une créance sur le travail de réparation futur et le capital de remplacement.

Le risque de stock matériel est donc réel même lorsque les preuves d'origine de route semblent propres. Si une carte mère tombe en panne et que le fournisseur a une pièce de rechange dans la même installation, la réparation peut être rapide. Si une pièce de rechange doit être commandée, expédiée, approuvée par une installation et installée par des mains à distance, la fenêtre de service change. Si le client nécessite une migration vers un autre hôte, le fournisseur a besoin de capacité libre, de stockage compatible, de sauvegardes fonctionnelles, de suffisamment de transit et de temps de personnel.

Les dépôts publics ne répondent pas à ces questions pour Bonsai.

Le chiffre d'un seul employé moyen aiguise le problème. Cela ne signifie pas qu'une seule personne aide jamais l'entreprise; des sous-traitants, du personnel d'installation, des fournisseurs de logiciels et des fournisseurs de réseau peuvent être impliqués. Cela signifie que l'entreprise elle-même n'a pas divulgué une large base salariale. Si le service dépend de tiers, le plan de restauration du client doit savoir quelles tâches sont à l'intérieur de Bonsai et lesquelles sont déléguées.

La même chose s'applique au traitement des abus et aux litiges de compte. RIPE liste une boîte aux lettres d'abus au domaine Bonsai. C'est utile. Cela ne dit pas à quelle vitesse les rapports d'abus sont triés, si un serveur client peut être suspendu automatiquement, si un faux positif peut être inversé, ou si un verrou de facturation pourrait bloquer l'accès pendant un incident réseau. Les systèmes de facturation et d'abus ne sont pas secondaires à l'infrastructure; ils font partie de la même surface de disponibilité lorsqu'un fournisseur a le pouvoir de suspendre ou de restaurer les machines d'un client.

La localisation des données n'est pas établie par conception

Bonsai est une société GB dans Companies House et une organisation GB dans RIPE. Cela ne rend pas chaque charge de travail client britannique. Les enregistrements réseau publics contredisent déjà cette lecture simple. Un inetnum RIPE lié à Bonsai utilise un champ pays US. L'allocation IPv6 utilise un champ pays DE. L'IP du panneau est dans la plage cloud allemande de Hetzner. L'enregistrement ARIN pour 128.254.184.0/24 pointe à travers un registrant US, Cloudmir, et une étiquette client canadienne, Photon Hosting Limited, tandis qu'AS204928 est observé en origine du /24. Unrésultat YABS de VPSBenchmarksde septembre 2023 étiquette un serveur Bonsai Hosting ltd comme une machine virtuelle KVM à Washington, District de Columbia, avec AS204928.

Aucun de ces signaux ne prouve où se trouvent les clients actuels de Bonsai. La géolocalisation et les sites de référence peuvent être erronés, obsolètes ou basés sur des conditions de test qui n'existent plus. Les champs pays du registre peuvent se référer à l'administration des adresses, pas au placement physique des serveurs. Les attributions clients peuvent être temporaires. Un hôte de panneau peut être une couche de gestion plutôt que la couche de charge de travail. Mais ensemble, ils clarifient une chose: un client ne devrait pas supposer la localisation des données à partir de l'adresse de l'entreprise ou du pays du détenteur de l'ASN.

La souveraineté des données pour un client d'hébergement a au moins six emplacements. Le premier est l'emplacement de calcul principal. Le second est le stockage de sauvegarde. Le troisième est le panneau de gestion et ses journaux de session, de réinitialisation de mot de passe et d'audit. Le quatrième est le ticketing et les e-mails de support. Le cinquième est la facturation et les données de paiement. Le sixième est l'emplacement du personnel ou du fournisseur à partir duquel les administrateurs peuvent accéder aux systèmes. Un fournisseur peut être légalement britannique tout en plaçant l'une de ces fonctions ailleurs.

Ce n'est pas automatiquement mauvais. Le placement international peut améliorer le prix, le routage et la résilience. Cela devient un risque lorsque le client se fiait à une hypothèse juridictionnelle qui n'a jamais été écrite. Pour Bonsai, les preuves publiques soutiennent un avertissement sur la localisation des données plutôt qu'une conclusion sur la localisation des données. Le client devrait demander un calendrier de localisation, pas une assurance de code de pays.

Le même avertissement s'applique à la portabilité. Si les données sont dans une baie UK, un panneau de gestion allemand, un préfixe routé US et un système de facturation tiers, le client a besoin d'une procédure de sortie unique qui fonctionne sur tous. Le client peut-il obtenir des images disque? Les entrées DNS inversé sont-elles portables? L'espace IP peut-il bouger avec le client, ou les services devront-ils être renumérotés? Le support peut-il exporter des tickets et des enregistrements de configuration? Existe-t-il un chemin de migration d'urgence payant? Les preuves publiques ne répondent pas à ces questions.

Le principal chemin de défaillance n'est pas un événement, mais une chaîne

Le chemin de défaillance à tester pour Bonsai n'est pas simplement "le réseau tombe en panne." Le chemin plus réaliste est une chaîne: un composant de baie tombe en panne, une route est retirée ou congestionnée, le panneau reste hébergé ailleurs, le support doit coordonner l'accès à l'installation, et le client découvre si le statut de facturation, les identifiants et les droits de migration sont propres.

Commencez par une panne de baie. Si Bonsai héberge des charges de travail clients sur des serveurs physiques qu'il possède, un commutateur, routeur, PDU, rack de disques ou hyperviseur défaillant peut affecter de nombreux clients à la fois. Si Bonsai utilise des serveurs dédiés loués ou du matériel client colocalisé, l'autorité de réparation peut résider chez un tiers. Le client doit savoir quels dispositifs sont redondants, lesquels sont des points uniques, quelles pièces de rechange sont sur site, et qui peut entrer dans l'installation.

Ajoutez ensuite des problèmes en amont. La vue BGP publique montre plusieurs voisins observés, mais elle ne prouve pas que tout le trafic client peut basculer sans congestion ou travail manuel. Si un voisin abandonne des sessions, filtre une route, limite le trafic ou a un litige, les routeurs de Bonsai doivent toujours maintenir les préfixes clients accessibles. Le chemin restant doit avoir assez de capacité. La surveillance doit voir le problème avant les clients. Quelqu'un doit avoir l'autorité de changer la préférence locale, d'ouvrir des tickets et de revenir sur de mauvais filtres.

Ensuite, ajoutez le stock de matériel. Les comptes suggèrent que du matériel existait, mais ils ne divulguent pas un inventaire actuel ou une politique de pièces de rechange. Un fournisseur peut avoir assez de serveurs pour vendre de nouveaux plans mais pas assez de capacité inactive pour migrer rapidement les hôtes défaillants. Il peut avoir du calcul de rechange sans stockage de rechange. Il peut avoir des disques de rechange mais pas de contrôleurs de rechange. Il peut avoir un processus d'image testé pour les plans VPS standard mais pas pour les machines sur mesure en métal nu.

Les clients ne devraient pas accepter "nous avons des sauvegardes" comme substitut à un test de restauration chronométré.

Ensuite, ajoutez la charge de support. Une entreprise d'une seule personne ou très petite peut fournir un excellent support les jours normaux. Pendant un incident multi-client, la file d'attente de support fait partie de la panne. Les clients demandent des mises à jour, des redémarrages, un accès console, des sauvegardes, des exceptions de facture, des changements de route IP et des migrations à la fois. Si la même personne gère le réseau, la coordination d'installation, la communication client et la facturation, la ressource limitante n'est pas la bande passante. C'est l'attention.

Enfin, ajoutez la facturation et la migration. Si le compte client est en retard, contesté, renouvelé manuellement ou lié à une adresse e-mail défaillante, l'accès au panneau ou au chemin de support peut devenir contesté juste au moment où une action urgente est nécessaire. Si le client veut partir, la migration peut nécessiter des changements d'IP, des changements DNS, des mises à jour DNS inversé, des instantanés, des transferts de données volumineux, de nouvelles règles de pare-feu et un timing minutieux. Un fournisseur qui peut maintenir une route en vie peut encore échouer le client s'il ne peut pas l'aider à sortir proprement.

Ce qu'un client devrait demander avant de se fier à Bonsai

La liste de diligence raisonnable pour Bonsai devrait commencer par le placement. Quel pays, ville et installation détiennent le service principal? Quelle entité possède le matériel? Quelle entité signe le contrat d'installation? Si la réponse est "nous utilisons des fournisseurs," le client devrait demander quelles responsabilités sont retenues par Bonsai et lesquelles nécessitent un ticket fournisseur.

La question suivante est la redondance. Y a-t-il deux sites ou un? S'il y a deux sites, le second site peut-il exécuter la charge de travail, ou n'est-il qu'une cible de sauvegarde? Les paires de routeurs sont-elles physiquement séparées? Les alimentations électriques sont-elles indépendantes jusqu'à la baie? Les amonts sont-ils capables de défaut et engagés pour assez de trafic? L'IPv6 est-il testé pendant le basculement, ou est-ce un ajout au mieux? Le fournisseur peut-il montrer un test de basculement récent avec des dates et des temps de récupération mesurés?

Les chemins de restauration comptent plus que le langage de sauvegarde. Un client devrait demander le dernier test de restauration réussi, la taille de restauration maximale, le point de récupération et le temps de récupération par produit, et le chemin exact utilisé lorsque le client ne peut pas atteindre le panneau normal. Pour les clients de métal nu, les questions deviennent plus physiques: une console à distance est-elle disponible, un support de secours est-il disponible, des disques de rechange sont-ils stockés, et qui paie pour les mains d'urgence?

L'escalade du support a besoin de noms, rôles et heures. "Ouvrir un ticket" ne suffit pas si le panneau est indisponible, le courrier est retardé ou le service affecté inclut la dépendance de ticketing. Les clients devraient demander des méthodes de contact d'urgence, des seuils d'escalade, une cadence de mise à jour d'incident et des limites d'autorité. Le support de première ligne a-t-il l'autorité de redémarrer le matériel, de changer les routes ou de contacter l'installation? Sinon, qui le fait?

La portabilité des données est le test final. Les clients devraient exiger un chemin de sortie documenté avant l'utilisation en production. Ce chemin devrait inclure le format d'exportation disque, les vidages de base de données, l'exportation de configuration, les procédures DNS et DNS inversé, le support de renumérotation IP, la bande passante de transfert, la clôture de facturation et la survie de l'accès au compte après annulation. Le fournisseur le plus dangereux n'est pas celui qui admet une empreinte étroite; c'est celui qui fait paraître la sortie facile sans en prouver les mécanismes.

Aucune de ces questions ne suppose que Bonsai est peu fiable. Elles supposent que les preuves d'infrastructure publique sont incomplètes. Un petit fournisseur peut y répondre honnêtement et gagner quand même l'affaire. Un client peut alors décider si le prix, le style de support et le compromis de localisation conviennent à la charge de travail. La mauvaise réponse est de traiter l'existence d'AS204928 comme un substitut à une récupération de service testée.

Les clients les plus exposés sont ceux avec des charges de travail avec état

Les sites web statiques et les machines de test jetables peuvent tolérer une empreinte fournisseur mince. Un client peut redéployer, changer DNS et accepter une certaine interruption. Les charges de travail avec état sont différentes. Une base de données, un monde de jeu, une application de production, un magasin de fichiers client, un serveur de messagerie, un système de build, un nœud de contrôle ou un service d'identité dépend de données intactes, d'une identité réseau prévisible et d'un accès administratif rapide.

L'empreinte publique de Bonsai suggère que le client le plus à risque n'est pas celui avec une seule VM de loisir. C'est le client qui achète une capacité bon marché, accumule de l'état au fil du temps, et ne répète jamais le départ. Ce client peut commencer avec un VPS ou un serveur de métal nu à bas coût, ajouter des données utilisateur, pointer le DNS de production vers lui, construire des hypothèses de pare-feu autour des adresses attribuées, puis découvrir lors d'une panne que le plan n'incluait pas de migration rapide, de matériel de rechange, de portabilité de route ou de sauvegardes gérées.

Les clients de colocation font face à une exposition différente. Si un client possède le serveur mais dépend de Bonsai pour l'accès à la baie, l'adressage, les mains à distance ou les interconnexions, le client possède l'actif mais pas le chemin de réparation complet. Ils ont besoin de clarté sur les fenêtres d'accès, l'expédition, le stockage, les pièces de rechange, l'assurance, les frais de mains et qui peut autoriser le travail. Un serveur en colocation sans chemin de mains pratique peut être moins récupérable qu'un VPS loué avec un processus de sauvegarde discipliné.

Les clients de métal nu se situent entre le VPS et la colocation. Ils peuvent obtenir un meilleur isolement de performance qu'un VPS et un matériel plus prévisible, mais ils héritent également du risque de remplacement physique. Si un CPU, une carte mère, une NIC ou un contrôleur de stockage tombe en panne, la migration n'est pas toujours instantanée. Si le client utilise des disques locaux, la restauration dépend de la conception de la sauvegarde. Si le client utilise un réseau géré par le fournisseur, les changements d'IP et de MAC peuvent compliquer le remplacement. Les documents publics ne montrent pas comment Bonsai gère ces scénarios.

Le résultat VPSBenchmarks de septembre 2023 est utile principalement comme signal de marché de prudence. Il montrait un serveur à un cœur, environ 2 Go de RAM, KVM étiqueté Bonsai à Washington, DC, avec IPv4 mais pas IPv6 dans ce test. Il ne prouve pas le catalogue de produits actuel. Il ne prouve pas que la machine a été vendue directement par Bonsai. Il ne prouve pas la géographie actuelle. Il montre comment des traces tierces publiques peuvent faire surface d'une empreinte de service qui diffère d'une simple hypothèse de société GB.

La note de preuve honnête est divisée

Les preuves réseau publiques pour BONSAIHOST Bonsai Hosting ltd méritent une note Moyenne. Le registre de l'entreprise est actif. L'enregistrement d'organisation RIPE correspond au numéro de société UK. AS204928 est attribué et annoncé. RIPEstat voit des préfixes actuels. La validation RPKI est valide pour les paires origine-préfixe visibles vérifiées. Le panneau de contrôle est accessible. La documentation externe client oriente une catégorie métal nu et colocation vers ce panneau.

Les preuves d'installation, de support et de récupération méritent une note Faible. Il n'y a pas de liste publique d'installations, pas de profil réseau PeeringDB retourné pour AS204928, pas de nombre de baies divulgué, pas d'historique de statut public trouvé dans les sources utilisées ici, pas de politique publiée de pièces de rechange, pas de test de restauration côté client, pas de revendication publique de capacité multisite, et pas de garantie claire de portabilité des données. Les comptes montrent une petite entreprise avec un employé moyen dans les dépôts récents.

La table de routage montre une accessibilité en direct, pas une profondeur opérationnelle.

Cette division est le point. Bonsai ne doit pas être rejeté comme non opérationnel simplement parce que son empreinte marketing est clairsemée. Les preuves de routage sont trop concrètes pour cela. Il ne doit pas non plus être traité comme une plateforme cloud mature simplement parce qu'il a un ASN, un panneau et des préfixes visibles. La dépendance physique demeure: baies ou serveurs loués, contrats en amont, électricité, stock de matériel, main-d'œuvre de support et chemins de migration client.

Un acheteur utilisant Bonsai pour des charges de travail non critiques peut accepter une part plus élevée de cette incertitude. Un acheteur l'utilisant pour la production avec état devrait demander des preuves avant de migrer. Les preuves devraient être opérationnelles, pas rhétoriques: une restauration récente, un diagramme de basculement, un chemin de support panneau hors ligne, un calendrier de localisation, une carte de dépendance amont et installation, une procédure de sortie et une route d'escalade nommée.

Un acheteur pratique peut traiter cette note divisée comme une carte de contractualisation. La table de route peut soutenir des questions sur l'autorisation d'origine, l'accessibilité des préfixes, le choix en amont et la surveillance. Les dépôts d'entreprise peuvent soutenir des questions sur le renouvellement du matériel, le stock de rechange et la tolérance du bilan pour les cycles de remplacement. Les preuves d'installation clairsemées peuvent soutenir des questions sur l'accès au site, les frais de mains, l'autorité du fournisseur et les tests de récupération.

Aucune de ces questions n'accuse Bonsai de faiblesse; elles traduisent l'incertitude publique en termes vérifiables qu'un petit fournisseur peut répondre avec des dates, des emplacements, des rôles et des limites.

La lecture la plus propre est la suivante: BONSAIHOST Bonsai Hosting ltd est une petite infrastructure d'hébergement active dont les preuves de route publiques sont considérablement plus fortes que ses preuves d'installation et de support publiques. C'est suffisant pour un article, suffisant pour des questions d'approvisionnement, et pas suffisant pour une confiance aveugle.