Résumé

  • L'offre publique EraCloud de Cloud Era LLC est spécifique: des offres de VPS et d'hébergement vietnamiens, une adresse à Hô-Chi-Minh-Ville, un numéro de taxe d'entreprise, le langage du centre de données FPT à Hô-Chi-Minh-Ville, des hôtes Intel Xeon Gold 6148, un stockage NVMe, une adresse IPv4 par offre VPS et des niveaux de vitesse client de 300 Mbps ou 1 Gbps sur des ports serveur 10 Gbps.
  • Les preuves réseau sont mitigées. APNIC enregistre AS151931 et 157.66.218.0/23 sous ERACLOUD-VN / Cloud Era LLC, mais les vues de routage actuelles montrent que le /23 est originaité par AS135918, VIET DIGITAL TECHNOLOGY LIABILITY COMPANY, avec FPT Telecom visible dans le chemin amont. Le propre ASN de Cloud Era n'est actuellement pas une origine de route mondiale indépendante prouvée.
  • Le risque pratique le plus fort n'est pas une panne mystérieuse dans « le cloud »; il s'agit d'une panne de rack, d'installation FPT, de routage amont, de portail de facturation, de stock de matériel, de support ou de sauvegarde client. Les documents publics ne montrent pas un deuxième centre de données, un plan de reprise multi-site en direct, une diversité de transit sous le propre ASN de Cloud Era ni un chemin de migration client testé.
  • Le service peut encore être précieux pour les acheteurs qui ont besoin d'un hébergement vietnamien à bas prix et d'un espace IP local, mais il doit être traité comme une capacité hébergée locale avec des obligations de récupération explicites, et non comme une plateforme cloud résiliente évidente.

Cloud Era LLC rappelle que le segment le moins cher du marché du cloud reste un exercice de dépendance très physique. La page d'accueil d'EraCloud ne vend pas une abstraction sans lieu. Elle vend des offres VPS à partir de 50 000 VND par mois, listant des CPU Intel Xeon Gold 6148, un stockage SSD NVMe U.2, une adresse IPv4 privée, un support anti-DDoS et une ligne de centre de données indiquant FPT - Hô-Chi-Minh-Ville. Sa FAQ va plus loin, disant que le système Cloud VPS est placé au centre de données FPT Tan Thuan et décrivant cet emplacement comme Tier III.

Le client est invité à réfléchir à la vitesse, à l'accès root, à un port réseau 10 Gbps et à une équipe de support dite disponible 24h/24 et 7j/7. Les mêmes pages publiques montrent aussi quelque chose de moins glamour: un pied de page avec une adresse à Hô-Chi-Minh-Ville, un code fiscal, des coordonnées bancaires, des conditions qui mettent la responsabilité de la sauvegarde largement sur le client, et un lien vers l'espace client qui était indisponible lors de la vérification.

Voilà le point de départ. Cloud Era ne doit pas être évalué comme une plateforme hyperscale, car rien dans le dossier public ne soutient une telle échelle. Il doit être évalué comme une société d'hébergement locale qui a assemblé un service à partir d'espace dans un centre, de stock de serveurs, d'adresses IP, de connectivité amont, d'une vitrine web, de main-d'œuvre de support et de confiance client. La vitrine peut être active tandis qu'une partie du contrôle sous-jacent est loué ou délégué. Le bloc d'adresses IP peut être enregistré auprès de Cloud Era tandis que la route en direct est annoncée via un autre opérateur.

La page d'accueil peut revendiquer une disponibilité de 99,9 % tandis que les conditions disent encore aux clients de garder leurs propres copies des données car les sauvegardes du fournisseur sont à des fins de gestion interne. Aucun de ces faits ne rend le service invalide. Ils identifient simplement où une panne se propagerait.

L'identité juridique et commerciale est visible mais peu profonde. Le propre pied de page d'EraCloud nomme « CÔNG TY TNHH KỶ NGUYÊN ĐÁM MÂY », donne l'adresse « 60/3/3A Lê Thị Riêng, Phường Bến Thành, Quận I, Thành phố Hồ Chí Minh », liste le numéro de taxe 0318400994 et indique que l'enregistrement a été délivré par l'autorité de planification et d'investissement de Hô-Chi-Minh-Ville le 10 avril 2024. Une page fiscale vietnamienne tierce pour le même numéro reflète le nom de la société, l'adresse et le nom anglais « ERA CLOUD COMPANY LIMITED », mais ce type de site est corroboratif plutôt que primaire. Les enregistrements d'APNIC ont plus de poids infrastructurel: l'entrée RDAP d'APNIC pour AS151931liste ERACLOUD-VN, Cloud Era LLC, la même adresse à Hô-Chi-Minh-Ville et le code pays vietnamien, tandis que l'entrée RDAP d'APNIC pour 157.66.218.0/23assigne ce bloc IPv4 à ERACLOUD-VN avec Cloud Era LLC dans la description.

Ces enregistrements importent car ils montrent que Cloud Era n'est pas simplement une marque de revendeur sans enregistrement réseau visible. Il a un ASN nommé et une allocation IPv4 portable. Mais ils ne prouvent pas que Cloud Era exploite actuellement son propre bord de routage indépendant. Le tableau de routage public actuel est plus contraint.Le statut de routage de RIPEstat pour 157.66.218.0/23montrait le préfixe vu pour la dernière fois le 12 juillet 2026 avec l'origine AS135918, pas AS151931, et une visibilité de 325 pairs RIS IPv4 sur 326. La même source enregistrait le propre AS151931 de Cloud Era comme première vue pour ce préfixe en mai 2024 et dernière vue en août 2024, tandis que l'origine active avait basculé vers AS135918. L'objet route whois d'APNIC pour le même /23 enregistre également l'origine AS135918. AS135918 appartient, dans les enregistrements APNIC, à VIET DIGITAL TECHNOLOGY LIABILITY COMPANY. En d'autres termes, l'espace d'adressage appartient à Cloud Era, mais l'origine de route mondiale actuelle pointe vers un autre réseau vietnamien.

Cette distinction est le point central de l'article. La machine virtuelle d'un acheteur peut être vendue par Cloud Era, adressée depuis une allocation Cloud Era et physiquement décrite comme étant dans un environnement FPT à Hô-Chi-Minh-Ville, pourtant l'accessibilité peut encore dépendre d'une route originaitée et transportée par un réseau séparé.La page BGP.tools pour AS151931montrait également l'ASN Cloud Era comme n'étant pas actuellement dans la table de routage mondiale et n'originant aucun préfixe IPv4 ou IPv6, tandis quela page BGP.tools pour le préfixe 157.66.218.0/23associait le préfixe à AS135918 et montrait FPT Telecom comme amont dans cette vue.La page BGP.tools pour AS135918décrivait le réseau d'origine de route comme actif, avec 70 préfixes IPv4 et un préfixe IPv6 originaités. C'est une preuve plus solide d'un arrangement de routage délégué ou dépendant de l'amont que d'un contrôle réseau autonome de Cloud Era.

Il serait facile d'en tirer une conclusion dramatique, mais la lecture sobre est plus utile. De nombreux petits fournisseurs annoncent l'espace client ou propriétaire via un amont, un partenaire de centre ou un opérateur voisin. La question n'est pas de savoir si c'est autorisé. La question est de savoir si les clients comprennent de quoi dépend la récupération.

Si le propre ASN de Cloud Era n'est pas l'origine en direct, alors un incident de routage impliquant AS135918, le chemin amont FPT, la maintenance des objets de route ou l'accord commercial entre les sociétés pourrait affecter les clients de Cloud Era même si les serveurs de Cloud Era sont sous tension et en bonne santé. Un client de Cloud Era demandant de la résilience devrait donc demander plus qu'un test de latence.

Il devrait demander qui originite le préfixe assigné, qui peut changer la politique BGP pendant un incident, si Cloud Era peut déplacer le service du client vers un autre chemin d'origine, combien de temps cela prend, et si le client peut apporter ses propres adresses si l'accessibilité locale devient un problème.

La revendication de localisation physique est également plus étroite qu'il n'y paraît. Les offres d'EraCloud listent « centres de données FPT - Hồ Chí Minh » ou « FPT - Hồ Chí Minh », et la FAQ dit que le système Cloud VPS est placé chez FPT Tan Thuan. FPT est un opérateur d'infrastructure vietnamien crédible, et les documents deFPT Fornix centres de donnéesde FPT Telecom International présentent des services de centre de données, cloud, internet et autres services commerciaux. Néanmoins, les propres pages publiques de Cloud Era ne montrent pas de bail, de disposition des racks, de nombre d'armoires, d'engagement de puissance, d'inventaire d'interconnexion, d'arrangement de salle de rencontre, de conditions de service à distance ou de canal d'avis de maintenance du centre. La déclaration publique la plus sûre est donc que Cloud Era commercialise sa capacité VPS comme située dans un environnement de centre de données FPT à Hô-Chi-Minh-Ville, pas que Cloud Era possède ou exploite directement l'installation.

Cela importe car la résilience du centre appartient en partie à l'opérateur du bâtiment, en partie au locataire, et en partie à l'architecture du client. Si les serveurs sont dans un rack loué ou une cage hébergée, Cloud Era dépend du centre pour l'alimentation électrique, la performance des groupes électrogènes et onduleurs, le refroidissement, l'accès physique, les interconnexions, les systèmes d'incendie et les fenêtres de maintenance. Cloud Era dépend ensuite de son propre stock de serveurs, disques, adresses IP, capacité d'hyperviseur et techniciens.

Les clients dépendent de Cloud Era pour le provisionnement des VM, le support, les instantanés ou sauvegardes le cas échéant, et une communication claire. Si ces limites ne sont pas écrites dans des conditions orientées client, alors le service peut encore fonctionner les jours ordinaires tout en laissant les acheteurs incertains de qui est responsable lors d'un mauvais jour.

Les pages produits d'EraCloud sont suffisamment spécifiques pour déduire la stratégie économique. Lapage VPS Việt Nampropose une offre « GOLD CHEAP 1 » à 50 000 VND par mois avec un vCPU, 1 Go de RAM, 16 Go de SSD NVMe U.2, bande passante illimitée, vitesse réseau 300 Mbps, un port 10 Gbps, centre de données FPT Hô-Chi-Minh-Ville, support anti-DDoS et une adresse IPv4 privée. Lapage VPS Goldcommence à 75 000 VND par mois avec une vitesse réseau 1 Gbps et un profil NVMe de 20 Go ou plus. Lapage VPS Ram Nhiềupasse à des offres à mémoire plus élevée, commençant avec 4 Go de RAM et montant jusqu'à 32 Go de RAM dans les exemples publics. Lapage d'hébergementfait la publicité de cPanel, LiteSpeed Webserver Enterprise, CloudLinux OS, Imunify360, sauvegardes quotidiennes, migration gratuite, support technique 24h/24 et 7j/7 et une promesse d'essai/remboursement.

La grille des offres raconte une histoire sur la capacité installée par rapport à la capacité utilisable. Un port serveur 10 Gbps n'est pas la même chose qu'un 10 Gbps dédié à chaque VPS. Les propres offres d'EraCloud distinguent la capacité du port de la vitesse client, listant 300 Mbps pour le niveau VPS le moins cher et 1 Gbps pour les niveaux Gold et RAM élevée. C'est une économie d'hébergement normale.

Le fournisseur achète ou loue des serveurs puissants, divise CPU, RAM et disque en petits packages, repose sur le multiplexage statistique et fixe le prix de l'offre d'entrée suffisamment bas pour attirer les petits sites, développeurs et petites entreprises. Le risque est que les fiches publiques ne révèlent pas les ratios de sursouscription, la densité d'hôtes, la redondance des disques, le stock de pièces de rechange, la surveillance du vol de CPU, les limites de voisin bruyant ou la rapidité avec laquelle une VM peut être évacuée d'un hôte défaillant. Un acheteur ne peut pas déduire cela de « Intel Gold 6148 » et « NVMe » seuls.

L'allocation IPv4 ajoute une autre limite de capacité. Un /23 contient 512 adresses IPv4 avant la planification réseau, passerelle, réservées et utilisations opérationnelles. Les offres VPS d'EraCloud annoncent couramment une adresse IPv4 par serveur. Si la société repose principalement sur 157.66.218.0/23 pour le service VPS directement adressé, le bloc supporte un inventaire fini d'adresses publiques. Cela ne signifie pas que Cloud Era ne peut héberger que quelques centaines de clients; il peut utiliser d'autres allocations, NAT, adressage privé, espace supplémentaire assigné par l'amont ou ressources IP fournies par le client.

Mais le bloc portable visible fixe un plancher mesurable pour la diligence raisonnable. Si la croissance des ventes dépasse le stock d'adresses, les clients peuvent voir un provisionnement retardé, des frais d'adresse plus élevés, des contournements basés sur NAT ou une pression pour recycler les adresses rapidement après l'annulation.

La promesse de zone de service est locale dans deux sens différents. Premièrement, elle est locale géographiquement: le site cible les acheteurs vietnamiens, utilise des prix vietnamiens, nomme Hô-Chi-Minh-Ville et met l'accent sur « VPS Việt Nam ». Deuxièmement, elle est locale dans la posture réglementaire: les entreprises vietnamiennes se soucient de plus en plus de savoir si les données, journaux, enregistrements utilisateurs et points d'accès se trouvent au Vietnam ou peuvent y être maintenus. Le guide de l'économie numérique du Vietnam de l'U.S. International Trade Administrationnoteque la loi révisée sur les télécommunications du Vietnam inclut désormais les centres de données et les services de cloud computing, avec des dispositions pour les centres de données, le cloud computing et les services over-the-top entrant en vigueur le 1er janvier 2025. Il décrit également les changements en matière de cybersécurité et de protection des données au Vietnam, y compris les pouvoirs de stockage local dans certaines circonstances. L'aperçu de la protection des données au Vietnam de DLA Pipernoteque le régime de données personnelles de 2026 et les décrets associés rendent les questions de transfert transfrontalier, de données importantes et de stockage locale partie de l'examen de conformité.

Pour Cloud Era, ce contexte réglementaire est commercialement utile mais aussi exigeant. Un petit fournisseur VPS vietnamien peut plaire aux acheteurs qui veulent une latence locale, un canal de support vietnamien, des voies de paiement locales et une réponse plus claire à « Où est mon serveur? » qu'une région cloud mondiale peut fournir. Mais la localité n'est pas qu'un mot marketing. Si le besoin d'un client est la souveraineté des données, il devrait confirmer où sont stockées les données de production, les identifiants du panneau de contrôle, les journaux, les sauvegardes, les enregistrements de support et les enregistrements de paiement.

Le propre site d'EraCloud se trouve derrière Cloudflare, et les requêtes DNS publiques montraient des serveurs de noms Cloudflare et des adresses IP front-end Cloudflare pour eracloud.vn. Le domaine utilise également des enregistrements de messagerie Google. C'est un choix de pile web courant et sensé, mais cela signifie que la vitrine publique et la couche de messagerie ne sont pas purement à l'intérieur du même centre de données local que l'inventaire VPS. Les clients avec des exigences strictes de localité doivent séparer l'emplacement des charges de travail hébergées de l'emplacement des métadonnées de compte, support et email.

La pile web publique est une dépendance en soi. La page d'accueil et les pages produits d'EraCloud étaient accessibles derrière Cloudflare au moment de l'examen, et les en-têtes HTTP montraient Cloudflare servant la porte d'entrée. Cette protection de porte d'entrée peut améliorer la disponibilité et absorber certaines attaques de trafic contre le site marketing, mais elle ajoute aussi un point de contrôle en dehors du rack de Cloud Era. Si Cloudflare a un problème de compte, DNS, certificat, règles ou connectivité d'origine, les clients peuvent perdre l'accès au site public même si leurs instances VPS restent en ligne. Inversement, si le système d'espace client ou de commande échoue, les pages marketing peuvent rester en place tandis que les nouvelles commandes, renouvellements, dépôts de tickets ou modifications de compte échouent. Le point de terminaison de connexion vérifié,https://id.eracloud.vn/login, retournait une réponse de page indisponible au moment de l'examen. Un seul contrôle n'est pas une preuve de défaillance chronique, mais c'est suffisant pour faire de la résilience de la facturation et du chemin de support partie du tableau des risques.

La promesse de support est forte dans le texte marketing et plus limitée dans la texture contractuelle. EraCloud fait la publicité d'un support 24h/24 et 7j/7, dit que les réponses sont toujours sous 15 minutes, et utilise des termes comme 24/7/365 dans sa politique de remboursement. Sapage de politique de paiementliste également les heures de paiement de bureau, les instructions de virement bancaire et une adresse physique de bureau. Sapage de politique de remboursementdit que les remboursements sont disponibles dans les sept jours pour VPS Gold et VPS Ram Nhiều sous conditions spécifiées, tandis que la page d'accueil porte également un langage de remboursement sous 30 jours plus large. Ce décalage n'est pas fatal, mais il est opérationnellement pertinent. Lors d'une panne de service, les clients se soucieront de quelle déclaration contrôle: la large promesse marketing, le langage de remboursement spécifique à la catégorie, la procédure de ticket ou les conditions de service.

Les conditions sont plus révélatrices que le texte de vente. Lesconditions de serviced'EraCloud disent que les utilisateurs sont responsables d'une utilisation légale, ne peuvent pas exécuter de spam, malware, déni de service, attaque par déni de service distribué, minage ou activité d'abus de ressources, et peuvent faire face à une suspension ou annulation pour violations. C'est une hygiène d'hébergement standard. La clause de résilience la plus importante dit qu'EraCloud sauvegarde les données chaque semaine, mais ces sauvegardes sont pour sa propre gestion, et il recommande aux utilisateurs de faire des copies fréquentes sur leurs propres ordinateurs ou dispositifs de stockage. Il dit également que la société ne compense pas les données utilisateur stockées sur les serveurs en cas d'intrusions illicites, de force majeure, d'incendie ou de défaillance matérielle physique. Une autre clause dit que le système envoie des avis par courriel répétés avant l'expiration, et si le client ne renouvelle pas, le système annule automatiquement le service dans les trois jours et il ne peut pas être restauré.

Ce langage retourne le fardeau de la récupération vers le client. Pour un petit site web, cela peut être acceptable: un client peut garder une copie hors site, un identifiant de registraire de domaine, une archive de déploiement et une sauvegarde de base de données récente. Pour une application de production, c'est une exigence beaucoup plus lourde. Un client utilisant Cloud Era pour une base de données, un système métier ou un service web générateur de revenus ne devrait pas traiter les sauvegardes internes du fournisseur comme leur plan de reprise après sinistre.

Ils devraient tester la vitesse d'exportation, la portabilité des instantanés, le timing de restauration, le basculement DNS, la récupération des identifiants et la capacité à reconstruire sur un autre fournisseur si le portail de compte est indisponible. L'offre la moins chère devient chère si la seule copie actuelle de la base de données se trouve sur une VM dans un rack et que la fenêtre d'annulation ou de défaillance est plus courte que le temps de réponse du client.

Le risque de stock de matériel est également visible dans les descriptions des offres. L'étiquette répétée Intel Xeon Gold 6148 suggère un pool de serveurs standardisé, probablement construit autour de matériel entreprise puissant mais plus récent. Cela peut être une base de coûts sensée pour un VPS à bas prix. Les CPU entreprise plus anciennes sont abondantes, et le stockage NVMe peut rendre les petites charges de travail rapides.

Mais l'offre publique ne dit pas si Cloud Era garde des hôtes de rechange actifs, si les disques sont en miroir ou disposés en RAID, si l'usure des NVMe est surveillée, si un hôte défaillant peut être remplacé sans attendre des pièces, ou si les offres sont réparties sur des serveurs physiques séparés sur demande du client. Si un fournisseur vend une capacité à 50 000 à 100 000 VND par mois, la marge pour le stock de rechange et la main-d'œuvre est mince.

Les acheteurs devraient supposer que la promesse de récupération n'est aussi forte que le stock d'hôtes de rechange et le calendrier des techniciens du fournisseur, sauf indication contraire.

Le chemin de routage amont crée un deuxième mode de défaillance. Si le /23 de Cloud Era reste annoncé via AS135918, alors les politiques, amonts et santé opérationnelle d'AS135918 importent aux clients de Cloud Era.La vue des préfixes annoncés de RIPEstat pour AS135918montrait le /23 de Cloud Era parmi les préfixes annoncés par cet ASN pendant la fenêtre de requête récente.La vue d'état BGP de RIPEstat pour AS151931ne montrait aucune route pour le propre ASN de Cloud Era au moment vérifié. Cela ne fait pas d'AS135918 une mauvaise origine de route. Cela en fait une dépendance critique. La question pour Cloud Era est de savoir s'il peut changer l'origine de route si nécessaire, si les objets de route et les autorisations RPKI sont maintenus correctement, si le contrat amont inclut une réponse aux incidents, et si le support orienté client comprend les incidents de routage plutôt que de les traiter comme un temps d'arrêt générique.

L'accessibilité internationale ajoute une autre couche. Le marché internet domestique du Vietnam est vaste et en croissance, mais le trafic international a historiquement été sensible aux pannes de câbles sous-marins et aux changements de capacité. Pour les clients dont les utilisateurs sont principalement au Vietnam, un hébergement local peut réduire la latence et améliorer le contrôle. Pour les clients servant des utilisateurs à l'étranger, la chaîne de dépendance s'étend du chemin du centre de données FPT aux passerelles internationales vietnamiennes et aux systèmes sous-marins.

Un VPS local peut être accessible depuis Hanoï et Hô-Chi-Minh-Ville tout en montrant une latence plus élevée, une perte de paquets ou une congestion vers Singapour, Tokyo, l'Europe ou l'Amérique du Nord lors de problèmes de câble. Les pages publiques de Cloud Era ne montrent pas de mélange de transit international, d'engagements de capacité amont, de politique de peering ou d'options d'optimisation de route. Cette absence n'est pas inhabituelle pour un fournisseur à bas prix, mais elle limite ce que les clients peuvent supposer.

Les choix publics de DNS et de front-end montrent une externalisation pragmatique plutôt qu'une infrastructure entièrement autonome. Les requêtes publiques montraient eracloud.vn résolvant vers des adresses IP Cloudflare, des serveurs de noms Cloudflare pour le DNS et des hôtes de messagerie Google pour le courriel. Ces fournisseurs peuvent être plus résilients qu'un petit site web et serveur de messagerie auto-hébergés.

Ils divisent également le service en couches: Cloudflare pour la protection web publique et le DNS, Google pour la livraison du courrier, une origine EraCloud pour le site web et l'application d'espace client, un hébergement physique nommé FPT pour l'inventaire VPS, AS135918 pour l'origine en direct du /23 visible, et Cloud Era pour les ventes, le support et les engagements de compte. Un acheteur n'a pas besoin que chaque couche soit possédée par Cloud Era. Il a besoin de savoir quelle couche a échoué quand quelque chose se casse.

Le chemin de défaillance le plus plausible commence dans l'un des sept endroits. Premièrement, une panne de rack ou d'hôte dans l'environnement FPT à Hô-Chi-Minh-Ville pourrait supprimer un ensemble de VM si la migration en direct ou la capacité d'hôte de rechange n'est pas prête. Deuxièmement, un événement d'alimentation, de refroidissement ou d'interconnexion du centre pourrait affecter de nombreux clients à la fois, surtout si toutes les offres sont concentrées dans le même centre. Troisièmement, un problème d'origine de route ou d'amont entre Cloud Era, AS135918 et FPT Telecom pourrait rendre des serveurs par ailleurs sains injoignables.

Quatrièmement, une pénurie de stock de matériel pourrait allonger les fenêtres de réparation lorsque disques, RAM, alimentations ou serveurs tombent en panne. Cinquièmement, le système d'espace client ou de facturation pourrait bloquer les renouvellements, le provisionnement, les tickets de support ou les remboursements même si le site marketing reste accessible. Sixièmement, le personnel de support pourrait être submergé si un incident partagé affecte de nombreux clients à faible marge à la fois.

Septièmement, la migration client pourrait échouer parce que les sauvegardes, identifiants, images, DNS et exportations de données n'ont jamais été testés avant l'incident.

Les personnes affectées ne sont pas des acheteurs entreprise abstraits. Ce sont probablement des petites entreprises, développeurs, agences, boutiques, sites de contenu et opérateurs qui ont besoin d'un point de terminaison vietnamien bon marché pour des sites web, bases de données, systèmes de test, applications web, serveurs de jeu ou outils métier. Ils peuvent choisir Cloud Era parce qu'il est moins cher qu'une instance cloud mondiale avec des coûts de trafic locaux, plus facile à payer au Vietnam, plus facile à communiquer en vietnamien et plus proche des utilisateurs vietnamiens.

Pour ces clients, la question centrale n'est pas de savoir si une zone de disponibilité hyperscale serait plus résiliente. Ce serait probablement le cas, à un coût et une complexité différents. La question est de savoir si le propre plan de reprise du client correspond à la pile de dépendances réelle d'un VPS local.

Il existe un cas d'usage défendable pour Cloud Era. Un client exploitant un petit site web, une application non critique, un serveur de test régional ou une charge de travail à petit budget peut bénéficier d'un hébergement vietnamien local, de spécifications simples et d'un prix mensuel bas. Le bon acheteur garde des sauvegardes en dehors du fournisseur, utilise un DNS externe, documente un chemin de reconstruction, surveille la disponibilité indépendamment et accepte que le support et le remplacement matériel ne se comportent pas comme une plateforme gérée premium.

Le mauvais acheteur est celui qui traite un seul VPS bon marché comme un environnement complet de reprise après sinistre, garde la seule copie actuelle d'une base de données sur la VM, ignore les avis de renouvellement et découvre pendant un incident que le portail de compte, l'origine de route et le serveur physique sont des dépendances séparées.

La politique de confidentialité de Cloud Era ajoute une nuance utile sur le traitement des données. Lapage de confidentialitédistingue les informations de contact client des données client stockées sur les serveurs, dit que la société ne collecte pas de données client sauf lorsque nécessaire pour fournir le service, dit que les données client restent jusqu'à ce que le service prenne fin ou que le client demande leur suppression, et dit que les informations de contact client peuvent être stockées dans les systèmes d'EraCloud. Elle dit également que les données peuvent être fournies à des tiers lorsque nécessaire pour le service, comme l'enregistrement de domaine avec VNNIC, ou lorsque requis par les autorités vietnamiennes. C'est un langage d'hébergement ordinaire, mais il renforce la nécessité de demander où vivent les enregistrements de compte, le contenu du support et les sauvegardes. Une VM étant au Vietnam ne répond pas automatiquement à toutes les questions d'emplacement des données.

L'absence de conception multi-site visible est le plus grand écart de résilience. EraCloud peut avoir des arrangements privés qui ne sont pas publics, mais le dossier public examiné ici montre une seule géographie de centre nommée pour le service VPS: FPT Hô-Chi-Minh-Ville / FPT Tan Thuan. Il n'y a pas de deuxième ville visible, pas de produit de réplication publié, pas d'option de basculement inter-région, pas d'ASN Cloud Era avec diversité de route dans la vue mondiale actuelle, pas de page de statut, pas de page d'historique d'incident et pas d'objectif de temps de récupération ou de point de récupération documenté.

Un acheteur devrait donc traiter le service comme monorégional, sauf si Cloud Era fournit des preuves écrites du contraire. Les preuves qui changeraient cette évaluation sont simples: des emplacements de centres de données séparés, une table de routage en direct montrant un basculement originaité par Cloud Era ou multi-origine, des tests de miroir indépendants, un historique de statut, des conditions de sauvegarde et de restauration écrites, et une procédure de migration testée par le client.

L'absence de conception multi-site visible change également la façon d'interpréter la déclaration de disponibilité de 99,9 %. Un pourcentage peut sembler précis tout en cachant l'unité mesurée. Il peut se référer à une cible marketing pour une famille d'offres, une moyenne historique, un benchmark de centre, un seul hôte, un port réseau, une VM client ou le site web public. Ce ne sont pas interchangeables. Un VPS peut être sous tension pendant que la zone de compte est inaccessible. Une VM peut répondre depuis l'intérieur du Vietnam tandis que les routes internationales sont dégradées.

Un hôte physique peut être sain tandis que l'image disque d'un client est corrompue. Un centre peut répondre à une norme d'ingénierie élevée tandis qu'un locataire n'a pas de deuxième copie de la base de données d'un client. Sans point de mesure nommé, formule de crédit, clause de maintenance exclue et historique de statut, le langage de disponibilité doit être lu comme une intention plutôt que comme un engagement de service complet.

La revendication de localisation FPT doit être lue de la même manière pratique. Si Cloud Era place effectivement des hôtes VPS dans l'environnement FPT Tan Thuan, c'est un signal de localité significatif: les serveurs sont commercialisés comme étant près des utilisateurs vietnamiens, à l'intérieur d'un cadre d'infrastructure de télécoms vietnamien majeur, et connectés via un écosystème d'opérateur domestique.

Mais l'acheteur a encore besoin de savoir si le service est un rack, plusieurs racks, un pool de serveurs virtualisés dans l'environnement d'un autre fournisseur, un arrangement de revente ou un cluster d'hébergement géré que Cloud Era administre à distance. Ces variations produisent toutes une facture VPS, mais elles donnent à Cloud Era différents niveaux de contrôle pendant la maintenance. Dans un cas, la société peut avoir du personnel qui peut échanger des disques directement. Dans un autre, elle peut ouvrir une demande de service à distance et attendre le centre ou le partenaire amont.

Dans un autre, la société peut être un client d'une plateforme de gros dont les propres avis de maintenance déterminent la fenêtre de réparation.

C'est pourquoi la preuve de l'origine de route est si importante. La propriété des ressources numériques et le routage sont souvent invisibles pour les acheteurs de petites entreprises, mais ils décident qui peut agir lorsque les paquets cessent d'arriver. Si l'allocation de Cloud Era est visible via AS135918, alors le personnel de routage d'AS135918, ses filtres de route, ses contrats amont et ses contrôles d'abus font partie de l'expérience client de Cloud Era.

Un objet de route mal configuré, un filtre de préfixe, une route client suspendue, un litige de facturation entre fournisseurs ou un changement de maintenance au réseau d'origine de route pourrait ressembler pour un client VPS à « EraCloud est en panne ». Le client ne saura peut-être jamais si les serveurs, commutateurs ou hyperviseurs étaient en bon état. Les vues de route publiques ne peuvent pas révéler le contrat privé, mais elles peuvent montrer quelle organisation semble annoncer le bloc aujourd'hui. C'est suffisant pour faire de la portabilité de route une question d'achat.

Pour un client réglementé ou soucieux de conformité, la question de la route recoupe la localité plutôt que de la remplacer. Un préfixe IP vietnamien et une revendication de centre de données vietnamien peuvent soutenir un récit d'hébergement local, pourtant l'enregistrement de compte peut être traité via des systèmes web, de messagerie et de support qui utilisent des fournisseurs externes. Le site public étant derrière Cloudflare ne signifie pas que les charges de travail des clients quittent le Vietnam. Cela signifie que la couche de vente, DNS et d'accès au site n'est pas la même que la couche de calcul VPS.

Les enregistrements de messagerie Google ne signifient pas que les données hébergées sont chez Google; ils signifient que le courrier professionnel touche l'infrastructure de messagerie de Google. Un examen sérieux de la localisation des données devrait donc tracer une carte avec des cases séparées pour les données de disque VM, les sauvegardes, les journaux, les détails de compte, les tickets de support, les factures, le courrier, le DNS et les actifs web publics. Les documents publics de Cloud Era aident à identifier certaines cases mais pas toutes.

Les clients de Cloud Era devraient également distinguer la conservation des données de la récupérabilité. La politique de confidentialité dit que les données client restent jusqu'à ce que le client cesse d'utiliser le service ou demande leur suppression. Les conditions disent que des sauvegardes internes hebdomadaires existent mais ne remplacent pas les sauvegardes utilisateur. La page d'hébergement dit des sauvegardes quotidiennes pour l'hébergement. La page de remboursement parle de tickets et de défauts techniques. Ces déclarations peuvent coexister, mais elles répondent à des questions différentes.

La conservation demande si les données sont conservées. La récupération demande si le client peut revenir à un état connu après une panne, une erreur, une suppression, un compromis ou un litige de paiement. La portabilité demande si le client peut partir rapidement avec une image propre ou une copie de base de données portable. Un acheteur VPS à bas prix a besoin de ces trois réponses, car un fournisseur peut conserver des données sans pouvoir les restaurer rapidement, et il peut restaurer un fichier sans pouvoir exporter un service entier dans une forme qu'un autre hôte peut exécuter.

Le prix rend cette diligence plus importante, pas moins. 50 000 à 100 000 VND par mois est attrayant car cela abaisse la barrière à l'infrastructure locale. Cela laisse aussi peu de place pour une ingénierie de récupération sur mesure, un support pratique étendu ou une conservation gratuite à long terme après annulation. Ce n'est pas une critique de Cloud Era; c'est l'arithmétique du VPS bon marché. Le fournisseur peut maintenir des prix bas en standardisant les offres, en automatisant le provisionnement, en centralisant la flotte matérielle et en limitant les promesses sur mesure.

Les clients obtiennent une meilleure valeur lorsqu'ils alignent leurs attentes sur cette arithmétique. Un blog personnel, un serveur de staging, un cache API local ou une page métier non critique peuvent bien convenir. Une base de données de production unique pour un service critique de revenus nécessite des contrôles supplémentaires, même si le VPS sous-jacent est rapide et bon marché.

Il existe des signes spécifiques qu'un client peut demander à Cloud Era de fournir sans exiger de secrets commerciaux. Une vue de route actuelle pour l'IP assignée peut montrer si le préfixe est toujours originaité par AS135918 ou par l'AS151931 de Cloud Era. Une déclaration des amonts peut montrer s'il y a plus d'un chemin sortant du centre. Une copie des conditions de sauvegarde peut indiquer si les sauvegardes sont au niveau fichier, au niveau image, spécifiques à la base de données, quotidiennes, hebdomadaires, payantes ou au mieux.

Un test de restauration sur une VM d'essai peut montrer si le support peut fournir une récupération utilisable dans la fenêtre promise. Une réponse écrite sur le non-renouvellement peut confirmer si le langage d'annulation de trois jours est automatique pour chaque offre VPS ou peut être étendu pour les clients professionnels. Une simple répétition de migration peut prouver si un client peut reconstruire en dehors d'EraCloud à partir d'une archive exportée.

La lecture la plus favorable est que Cloud Era est un jeune fournisseur local utilisant une infrastructure vietnamienne établie et des outils de périphérie mondiaux courants pour fournir une capacité VPS peu coûteuse. C'est un rôle légitime sur le marché. L'économie numérique du Vietnam croît, les petites entreprises ont besoin d'hébergement local, et toutes les charges de travail ne justifient pas un déploiement cloud mondial complexe. La lecture la plus sceptique est que les preuves publiques de Cloud Era sont encore trop minces pour s'y fier pour des systèmes critiques sans confirmation écrite supplémentaire.

Les deux lectures peuvent être vraies en même temps. Le service peut être un bloc de construction local utile et avoir encore besoin de sauvegardes externes, d'une surveillance indépendante et d'un chemin de sortie testé.

L'article ne traite donc pas la faible empreinte publique de Cloud Era comme une raison d'effacer l'entreprise de la considération. Il traite l'empreinte comme la forme de l'accord. Le client n'achète pas une plateforme large et indépendamment prouvée. Le client achète une capacité hébergée auprès d'un fournisseur qui publie des offres VPS spécifiques, pointe vers un contexte de centre vietnamien, détient des ressources numériques visibles et dépend actuellement d'un autre ASN pour la route visible. Cela peut suffire pour de nombreuses utilisations.

Ce n'est pas suffisant pour sauter la diligence raisonnable pour des charges de travail où un temps d'arrêt, une perte de données, un support retardé ou une instabilité de route auraient des conséquences réelles.

Le mot cloud ne fait pas disparaître l'économie. Le VPS à bas prix fonctionne lorsque les fournisseurs standardisent le matériel, réutilisent la capacité de rechange, automatisent le provisionnement et vendent des ressources physiques partagées en petits morceaux. Cela peut être efficace. Cela peut aussi cacher la vérité opérationnelle que chaque serveur virtuel atterrit encore sur un hôte, dans un rack, derrière un commutateur, alimenté par un centre, connecté par un amont, supporté par une petite équipe et payé via un système de facturation.

Les documents publics de Cloud Era sont suffisamment honnêtes pour exposer la plupart de ces pièces: emplacement FPT, CPU serveur, stockage NVMe, adresse IPv4, support anti-DDoS, paiement par virement bancaire, conditions d'abus, sauvegardes internes hebdomadaires et délai d'annulation. Les pièces manquantes sont ce qui compte lors d'une défaillance: stock de rechange, contrôle de route, reprise multi-site et historique opérationnel indépendant.

Cela fait de Cloud Era un fournisseur « à utiliser avec contrôles » plutôt qu'un fournisseur « à éviter ». Les preuves publiques soutiennent l'existence d'une société d'hébergement vietnamienne, d'une offre active, d'un contexte d'infrastructure locale nommé, de ressources numériques assignées et d'une route actuellement visible pour son bloc IPv4 via un autre réseau. Elles ne soutiennent pas des affirmations d'exploitation réseau indépendante, de résilience multi-site ou de reprise gérée forte. Les clients devraient l'acheter pour les charges de travail qui correspondent à ce profil de risque.

Ils devraient demander confirmation avant de mettre des systèmes réglementés ou critiques pour les revenus dessus. Ils devraient également séparer la localité de la résilience: un centre de données vietnamien peut aider avec la latence et les objectifs de localisation des données, mais il ne prouve pas en soi la qualité de la sauvegarde, la continuité inter-site ou l'indépendance de route.

La dégradation est donc précise. Cloud Era LLC n'est pas simplement une coquille dans le dossier public; il a suffisamment de marqueurs d'infrastructure visibles pour mériter une surveillance. Mais son empreinte opérationnelle publique reste mince. Son propre ASN n'est actuellement pas l'origine mondiale en direct dans les vues de route vérifiées. Ses revendications de service se concentrent sur un seul emplacement FPT à Hô-Chi-Minh-Ville. Ses conditions placent une responsabilité matérielle de sauvegarde sur les clients. Son site public dépend de Cloudflare et de Google pour les couches de porte d'entrée et de courrier.

Son chemin de commande/connexion a montré une réponse indisponible au moment vérifié. Aucun de ces faits ne défait le service. Ensemble, ils définissent le risque: Cloud Era vend une capacité hébergée dont la fiabilité réelle dépend de racks, de services de centre loués ou exploités par des partenaires, d'arrangements de transit, de fenêtres de réparation, de la disponibilité du système de compte et de la préparation du client.

Pour un acheteur, le test pratique est simple. Avant de déplacer quoi que ce soit d'important, demandez à Cloud Era d'identifier l'emplacement exact du centre pour le serveur, l'origine de route pour l'adresse IP assignée, la diversité amont disponible pour cette route, le calendrier de sauvegarde qui s'applique à votre offre, le délai et le coût de restauration, l'effet du non-renouvellement, la voie pour le support d'urgence si la zone de compte est inaccessible, et le chemin d'exportation des données si vous devez partir. Testez ensuite les réponses avec une charge de travail non critique.

Un fournisseur qui peut répondre clairement à ces questions peut être une partie utile d'un mix d'infrastructure vietnamien. Un fournisseur qui ne peut pas y répondre doit encore être traité comme une capacité peu coûteuse, mais pas comme le seul plan de continuité du client.