BONSAIHOST Bonsai Hosting ltd vend une capacité d’hébergement qui dépend encore des baies, du transit et des fenêtres de réparation

Résumé

• BONSAIHOST Bonsai Hosting ltd n’est pas qu’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 sous le code SIC 63110, etRIPEliste Bonsai Hosting ltd en tant qu’ORG-BHL13-RIPE, un registre internet local GB lié au numéro d’entreprise 13303584.
• La preuve opérationnelle publique la plus solide est celle du réseau. L’aperçu AS de RIPEstatindique que l’AS204928 est annoncé, tandis que lesdonnées des préfixes annoncésmontraient trois /24 IPv4 et un /32 IPv6 visibles le 11 juillet 2026.
• L’empreinte du service reste peu documentée. L’aut-num RIPEmontre des imports déclarés depuis Hetzner et Global Secure Layer, mais lacohérence de routage RIPEstata également montré des voisins observés qui ne figuraient pas dans l’objet de registre. C’est assez normal en BGP, mais cela signifie que les données publiques ne peuvent pas prouver la diversité contractuelle.
• Unpanel Bonsaiactif et undocument client EnviroMCpublic lient le nom à des surfaces de contrôle bare-metal 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 des clients.
• Le niveau de preuve est Moyen pour le réseau et Faible pour la limite installation/support. Bonsai semble actif et routable; il ne semble pas encore assez transparent pour qu’un client puisse se fier 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 à retenir à propos de BONSAIHOST Bonsai Hosting ltd est que cette entreprise n’est pas imaginaire. L’aperçu de Companies Houserépertorie BONSAI HOSTING LTD, numéro d’entreprise 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 catégorie d’entreprise correcte pour une société vendant de l’hébergement, des machines virtuelles, de la capacité bare-metal ou des services d’infrastructure gérés connexes.

Le même registre public limite également ce que l’on peut déduire. Companies House est un service de dépôt légal, pas un audit d’ingénierie. Il peut indiquer au lecteur qu’une entreprise existe, que ses dirigeants ont déposé des comptes et des déclarations de conformité, 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 place, si une interconnexion est diversifiée, si le support a l’autorité 24 heures sur 24 pour intervenir sur le système, ou si une exportation des données client peut être produite pendant que la plateforme principale est dégradée.

Cette distinction est importante car les mots « hébergement » et « cloud » masquent souvent les risques physiques. Un client voit un panneau de contrôle, une facture mensuelle, une adresse IP et une promesse de disponibilité. Derrière cette interface se trouvent des baies, des routeurs, des disques, des fibres optiques, des alimentations électriques, des contrats, des interventions à distance et des personnes. Le dossier public de Bonsai prouve suffisamment pour justifier un examen attentif, mais pas assez pour externaliser le jugement.

Les dépôts légaux décrivent également une base opérationnelle très réduite. Lapage des dirigeantsliste Benjamin Edward Woods comme seul dirigeant, nommé à la date de constitution, et lapage des personnes ayant un contrôle significatifliste la même personne comme détenant au moins 75 % des actions et des droits de vote ainsi que le droit de nommer ou de révoquer les administrateurs. Ce n’est pas une critique. Beaucoup de petites entreprises d’hébergement commencent comme des sociétés 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 le fonctionnement du service lorsque cette équipe dort, n’est pas disponible, 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 les 31 mars 2024 et 31 mars 2025, des déclarations de conformité et des comptes complets antérieurs. Les comptes 2022 et 2023 ont divulgué le chiffre d’affaires et des actifs de type matériel; les comptes ultérieurs de micro-entité divulguent beaucoup moins de détails opérationnels. Les comptes statutaires 2023 ont montré un chiffre d’affaires de 69 098 GBP, des immobilisations corporelles de machines et outillage d’une valeur nette comptable de 40 000 GBP et un employé moyen. Les comptes micro 2025 ont montré à nouveau un employé moyen, des actifs circulants de 23 160 GBP, des dettes à 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 à ceux d’un grand fournisseur de cloud multi-sites avec des réserves divulguées profondes, 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 prudence. Companies House enregistre des actions de radiation d’office de la première gazette en 2022, 2024 et 2025, avec des inscriptions ultérieures d’interruption ou de suspension. Ces inscriptions ne doivent pas être gonflées en allégation de panne de service. Les problèmes de dépôt administratif et les comptes en retard peuvent survenir sans impact sur le client. Ils font cependant partie de la diligence raisonnable en matière d’approvisionnement, car la capacité à maintenir les dépôts légaux à jour est un indicateur, parmi d’autres, de la fiabilité administrative.

Si un client s’appuie sur un petit fournisseur pour un hébergement de production, il est légitime de demander comment les processus de facturation, d’avis, de renouvellement, de propriété du compte et de contact d’urgence sont séparés de cette même base administrative réduite.

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

Le signal public le plus fort pour Bonsai est l’AS204928. L’objet aut-num RIPEnommeAS-BONSAIHOST, le lie à ORG-BHL13-RIPE, montre le statut de l’ASN comme assigné, et enregistre sa 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 famille d’adresse Preston que celle observée dans les dépôts légaux. Ce sont des enregistrements d’identité de haute qualité car ils proviennent du système de registre internet régional.

L’aperçu AS de RIPEstatajoute que l’AS204928 était annoncé au moment de la vérification 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 de l’état de routagerésumait cela en trois préfixes IPv4, 768 adresses IPv4, un préfixe IPv6 représentant 65 536 /48, et une visibilité quasi complète à travers les pairs RIPE RIS: les 325 pairs IPv4 à table complète voyaient l’ensemble de routes, et 321 des 322 pairs IPv6 à table complète voyaient l’annonce IPv6.

C’est significatif. Une entreprise papier inactive ne maintient généralement pas un ASN visible, des enregistrements d’origine de route valides et une propagation mondiale actuelle des routes. Les preuves BGP publiques indiquent qu’il existe une périphérie opérationnelle que les autres réseaux peuvent voir. Cela indique que Bonsai n’est pas simplement une coquille avec un domaine parqué.

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é. Il ne montre pas si les serveurs des clients sont dans des armoires en propriété, des serveurs dédiés loués, de la capacité virtualisée louée à un autre fournisseur, de l’espace de colocation, ou un mélange de ces configurations. Il 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 d’intervention à distance, d’un verrouillage de facturation, d’un mauvais filtre de route ou d’un problème de panneau de gestion, tandis que l’ASN lui-même reste parfaitement visible.

La bonne conclusion est donc stratifiée. Bonsai dispose de preuves publiques crédibles en matière de ressources de numéros. Il possède un espace d’adressage routable qui semble globalement visible. Il dispose d’une RPKI valide pour les paires origine-préfixe visibles vérifiées pour cet article. Il n’a pas de preuve publique de calcul multi-site, de capacité de réserve, d’un calendrier de maintenance déclaré, d’une archive d’état des incidents, d’une liste d’installations ou d’une configuration de support auditée.

Cette lacune n’est pas inhabituelle pour les petits fournisseurs d’infrastructure. Il ne s’agit pas de punir la petite taille. Il s’agit de l’évaluer correctement. Les petits fournisseurs peuvent être réactifs, techniquement compétents et rentables. Ils peuvent aussi fonctionner près de la limite 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 négligeables, mais ne représentent pas non plus un vaste domaine cloud mondial. Un /24 est la taille minimale pratique de préfixe IPv4 que de nombreux réseaux accepteront à l’échelle mondiale; trois d’entre eux donnent à un fournisseur la possibilité d’héberger des clients, de séparer les usages ou d’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 des histoires de registre différentes. La recherche d’organisation inverse de RIPE a lié 194.153.216.0/24 à un inetnum RIPE avec le nom de réseauUK-BONSAI-20230516, pays US, et les mainteneurs Bonsai. L’objet de route 185.213.243.0/24 pointe vers l’origine AS204928 mais est maintenu parnetutils-mnt, signe que l’administration des adresses peut impliquer un autre mainteneur même lorsque Bonsai est à l’origine de 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’assignation 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éassigné ou autrement administrativement stratifié.

Le dossier IPv6 est également instructif. RIPE liste 2a12:e540::/32 comme alloué à l’organisation de Bonsai, tandis que le champ pays de l’inet6num est DE. Lavue historique des préfixes annoncés de RIPEstat pour 2026a montré un passage de 2a12:e540::/48 en début d’année à un 2a12:e540::/32 plus grand à la mi-mars 2026. C’est un signe positif pour la capacité IPv6, mais ce n’est pas la même chose que la preuve que les charges de travail des clients, les sauvegardes, la surveillance, les pare-feu, les systèmes de support et le traitement des abus sont tous matures à travers 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/24et2a12: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. Il dit que l’origine de la route est autorisée. Il ne dit pas qu’un serveur a une alimentation redondante, qu’un pool de stockage est répliqué, qu’un amont a suffisamment de capacité après un basculement, ou qu’une file d’attente de support peut répondre à 03h00. La table de routage est une carte de joignabilité, pas une garantie de récupérabilité.

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

L’histoire de transit publique 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 imports: depuis AS24940, Hetzner, et depuis AS137409, Global Secure Layer. Il déclare également des exports vers ces mêmes ASN. Les imports déclarés sont importants car ils montrent ce que l’opérateur a mis dans l’objet de registre. Ils ne correspondent pas toujours au graphe BGP actuel.

Lavue de cohérence de routage de RIPEstata montré AS137409 à la fois dans BGP et whois, mais AS24940 seulement dans whois pendant l’instantané vérifié. Elle a également montré AS199626, AS214150 et AS15830 dans BGP mais pas dans la liste d’import/export whois. Lavue des voisins de RIPEstata rapporté 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 un acte répréhensible. Les relations BGP changent, les collecteurs de routes ne voient que ce qu’ils voient, les registres peuvent être en retard sur les 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 à eux seuls la diversité de transit. 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 sur le même site, que le trafic peut se drainer automatiquement, que le chemin restant a suffisamment 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é logique de route 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.

Ceci 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 bare-metal peut voir une vitesse de port et une allocation de bande passante mais pas la taille de l’engagement ni la préférence de route. Un client de colocation peut contrôler un serveur mais toujours dépendre de l’interconnexion, de l’adressage, des interventions à 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 mondial peut toujours échouer à travers un seul point d’étranglement local.

Le panneau de contrôle est actif, mais ce n’est pas la baie

La surface la plus visible de Bonsai orientée client n’est pas le site web principal. C’estpanel.bonsaihosting.com, qui a retourné une coquille d’application JavaScript active noindex lors d’une vérification en juillet 2026. Le même nom d’hôte s’est résolu en 116.202.105.151, et lavue des informations réseau de RIPEstat pour cette IPl’a associée à AS24940 et 116.202.0.0/16. Lavue whois RIPE pour l’IP du panneaua identifié 116.202.96.0/20 commeCLOUD-FSN1, pays DE, sous Hetzner Online GmbH.

Cette architecture peut être judicieuse. Héberger un panneau de gestion chez un autre fournisseur peut maintenir l’accès au compte actif lorsque le réseau d’un client a des problèmes. Cela peut aussi créer une dépendance au cloud, au DNS, au TLS, à la session d’application, au courrier et au 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 devient une partie de la conception de récupération du client.

Unepage de documentation EnviroMCpublique dirige également les utilisateurs de services bare-metal et de colocation vershttps://panel.bonsaihosting.com, tout en dirigeant les utilisateurs de serveurs de jeux et de VPS vers différents panneaux. C’est un signal opérationnel utile car il lie le panneau Bonsai aux tâches des clients dans les catégories bare-metal 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 limites sont pratiques. Si un serveur bare-metal tombe en panne, à qui appartient le matériel? Si le client co-localise du matériel, qui contrôle l’accès à l’installation et les interventions à distance? Si le panneau est en panne, comment un client authentifie-t-il une demande de redémarrage d’urgence? Si le panneau est actif mais que le réseau de la baie est en panne, quel système déclare la panne et quelle équipe a l’autorité de changer les routes?

Si le client veut partir, le panneau peut-il exporter les tickets, les factures, les allocations réseau, le DNS inverse, les journaux d’accès console et l’historique de configuration, ou le client doit-il reconstruire tout cela 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 conditionner 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 de rechange et de temps du 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 durable

La piste comptable est l’un des rares endroits où la base physique de Bonsai apparaît. Les comptes 2022 ont divulgué un chiffre d’affaires de 51 861 GBP et des immobilisations incluant des machines et outillage corporels. Les comptes 2023 ont divulgué un chiffre d’affaires de 69 098 GBP, 40 000 GBP de machines et outillage corporels en valeur nette comptable, 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é une infrastructure physique.

Les comptes ultérieurs racontent une histoire plus silencieuse. Les comptes micro 2024 ont montré des immobilisations de 20 000 GBP, des actifs circulants de 7 942 GBP, des dettes à un an de 20 539 GBP, un passif circulant net de 12 597 GBP et un employé moyen. Les comptes micro 2025 ont montré des actifs circulants de 23 160 GBP, des dettes à un an de 10 182 GBP, un actif circulant net 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 « l’économie du matériel ». Un petit fournisseur peut acheter un ensemble de serveurs, vendre de la capacité, amortir les actifs et gagner une marge utile si les taux de panne sont faibles. Cet équilibre devient fragile lorsque la croissance, les cycles de remplacement, les frais d’intervention à distance, les coûts de location IPv4, le transit, l’électricité et les obligations de support arrivent tous ensemble. Un plan VPS ou bare-metal bon marché n’est pas seulement une allocation CPU; c’est une créance sur la main-d’œuvre de réparation et le capital de remplacement futurs.

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 interventions à distance, la fenêtre de service change. Si le client a besoin d’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 accentue le problème. Cela ne signifie pas qu’une seule personne aide jamais l’entreprise; des sous-traitants, le personnel d’installation, les fournisseurs de logiciels et les 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 internes à Bonsai et lesquelles sont déléguées.

Il en va de même pour le traitement des abus et les 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 verrouillage de facturation pourrait bloquer l’accès lors d’un incident réseau. Les systèmes de facturation et d’abus ne sont pas secondaires par rapport à l’infrastructure; ils font partie de la même surface de disponibilité lorsque le fournisseur a le pouvoir de suspendre ou de restaurer les machines d’un client.

La localité des données est incertaine 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 vont déjà à l’encontre de 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 passe par un titulaire américain, Cloudmir, et une étiquette client canadienne, Photon Hosting Limited, tandis qu’AS204928 est observé en train d’originer le /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 de Bonsai aujourd’hui. Les sites de géolocalisation et de benchmarks peuvent être erronés, obsolètes ou basés sur des conditions de test qui n’existent plus. Les champs pays de registre peuvent se référer à l’administration des adresses, pas au placement physique du serveur. Les assignations client 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 rendent une chose claire: un client ne devrait pas supposer la localité des données à partir de l’adresse de l’entreprise ou du pays du titulaire 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 deuxième 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 système de tickets de support et le courrier électronique. 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. Un placement international peut améliorer le prix, le routage et la résilience. Cela devient un risque lorsque le client s’appuyait sur une hypothèse juridictionnelle qui n’a jamais été écrite. Pour Bonsai, les preuves publiques soutiennent un avertissement sur la localité des données plutôt qu’une conclusion sur la localité des données. Le client devrait demander un calendrier de localisation, pas une assurance de code pays.

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

Le principal chemin de panne n’est pas un événement unique, mais une chaîne

Le chemin de panne à tester pour Bonsai n’est pas simplement « le réseau tombe en panne ». Le chemin le 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 l’état de facturation, les identifiants et les droits de migration sont propres.

Commencez par une panne de baie. Si Bonsai héberge les charges de travail des clients sur des serveurs physiques qu’il possède, un commutateur, un routeur, une PDU, une étagère de disques ou un 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 se trouver chez un tiers. Le client doit savoir quels appareils sont redondants, lesquels sont des points uniques, quelles pièces de rechange sont sur place, 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 ni travail manuel. Si un voisin perd des sessions, filtre une route, limite le trafic ou a un différend, les routeurs de Bonsai doivent toujours maintenir les préfixes clients joignables. Le chemin restant doit avoir une capacité suffisante. 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 d’annuler les mauvais filtres.

Ensuite, ajoutez le stock de matériel. Les comptes suggéraient que du matériel existait, mais ils ne divulguent pas un inventaire actuel ni une politique de pièces de rechange. Un fournisseur peut avoir suffisamment de serveurs pour vendre de nouveaux plans mais pas assez de capacité inutilisée 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 bare-metal sur mesure.

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

Ajoutez ensuite la charge de support. Une entreprise unipersonnelle ou très petite peut fournir un excellent support les jours normaux. Pendant un incident multi-clients, la file d’attente de support devient une partie de la panne. Les clients demandent des mises à jour, des redémarrages, un accès console, des sauvegardes, des exceptions de facturation, des changements de route IP et des migrations en même temps. Si la même personne gère le réseau, la coordination des installations, 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 inverse, des instantanés, de grands transferts de données, de nouvelles règles de pare-feu et un timing soigneux. Un fournisseur qui peut garder une route active peut encore échouer le client s’il ne peut pas l’aider à sortir proprement.

Ce qu’un client devrait demander avant de compter sur Bonsai

La liste de diligence raisonnable pour Bonsai devrait commencer par le placement. Quel pays, ville et installation abritent 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 conservées par Bonsai et lesquelles nécessitent un ticket fournisseur.

La question suivante est la redondance. Y a-t-il deux sites ou un seul? 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 sur un trafic suffisant? 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 importent 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 bare-metal, les questions deviennent plus physiques: la console à distance est-elle disponible, le support de secours est-il disponible, les disques de rechange sont-ils stockés, et qui paie pour les interventions d’urgence?

L’escalade de support nécessite des noms, des rôles et des heures. « Ouvrez 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 les méthodes de contact d’urgence, les seuils d’escalade, la cadence de mise à jour des incidents et les 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? Si non, qui le fait?

La portabilité des données est le test final. Les clients devraient exiger un chemin de sortie documenté avant une utilisation en production. Ce chemin devrait inclure le format d’exportation de disque, les vidages de base de données, l’exportation de configuration, les procédures DNS et DNS inverse, 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 l’annulation. Le fournisseur le plus dangereux n’est pas celui qui admet une empreinte étroite; c’est celui qui donne l’impression que la sortie est facile sans en prouver les mécanismes.

Aucune de ces questions ne suppose que Bonsai n’est pas fiable. Elles supposent que les preuves d’infrastructure publique sont incomplètes. Un petit fournisseur peut y répondre honnêtement et quand même remporter le marché. Un client peut alors décider si le prix, le style de support et le compromis de localité conviennent à la charge de travail. La mauvaise réponse est de traiter l’existence de l’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 de fournisseur mince. Un client peut redéployer, changer le 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 construction, 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 ponctuel.

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 de la 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 bare-metal à bas coût, ajouter des données utilisateur, pointer le DNS de production dessus, construire des hypothèses de pare-feu autour des adresses assignées, puis découvrir lors d’une panne que le plan n’incluait pas la migration rapide, le matériel de rechange, la portabilité de route ou les 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 interventions à 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 d’intervention et qui peut autoriser le travail. Un serveur colo sans chemin pratique d’intervention peut être moins récupérable qu’un VPS loué avec un processus de sauvegarde discipliné.

Les clients bare-metal se situent entre VPS et colocation. Ils peuvent obtenir une isolation de performance plus forte 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 carte réseau 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 le 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 a montré un serveur à un cœur, environ 2 Go de RAM, étiqueté Bonsai KVM à Washington, DC, avec IPv4 mais pas d’IPv6 dans ce test. Il ne prouve pas le catalogue de produits actuel. Il ne prouve pas que la machine a été vendue par Bonsai directement. Il ne prouve pas la géographie d’aujourd’hui. Il montre comment des traces tierces publiques peuvent faire apparaître une empreinte de service qui diffère d’une simple hypothèse de société GB.

Le niveau de preuve honnête est divisé

Les preuves de réseau publiques pour BONSAIHOST Bonsai Hosting ltd méritent un niveau Moyen. L’enregistrement de l’entreprise est actif. L’enregistrement d’organisation RIPE est aligné avec le numéro d’entreprise britannique. L’AS204928 est assigné et annoncé. RIPEstat voit les préfixes actuels. La validation RPKI est valide pour les paires origine-préfixe visibles vérifiées. Le panneau de contrôle est joignable. La documentation client externe pointe une catégorie bare-metal et colocation vers ce panneau.

Les preuves d’installation, de support et de récupération méritent un niveau Faible. Il n’y a pas de liste d’installations publique, 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 de pièces de rechange publiée, pas de test de restauration orienté client, pas de revendication de capacité multi-site publique, 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 joignabilité en direct, pas une profondeur opérationnelle.

Cette division est le point. Bonsai ne devrait 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 devrait 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: des baies ou des serveurs loués, des contrats en amont, de l’électricité, du stock de matériel, de la main-d’œuvre de support et des chemins de migration des clients.

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 un état de production devrait demander des preuves avant de migrer. Les preuves doivent être opérationnelles, pas rhétoriques: une restauration récente, un diagramme de basculement, un chemin de support en cas de panne du panneau, un calendrier de localisation, une carte de dépendance amont et d’installation, une procédure de sortie et un chemin d’escalade nommé.

Un acheteur pratique peut traiter ce niveau divisé comme une carte contractuelle. La table de routage peut soutenir les questions sur l’autorisation d’origine, la joignabilité des préfixes, le choix en amont et la surveillance. Les dépôts de l’entreprise peuvent soutenir les questions sur le renouvellement du matériel, le stock de pièces de rechange et la tolérance du bilan pour les cycles de remplacement. Les preuves d’installation clairsemées peuvent soutenir les questions sur l’accès au site, les frais d’intervention, 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 auxquels un petit fournisseur peut répondre avec des dates, des emplacements, des rôles et des limites.

La lecture la plus claire est la suivante: BONSAIHOST Bonsai Hosting ltd est un petit sujet d’infrastructure d’hébergement actif dont les preuves de route publiques sont matériellement plus solides que ses preuves d’installation et de support publiques. C’est suffisant pour un article, suffisant pour les questions d’approvisionnement, et pas assez pour une confiance aveugle.