Résumé
- LetsCloud Brasil a une identité brésilienne traçable: une société active à Belo Horizonte, un administrateur nommé, une preuve d'adhésion à la LACNIC et des ressources Registro.br liées à AS396509.
- Le service se présente comme une infrastructure orientée développeur plutôt que comme un simple hébergement web, avec des machines virtuelles, du stockage, du réseau, des équilibreurs de charge, KVM, un accès root, un panneau de contrôle et une API REST.
- La localité bénéficie d'un soutien pratique de l'espace d'adressage brésilien, de deux composants de statut à São Paulo et d'un composant à Fortaleza, mais les étiquettes de localisation publiques n'établissent pas où se produisent chaque disque, sauvegarde, journal, action du plan de contrôle ou session de support.
- L'assurance opérationnelle reste une discipline côté client: le SLA formel est plus étroit que le langage marketing, les crédits nécessitent une réclamation documentée, la sécurité est partagée, les ressources éteintes peuvent rester facturables et les clients sont responsables de l'exportation des données avant la fermeture.
Une offre cloud locale peut résoudre un problème très spécifique. Un développeur brésilien ou une entreprise de taille moyenne peut souhaiter une machine virtuelle proche des utilisateurs sud-américains, une facture en réais, un support qui comprend le marché et une alternative à la complexité d'un compte hyperscale. LetsCloud se présente pour répondre à ce besoin. Son site propose des instances cloud au Brésil, des emplacements internationaux, une facturation horaire, un panneau de compte et un déploiement piloté par API.
C'est une proposition utile, mais ce n'est pas encore la même chose que l'assurance opérationnelle. Le mot « cloud » en dit peu sur la partie qui signe le contrat, le chemin emprunté par le trafic, l'emplacement des données clients, la portée d'une promesse de disponibilité ou la personne qui peut approuver une action de récupération à 3 heures du matin. Ces questions doivent être reliées à travers plusieurs surfaces publiques. Pour LetsCloud Brasil, la chaîne est suffisamment visible pour être examinée et incomplète pour exiger un test pratique.
Une identité brésilienne se connecte à une entreprise plus large
La traçabilité identitaire commence proprement. L'annuaire de BTW identifie LetsCloud Brasil comme une entreprise privée au Brésil et l'associe à des activités de réseau géré, de service cloud, de centre de données, de colocation et d'hébergement. Il pointe également vers l'annuaire des membres LACNIC. Le registre électoral 2024 de LACNIC inclut LetsCloud Brasil parmi les organisations brésiliennes, plaçant indépendamment le nom au sein de la communauté régionale des ressources Internet.
La piste corporative est plus spécifique. Un miroir public des données de la Receita Federal répertorie LETSCLOUD BRASIL SERVICOS DE INTERNET LTDA sous le CNPJ 35.854.121/0001-85. Il signale un enregistrement actif, une date d'ouverture au 27 décembre 2019, une adresse à Belo Horizonte, Minas Gerais, et une activité principale couvrant le traitement de données, la fourniture de services d'application et l'hébergement Internet. Laura Sucupira Victor est répertoriée comme administratrice et LetsCloud Inc comme associée.
Registro.br fournit le pont le plus solide entre l'identité corporative et le réseau opérationnel. Sa réponse WHOIS pour AS396509 nomme LetsCloud Brasil comme propriétaire et Laura Victor comme contact responsable. L'enregistrement a été créé le 26 mai 2020 et répertorie trois allocations IPv4, 187.102.244.0/22, 177.52.160.0/22 et 138.118.172.0/22, plus l'allocation IPv6 2804:b44::/32. Le handle de contact résout à LetsCloud Inc. Ce n'est pas une preuve de qualité de service, mais cela montre que le nom Brésil est attaché à de vraies ressources de numérotation Internet plutôt que d'exister seulement comme une étiquette de vente.
La distinction entre l'entreprise brésilienne et LetsCloud Inc reste importante. Les conditions générales de service, le contrat de niveau de service et la politique d'utilisation acceptable nomment LetsCloud Inc comme fournisseur de services. L'enregistrement brésilien montre LetsCloud Inc comme associé dans la société locale, et le contact réseau utilise également ce nom. Un acheteur devrait donc confirmer quelle entité apparaît sur la commande, la facture, les conditions de traitement des données et l'obligation de support.
Une identité de groupe cohérente est utile; elle ne supprime pas la nécessité de savoir quelle partie légale doit le remède lorsqu'une charge de travail brésilienne échoue.
La surface produit est conçue pour une infrastructure en libre-service
Les conditions actuelles de LetsCloud décrivent une plateforme d'infrastructure en tant que service pour machines virtuelles, stockage, réseau et équilibreurs de charge. Ses pages cloud ajoutent un panneau de contrôle, du stockage SSD, IPv6, une mise à l'échelle verticale, des contrôles de pare-feu internes, une surveillance et des affirmations de protection anti-DDoS. La FAQ indique que la plateforme utilise KVM sur son infrastructure et donne aux clients un accès root via SSH et un accès console via le panneau de contrôle.
Cela place le produit plus près d'un cloud développeur que d'un hébergement d'applications géré. Le client choisit un emplacement et une image, provisionne une instance, attache des identifiants d'accès, configure le système d'exploitation et expose une application. Un guide de démarrage nomme le Brésil, les États-Unis et l'Europe comme choix d'emplacement et liste les images Linux et les piles d'applications en un clic. La page API décrit une interface REST utilisant JSON et les méthodes GET, POST, PUT et DELETE communes pour créer et gérer des instances.
L'automatisation a une réelle valeur. Une équipe plateforme peut transformer la création de serveur en code, reproduire des environnements de développement et passer à l'échelle sans attendre un ticket d'hébergement manuel. Cela change également le mode de défaillance. Une clé API exposée peut créer ou détruire rapidement des ressources. Une boucle d'automatisation erronée peut créer des dépenses aussi efficacement qu'elle crée de la capacité. Une image peut être reproductible alors que ses données ne le sont pas.
Le plan de contrôle nécessite donc une séparation des rôles, une rotation des identifiants, des journaux de modifications, des alertes budgétaires et un enregistrement indépendant de ce qui devrait exister.
Le matériel public n'établit pas comment ces contrôles sont implémentés pour chaque compte. Il ne montre pas si l'API prend en charge des identifiants à portée étroite, des workflows d'approbation ou des exports d'audit immuables. Le service achats devrait demander une démonstration, pas supposer que l'existence d'une API répond à la question de gouvernance. Créez une instance non productive, faites tourner ses identifiants, modifiez une règle de pare-feu, redimensionnez-la, attachez un stockage, inspectez l'historique des événements puis supprimez-la. Le résultat utile n'est pas seulement que chaque action fonctionne.
C'est que l'équipe peut ensuite expliquer qui l'a effectuée, quand et avec quelle autorité.
La facturation nécessite également une supervision active. LetsCloud annonce une facturation horaire avec un plafond mensuel et permet le paiement en dollars américains ou en réais brésiliens. Sa FAQ indique qu'une instance éteinte reste facturable car le CPU, la RAM, le disque et une adresse IP restent réservés; la facturation s'arrête lorsque l'instance est détruite. Elle dit également que le stockage ne peut pas être réduit sur place en raison du risque de perte de données.
Ce sont des règles d'infrastructure compréhensibles, mais elles créent deux pièges prévisibles: un serveur arrêté oublié peut continuer à accumuler des coûts, et l'expansion du stockage peut devenir une tâche de migration lorsque le client veut plus tard réduire.
Pour un acheteur comparant LetsCloud avec un cloud hyperscale, une colocation ou une infrastructure auto-gérée, le prix unitaire annoncé n'est donc qu'une partie du coût. La comparaison complète inclut le travail nécessaire pour maintenir les images, patcher les systèmes, surveiller les factures, gérer les clés, tester les restaurations et planifier une sortie. LetsCloud peut réduire la complexité de la plateforme pour une petite équipe, surtout là où la monnaie locale et un catalogue plus simple comptent. Cela n'élimine pas le travail opérationnel qui se situe au-dessus de la machine virtuelle.
Le Brésil est une revendication de localisation, pas une carte de données complète
Les preuves publiques soutiennent une véritable empreinte brésilienne. La page produit Brésil de LetsCloud indique qu'elle a lancé des serveurs cloud à São Paulo. La page de statut liste séparément São Paulo SAO1, São Paulo SAO2 et Fortaleza FOR1, aux côtés d'emplacements en Amérique du Nord, en Europe et en Australie. Registro.br lie plusieurs plages IPv4 brésiliennes et une allocation IPv6 à l'entreprise. Les pages de tarification et produit indiquent que les clients brésiliens peuvent payer en réais.
Ces signaux peuvent avoir une signification commerciale. Une instance à São Paulo peut réduire la distance réseau pour les utilisateurs au Brésil. La facturation locale peut réduire les frictions de change. Une entreprise brésilienne peut fournir une voie juridique et administrative plus familière qu'un revendeur offshore inconnu. Aucun de ces faits, cependant, ne prouve que chaque composant du service d'un client reste au Brésil.
Une charge de travail cloud a plus d'emplacements que son étiquette de machine virtuelle. Le stockage attaché, les snapshots, les sauvegardes, le DNS, la télémétrie de surveillance, les données de compte, les outils de support et l'accès administratif peuvent suivre des chemins différents. LetsCloud commercialise également un service DNS Anycast et a longtemps décrit des nœuds DNS dans plusieurs pays. Anycast est conçu pour distribuer les réponses, donc une couche DNS routée globalement ne doit pas être confondue avec la résidence des données d'application.
De même, une instance de calcul étiquetée Brésil n'identifie pas le site détenant une copie de récupération.
La demande de localité correcte est une carte des composants. Un acheteur devrait demander où tourne la VM principale, où sont stockés les volumes attachés et les sauvegardes, où sont traitées les données de compte et de surveillance, quels affiliés ou sous-traitants peuvent accéder au service, et ce qui se passe lors d'une panne régionale. La réponse devrait distinguer le contenu client des métadonnées opérationnelles et nommer toute dépendance transfrontalière. Sans cette carte, « Brésil » est un positionnement réseau utile mais pas une déclaration complète de souveraineté des données.
AS396509 rend le réseau testable
Les preuves réseau donnent à LetsCloud Brasil un avantage sur les fournisseurs dont l'infrastructure disparaît derrière un hôte amont. AS396509 est publiquement associé à LetsCloud, et les vues de routage actuelles montrent des préfixes brésiliens originés par ce système autonome. BGP.tools identifie Ascenty Data Centers e Telecomunicacoes et BroadbandONE comme fournisseurs d'accès visibles, tout en montrant un ensemble de peering beaucoup plus large. La vue BGP de Hurricane Electric rapporte une présence d'échange à Campinas, Fortaleza, São Paulo et Miami et observe à la fois la connectivité IPv4 et IPv6.
Les deux services de routage comptent les préfixes annoncés et les pairs différemment, car une vue inclut des routes plus spécifiques et un ensemble d'observations plus large. Cette différence est une raison d'éviter de transformer un instantané de routage en direct en une affirmation fixe sur la capacité totale. La conclusion durable est plus étroite: LetsCloud opère une identité de système autonome visible, origine un espace d'adressage associé au Brésil et apparaît connecté via plus d'une relation amont.
C'est une preuve de participation au réseau, pas une preuve de résilience applicative. Un AS peut avoir plusieurs pairs tandis qu'un rack, une installation ou un VLAN client particulier dépend encore d'un seul chemin physique. Une route peut rester visible tandis que le stockage est indisponible. IPv4 et IPv6 peuvent partager un domaine de défaillance.
Un acheteur devrait demander quels préfixes servent la région Brésil sélectionnée, quels fournisseurs d'accès sont actifs là-bas, si SAO1 et SAO2 sont des domaines de défaillance distincts, comment Fortaleza participe à la récupération, et si le basculement est testé avec des charges de travail client plutôt qu'inféré à partir d'un graphe de routage.
L'enregistrement réseau crée également des voies de responsabilité. Registro.br nomme un contact abus, et la politique d'utilisation acceptable fournit un canal de signalement d'abus. Cela importe pour un opérateur cloud car le trafic malveillant, le spam et les serveurs compromis peuvent nuire à la réputation des adresses pour les clients voisins. Les acheteurs exploitant la messagerie, les API ou les services publics devraient demander à quelle vitesse les signalements d'abus sont triés, comment un client est notifié, si une mitigation peut suspendre une instance sans préavis et comment les adresses de remplacement propres sont traitées.
Le SLA formel est plus étroit que le titre
Le langage de disponibilité nécessite une lecture attentive. Les pages serveur cloud et tarification annoncent un SLA de disponibilité de 99,98 %. Le contrat de niveau de service séparé s'engage à au moins 99,95 % de disponibilité mensuelle pour une instance de machine virtuelle en cours d'exécution. Il définit le temps d'arrêt comme une perte de connectivité externe confirmée par la surveillance de LetsCloud, mesurée par incréments d'une minute.
Un acheteur devrait traiter le document formel à 99,95 % comme la base publique opérationnelle sauf si la commande signée dit autrement, et devrait demander à l'entreprise de concilier le chiffre plus élevé de la page produit.
La réparation a également une forme spécifique. Si la disponibilité tombe en dessous de 99,95 % mais reste à ou au-dessus de 99,0 %, le crédit déclaré est de 10 % des frais pour le service affecté; en dessous de 99,0 %, il est de 25 %. Le client doit ouvrir un ticket de support dans les 30 jours, identifier la VM ou l'IP affectée, fournir les dates et heures, et joindre des journaux ou autres preuves. Les crédits s'appliquent à la facturation future, ne sont pas des remboursements en espèces et sont décrits comme le seul recours pour les temps d'arrêt en vertu du SLA.
Les exclusions réduisent encore la promesse. Le document exclut la maintenance programmée annoncée au moins 48 heures à l'avance, les causes hors du contrôle raisonnable de LetsCloud, les actions du client ou de tiers, et les erreurs impliquant des groupes de sécurité, des paramètres réseau ou des règles de pare-feu. Ce sont des conditions cloud courantes, mais elles transfèrent le travail de preuve sur le client.
La surveillance indépendante, les horloges précises, les journaux conservés et une chronologie documentée des incidents ne sont pas facultatifs si l'organisation espère réclamer un crédit ou distinguer une panne du fournisseur de sa propre erreur de configuration.
La page de statut publique est une surface de support utile. Au moment de cette évaluation, elle montrait le site web, le tableau de bord, l'API, la communauté, le centre d'aide, le DNS et tous les emplacements listés comme opérationnels. Elle exposait également des composants séparés pour les deux sites de São Paulo et Fortaleza. Un écran vert ponctuel n'est pas un historique de disponibilité mesuré, et l'archive d'incidents visible ne fournissait pas assez de détails pour en calculer un.
Les acheteurs devraient demander si les rapports d'incidents, les avis de maintenance et l'historique au niveau des composants peuvent être exportés pour le service qu'ils ont l'intention d'utiliser.
Le support fait partie du produit, et il nécessite un test de réponse
La page À propos de LetsCloud revendique plus de 25 membres du support, tandis que le site fournit un centre d'aide, une FAQ, un panneau client et une route de tickets. Ce sont des signes positifs d'une organisation de service autour de l'infrastructure. Ils restent des signaux émanant de l'entreprise. Les documents publics examinés ici n'établissent pas un objectif de première réponse, un temps d'escalade, des niveaux de gravité nommés ou le personnel disponible pour un compte particulier.
Le SLA lui-même démontre pourquoi le travail de support importe: un client ne peut pas obtenir un crédit sans un ticket opportun et riche en preuves. Les conditions rendent également les clients responsables de l'activité du compte, de la sécurité des applications et des données, et de l'exportation de leur contenu avant la fermeture; le contenu peut être supprimé après la résiliation. En d'autres termes, le support peut aider, mais le client possède plusieurs des actions qui déterminent si la récupération est possible.
Un exercice de support en pré-production est plus informatif qu'une déclaration d'assurance générique. Ouvrez un ticket technique concernant la région Brésil. Demandez quelle partie possède le contrat, comment un cas de sévérité un est escaladé, qui peut accéder à une VM, comment les actions d'urgence sont autorisées et quel rapport suit un incident. Ensuite, testez une restauration et une exportation. Mesurez la réponse, conservez le ticket et comparez la réponse avec le calendrier de service signé.
LetsCloud Brasil a suffisamment de preuves publiques pour mériter ce test. L'identité se connecte à une entreprise brésilienne et à des ressources réseau; la plateforme expose un workflow en libre-service crédible; l'empreinte de routage est visible; et l'entreprise publie un SLA et une surface de statut. L'incertitude restante n'est pas de savoir si le nom existe. C'est de savoir si les contrats, la surveillance, le support et les enregistrements de récupération restent cohérents lorsque le service cesse de se comporter normalement.
C'est la règle de décision. Traitez l'empreinte brésilienne, la facturation locale et l'API comme des avantages seulement après qu'un essai de charge de travail prouve le chemin opérationnel complet: provisionner, sécuriser, surveiller, passer à l'échelle, échouer, escalader, restaurer, exporter et détruire. Si chaque étape laisse un enregistrement utilisable et une partie responsable, LetsCloud Brasil peut offrir plus qu'une simple étiquette cloud locale. Si ces enregistrements se brisent, le client découvrira que l'achat à friction réduite a simplement déplacé le travail difficile dans l'incident.