Résumé
- Les documents publics de Vertix rendent l’intervalle de surveillance de cinq minutes particulièrement utile comme test d’approvisionnement. La détection n’est que la première horloge: un acheteur doit également mesurer quand un ingénieur autorisé prend en charge l’incident, quand le service est rétabli et quand les preuves contractuelles sont fournies.
- Les entrées du registre internet brésilien étayent le contrôle par Vertix de l’AS275716 et de l’allocation IPv6
2804:987c::/32. Les observations de routage publiques montrent une présence réseau récente, axée sur l’IPv6, mais elles n’établissent pas la disponibilité de la charge de travail, la résilience des installations ou les performances de récupération. - Le catalogue de la société couvre le cloud, les services de centres de données, l’hébergement, la téléphonie, le SD-WAN et la supervision. Cette étendue pourrait réduire le travail de coordination des fournisseurs, mais elle rend également essentielles la responsabilité spécifique par produit, la couverture du support, la propriété des adresses, l’emplacement des données et les droits de sortie.
- Les pages publiques fournissent suffisamment de détails sur les prix et les services pour concevoir des tests sérieux, mais cette recherche n’a pas localisé de carte des installations de production, d’historique indépendant des SLA, d’archives publiques d’incidents, d’étude de cas client, de périmètre de certification ou de preuve de restauration réalisée. Les acheteurs devraient demander ces éléments sans considérer leur absence publique comme une preuve que les contrôles sous-jacents n’existent pas.
À 02:13, un signal rouge déclenche quatre horloges
Imaginons un exercice d’approvisionnement plutôt qu’une panne réelle. À 02:13 un mercredi, une transaction synthétique échoue. Le système de surveillance attend son prochain contrôle programmé, confirme le problème et affiche un service en rouge. Aucun incident réel de Vertix n’est décrit ici; la scène est un test contrôlé construit à partir d’une fonctionnalité publique de l’offre de Vertix. Sapage de surveillanceannonce des vérifications toutes les cinq minutes sur les plans Standard et Flex, tandis que le niveau personnalisé peut utiliser une fréquence négociée.
La première horloge mesure la détection. Quand le symptôme visible pour le client a-t-il commencé, quand la sonde a-t-elle été exécutée et quand une alerte a-t-elle quitté le système de surveillance? Un intervalle de cinq minutes ne fixe qu’une borne supérieure à l’écart d’observation programmé. Les tentatives de réessai, les règles de corrélation, les files d’attente de notification et un moniteur qui partage la dépendance du système défaillant peuvent tous l’allonger ou le fausser.
La deuxième horloge mesure la prise en charge. Quand un humain a-t-il accusé réception de l’alerte, et quand une personne ayant l’autorité de modifier la production a-t-elle accepté la responsabilité? Un accusé de réception par courriel, un changement de statut d’un ticket et l’entrée d’un ingénieur dans l’environnement affecté sont des moments opérationnels distincts. Les plans publics de Vertix rendent cette distinction importante: le plan Standard mentionne un support par email, le plan Flex un support 24/5, et l’offre personnalisée décrit un support VIP 24/7 et un accord de niveau de service sur mesure.
La troisième horloge mesure la restauration. Quand la transaction du client fonctionne-t-elle à nouveau — et pas simplement lorsque l’hôte répond au ping, que le tableau de bord passe au vert ou qu’un processus redémarre? La restauration peut nécessiter un basculement, une récupération de données, un changement de routage, une annulation, une escalade auprès du fournisseur ou une décision commerciale du client. Chaque voie a des exigences différentes en matière d’autorité et de dépendances.
La quatrième horloge mesure les preuves contractuelles. Quand le fournisseur a-t-il remis un calendrier, une déclaration d’impact, une mesure par rapport au niveau de service convenu, une explication des exclusions, des actions correctives et tout crédit applicable? Cette horloge est souvent ignorée lors des discussions commerciales, alors qu’elle détermine si les trois premières horloges peuvent être gouvernées sur des mois plutôt que démontrées une seule fois.
Cette séquence des quatre horloges est une manière plus utile d’évaluer Vertix que de se demander si un petit fournisseur est « fiable » dans l’abstrait. Elle transforme la proximité en travail observable. Elle évite également une erreur de catégorie courante: assimiler un bureau proche, un système autonome actif ou un large catalogue à une capacité de récupération testée. Vertix dispose de preuves publiques qui le rendent suffisamment crédible pour être testé. La décision d’achat dépend de ce qui se passe lorsque le test commence.
La piste d’identité est plus solide qu’un nom de marque
La première question d’approvisionnement est prosaïque mais lourde de conséquences: quelle entité juridique et opérationnelle détiendra la dépendance? Lesite institutionnelde Vertix indique une adresse sur Rua Brasil à Dois Irmãos, au Rio Grande do Sul, et utilise des contacts téléphoniques et électroniques du domaine de l’entreprise. Sapage LinkedInrenvoie au même site web et à la même municipalité, et décrit une entreprise privée fondée en 2023 avec 2 à 10 employés. Ces attributs LinkedIn sont autodéclarés, et non des faits vérifiés, mais la concordance aide à distinguer cette entreprise des utilisations non liées du nom Vertix.
Les preuves d’identité les plus probantes proviennent du registre internet brésilien. L’entrée RDAP du Registro.br pour l’AS275716nomme Vertix Tecnologia Soluções em Cloud, associe la ressource au CNPJ50.391.687/0001-01et enregistre l’assignation du système autonome le 27 mars 2026. L’entrée RDAP pour2804:987c::/32attribue le bloc IPv6 à la même organisation, au même CNPJ et au même ASN. Ce sont des enregistrements officiels pour les ressources de numéros internet. Ils établissent un lien concret entre l’identité commerciale et une surface opérationnelle sur l’internet public.
Ils ne règlent pas toutes les questions d’entreprise. Des sites d’information tiers, dontCNPJ.biz, ont conservé le nom S&S Treinamento e Consultoria Ltda en association avec le même CNPJ. Ces agrégateurs peuvent accuser du retard, simplifier ou reproduire des données d’enregistrement historiques. Ils ne doivent donc pas prévaloir sur un contrat officiel ou la documentation officielle actuelle de l’entreprise. Ils créent toutefois une tâche de diligence précise: la proposition, la facture, les conditions de traitement des données, le titulaire de la ressource et la partie acceptant la responsabilité du service doivent être rapprochés du même CNPJ, toute relation de nom commercial ou de dénomination sociale étant indiquée explicitement.
Cet exercice n’est pas de la paperasse gratuite. Un service peut être commercialisé sous une marque, contracté sous un autre nom légal, hébergé par un exploitant d’installation, acheminé via un réseau amont et soutenu par un partenaire de distribution. Lorsqu’un acheteur a besoin d’un crédit, d’un changement d’urgence, d’un dossier de preuves pour un régulateur ou d’une assistance à la sortie, l’ambiguïté sur la partie redevable du travail devient un retard opérationnel. La piste de registre de Vertix donne à l’acheteur un ancrage solide. Le contrat doit y rattacher toute autre partie prenante à la fourniture du service.
Le périmètre opérationnel dépasse le « cloud »
Vertix ne se présente pas comme un fournisseur de machines virtuelles défini de manière étroite. Soncatalogue de solutionsregroupe l’IaaS, le PaaS, le SaaS et l’automatisation sous le cloud computing; la colocation, l’hébergement dédié et les serveurs gérés sous les services de centres de données physiques; et les ressources dédiées, la haute disponibilité, la gestion et la mise à l’échelle sous une offre de centre de données virtuel. Il répertorie également l’hébergement web, la messagerie d’entreprise, la téléphonie IP, le SD-WAN et la supervision d’infrastructure.
Cette étendue est importante parce qu’un client ne vit pas l’infrastructure comme un catalogue. Un système de vente au détail, un fabricant, une société de services professionnels ou un fournisseur d’accès internet régional expérimente une chaîne: la connectivité atteint une application; l’identité permet à un utilisateur d’entrer; le DNS dirige le trafic vers une adresse; le calcul exécute du code; le stockage conserve l’état; les sauvegardes créent un point de récupération; la téléphonie porte le contact client; la supervision détecte les défaillances; et le support coordonne tout ce qui traverse les frontières des fournisseurs.
Un prestataire qui peut véritablement posséder plusieurs maillons peut éliminer un travail de coordination substantiel pour une petite équipe informatique interne.
La même étendue peut masquer des discontinuités. « Géré » peut signifier appliquer des correctifs au système d’exploitation dans un service, ouvrir des tickets chez le fournisseur amont dans un autre et se contenter d’envoyer des alertes dans un troisième. Un centre de données virtuel peut utiliser une plateforme, une installation et une file de support différentes de l’hébergement partagé. La téléphonie peut dépendre d’opérateurs et de processus de portabilité des numéros extérieurs à l’équipe cloud.
La supervision proposée en SaaS peut se trouver en dehors de l’environnement qu’elle surveille, tandis qu’un déploiement sur site peut hériter des propres domaines de défaillance du client. Les noms de produits publics ne peuvent pas résoudre ces frontières.
Avant la conception de l’architecture, un acheteur devrait donc demander à Vertix une matrice de responsabilité produit par produit. Au minimum, elle devrait identifier qui possède la couche hyperviseur ou conteneur, le système d’exploitation, la base de données, l’application, la configuration de l’identité, la périphérie réseau, le DNS, la politique de sauvegarde, l’exécution des restaurations, la remédiation des vulnérabilités, la journalisation, le commandement des incidents et la communication avec le client. Elle devrait également nommer les tiers importants.
Si une équipe de Vertix les coordonne tous, c’est un service potentiellement précieux. Si le client doit les coordonner, l’avantage apparent d’un fournisseur unique est moindre que ce que suggère le catalogue.
Horloge un: détecter l’action client défaillante
L’offre de supervision de Vertix est la fenêtre publique la plus détaillée sur la façon dont l’entreprise envisage les opérations. La page indique qu’elle peut surveiller des serveurs Windows, Linux et Unix; des équipements réseau via SNMP; des applications, des bases de données, des sites web et des API; ainsi que des sites à partir de plusieurs emplacements.
Elle décrit des seuils, des niveaux de gravité, de la corrélation, de l’escalade, des plannings pour les équipes et les heures de travail, des tableaux de bord, un historique, des rapports de capacité et de SLA, et des chemins de notification ou d’intégration incluant l’email, les SMS, les canaux mobiles, les webhooks et plusieurs outils de collaboration ou de gestion de services.
Ce sont des affirmations produit de première main, et non des capacités testées de manière indépendante. Néanmoins, elles permettent à un acheteur de poser de meilleures questions que « surveillez-vous cela? » Le bon test de la première horloge commence par une action client: connexion, passage en caisse, génération de facture, requête API, aboutissement d’appel ou toute autre transaction liée au chiffre d’affaires ou au service. Les recommandations de Google sur la fiabilité des sites distinguent la surveillance depuis l’intérieur du système de l’observation du comportement visible par l’utilisateur; sa discussion sur lasurveillance des systèmes distribuéssouligne également que les pages doivent être exploitables et que les symptômes sont souvent plus utiles que les causes internes.
Une vérification du processeur hôte peut être verte alors qu’un certificat a expiré, qu’une base de données est en lecture seule ou qu’une dépendance amont rejette les requêtes. Inversement, une alarme de processeur élevé peut ne pas représenter un préjudice pour l’utilisateur. Les vérifications annoncées par Vertix des sites web, des API et de plusieurs emplacements ouvrent une voie vers une assurance basée sur les symptômes, mais l’acheteur doit voir comment elles sont configurées. Quel résolveur DNS la sonde utilise-t-elle? Valide-t-elle le contenu de la réponse ou seulement le code de statut? S’authentifie-t-elle?
Les sondes sont-elles en dehors du réseau de production et en dehors de ses fournisseurs amont? L’alerte nécessite-t-elle un seul échec, plusieurs échecs consécutifs ou un accord entre les emplacements? Que se passe-t-il lorsque la plateforme de surveillance elle-même est injoignable?
L’intervalle de cinq minutes nécessite également une classification des risques. Une sonde programmée à 02:10 peut réussir quelques secondes avant une défaillance à 02:10:05 et ne plus s’exécuter avant 02:15. Les nouvelles tentatives de confirmation et le traitement des notifications peuvent ajouter du temps. Cette cadence peut être raisonnable pour un site vitrine, un moniteur de capacité de routine ou un appareil à faible criticité; elle peut être trop lente pour les services de paiement, d’authentification ou de voix.
La fréquence ajustable revendiquée par le plan personnalisé n’est donc pas simplement une fonctionnalité de vente incitative. C’est un mécanisme pour aligner la détection sur un objectif de reprise d’activité.
La démonstration d’approvisionnement devrait injecter plusieurs types de défaillance dans un environnement hors production ou isolé en toute sécurité: bloquer une dépendance applicative tout en laissant l’hôte actif; renvoyer une réponse métier incorrecte avec un code HTTP 200; couper un chemin réseau; faire expirer un certificat de test; et arrêter un collecteur de surveillance installé tout en laissant les vérifications à distance disponibles. Pour chaque cas, enregistrez l’heure réelle de la défaillance, la première sonde en échec, la création de l’alerte, la réception de la notification et la création du ticket.
La première horloge n’est validée que lorsque la chaîne de surveillance capture la défaillance qui importe, à la cadence promise, sans partager le même point de défaillance unique.
Horloge deux: trouver la personne autorisée à agir
La détection ne restaure pas un service. La transition décisive est celle qui va de « le système a remarqué » à « une personne nommée est propriétaire de l’incident et a le pouvoir de changer quelque chose ». Le discours public de Vertix sur le support varie selon la page et le niveau. Sa page d’accueil affirme un support général 24/7. La page de surveillance mentionne un support par email pour le plan Standard, 24/5 pour le Flex et VIP 24/7 pour le niveau personnalisé. Sapage d’hébergementannonce un support par chat, ticket et téléphone, indique que les problèmes critiques reçoivent une attention immédiate et fait état d’un temps de réponse moyen de 30 minutes pour les tickets.
Toutes ces déclarations doivent rester attribuées à Vertix. « Moyen » ne révèle pas la queue de distribution lente, la période d’échantillonnage, la répartition des gravités ni si l’horloge s’arrête à une réponse automatisée. « Attention immédiate » ne définit pas l’accusé de réception, l’investigation ni la restauration. « 24/7 » ne montre pas si le répondant est un centre de services général, un ingénieur d’astreinte, un opérateur réseau, un spécialiste des bases de données ou un tiers. L’écart entre ces significations est précisément ce que mesure la deuxième horloge.
Un acheteur devrait exiger une matrice de sévérité avec au moins quatre horodatages: création de l’alerte, accusé de réception humain, engagement d’un ingénieur qualifié et désignation d’un commandant de l’incident. La matrice devrait préciser quels canaux peuvent déclarer un incident critique, qui peut approuver les changements d’urgence, quelle autorisation client est requise et quand Vertix escalade vers un fournisseur amont, une installation, un éditeur de logiciel ou un opérateur télécoms.
Elle devrait distinguer un objectif de réponse d’un objectif de réparation et fournir des engagements en percentile ou en maximum plutôt qu’une moyenne non qualifiée.
La fourchette publique LinkedIn de 2 à 10 employés, si elle est actuelle et exacte, ferait de la résilience en personnel un sujet de diligence raisonnable, et non un motif de rejet. Une petite équipe spécialisée peut être plus rapide et plus responsable qu’une longue file d’attente. Elle peut aussi être exposée à la concentration sur des personnes clés, aux incidents simultanés, aux congés et à la nécessité de soutenir plusieurs disciplines de produits.
Les acheteurs devraient s’informer de la conception de l’astreinte, de la couverture des rotations, des rôles de secours, de la profondeur de l’escalade et des dispositions de succession, sans exiger de données personnelles sur les employés.
Lapage des partenariatsde Vertix invite les intégrateurs, les revendeurs et les consultants et aborde l’évaluation, les commissions récurrentes et les éventuels engagements commerciaux. Un canal peut étendre la capacité de mise en œuvre et offrir aux clients un conseiller local de confiance. Il peut également créer un transfert entre la partie qui a conçu l’environnement, celle qui le facture et celle qui dispose d’un accès privilégié. Le plan de gestion des incidents devrait indiquer si un partenaire peut ouvrir des cas prioritaires, approuver des modifications ou voir les données du client, et si le client peut contourner le partenaire en cas d’urgence.
Le test pratique est simple. Au cours du processus de vente, planifiez un exercice déclaré pendant les heures normales et un autre à la limite de la fenêtre de couverture contractuelle. Déclenchez l’alarme synthétique, ouvrez le canal indiqué et demandez au répondant d’exécuter un changement ou un basculement inoffensif pré-approuvé. Notez qui se joint, quels contrôles d’identité ont lieu, quelles preuves sont demandées, à quel système ils peuvent accéder et à quel moment une personne disposant de l’autorité de production accepte la tâche.
Le support local devient une assurance lorsque le chemin d’autorité est court, sécurisé et reproductible.
Horloge trois: restaurer l’activité, pas le tableau de bord
La troisième horloge ne s’arrête que lorsque l’action métier affectée fonctionne et que l’intégrité des données est acceptable. Un redémarrage d’hôte peut donner l’impression que l’infrastructure est saine alors qu’une file d’attente reste corrompue. Un changement de routage peut rétablir l’accessibilité alors que les sessions échouent. Un travail de sauvegarde peut signaler un succès alors que l’archive est incomplète, chiffrée avec une clé indisponible ou trop lente à restaurer dans les délais impartis.
La page d’hébergement de Vertix donne aux acheteurs plusieurs affirmations concrètes à tester. Elle énumère des sauvegardes quotidiennes avec sept, 15 ou 30 jours de rétention selon le plan; une migration gratuite incluant les fichiers, les bases de données et la configuration; des tests avant le changement de serveur de noms; et une infrastructure d’hébergement censée se trouver au Brésil. Ce sont des promesses de service utiles, mais la rétention n’est pas un objectif de récupération. Une sauvegarde quotidienne peut impliquer près de 24 heures de perte de données dans le pire cas de synchronisation.
Elle ne dit rien à elle seule sur le délai de réplication, l’isolement des sauvegardes, l’immuabilité, le chiffrement, le débit de restauration ou la capture cohérente avec l’application.
Les conseils de fiabilité d’AWS considèrent lestests de récupération périodiquescomme le moyen de vérifier que les sauvegardes répondent aux besoins de temps et de point de récupération. Leguide de planification d’urgence du NISTintègre de la même manière les tests, les exercices et la maintenance des plans dans les travaux de continuité. Ce sont des références sectorielles, et non la preuve que Vertix suit l’un ou l’autre cadre. Elles illustrent pourquoi un acheteur devrait demander une restauration réalisée plutôt qu’une capture d’écran des travaux de sauvegarde réussis.
L’exercice de restauration devrait commencer par un ensemble de données convenu et se terminer par l’acceptation applicative. Demandez à Vertix de récupérer une base de données ou une machine virtuelle supprimée dans un environnement isolé, de fournir l’horodatage de la transaction la plus récente récupérable, de mesurer le temps de transfert et de démarrage, de valider les sommes de contrôle ou les enregistrements applicatifs, de renouveler les informations d’identification exposées et de documenter chaque dépendance manuelle. Répétez l’opération avec l’administrateur principal indisponible.
Pour les conceptions géographiquement résilientes, testez la défaillance de l’emplacement de production ou du chemin de connectivité, et pas seulement celle d’un système d’exploitation invité.
L’architecture derrière le chemin de restauration reste une lacune majeure en matière de preuves publiques. Cette recherche n’a pas localisé de carte des installations de production, de sauvegarde et de reprise après sinistre de Vertix, de description de la réplication du stockage ou des domaines de défaillance, ni d’enregistrement public des exercices de récupération réalisés. Cela ne montre pas que ces contrôles sont absents.
Cela signifie que l’acheteur doit demander la topologie, les exploitants légaux des sites, la séparation physique, les dépendances en matière d’alimentation et d’opérateurs, la destination des sauvegardes, l’orchestration de la récupération et le dernier rapport d’exercice sous une confidentialité appropriée.
La propriété de la restauration nécessite également un traitement spécifique au produit. Sur l’hébergement partagé, Vertix peut contrôler la majeure partie de la pile. Dans un centre de données virtuel, le client peut contrôler les systèmes invités et les applications. En colocation, Vertix peut fournir l’espace, l’alimentation, la connectivité ou l’intervention à distance tandis que le client possède le matériel et les logiciels. En téléphonie, les opérateurs de numéros et les processus de portabilité entrent dans le chemin. Un seul RTO imprimé sur ces produits cacherait plus qu’il ne clarifierait.
Chaque service a besoin d’une frontière de récupération et d’un test d’acceptation client de bout en bout.
Horloge quatre: produire des preuves qui survivent au renouvellement
La quatrième horloge transforme les opérations en gouvernance. La page d’hébergement de Vertix revendique une garantie de disponibilité de 99,9 % dans le contrat. C’est suffisamment précis pour être analysé, mais pas assez large pour s’appliquer automatiquement au cloud, à la supervision, à la colocation, au SD-WAN ou à la téléphonie. Un objectif mensuel de 99,9 % autorise environ 43,2 minutes d’indisponibilité sur un mois de 30 jours avant toute exclusion, en supposant que l’intégralité du service et chaque minute comptent. Les conseils de fiabilité de Microsoft définissent les rôles desSLI, SLO, SLA, RTO, RPO et des métriques de réparation, montrant pourquoi le pourcentage n’est que le début d’un accord utile.
L’acheteur doit connaître le point de mesure: la machine virtuelle, l’hyperviseur, la périphérie réseau, la transaction HTTP, l’aboutissement de l’appel ou l’application complète? La maintenance planifiée, les attaques par déni de service, la configuration du client, les défauts logiciels, les défaillances des fournisseurs amont et la force majeure peuvent être traités différemment. Une dégradation partielle peut être comptabilisée ou non. La propre surveillance du fournisseur peut être la source officielle, ou une sonde externe convenue conjointement peut être autorisée.
Les crédits peuvent exiger que le client dépose une réclamation dans un court délai et peuvent être plafonnés à une fraction des frais mensuels.
Aucune de ces possibilités ne doit être présumée pour Vertix sans le contrat. Ce sont les clauses qui déterminent si une déclaration de 99,9 % protège un flux de travail réel. L’approvisionnement devrait demander l’accord standard actuel et un calendrier de produits avant la sélection technique, puis construire un exemple concret: si la transaction client échoue pendant 70 minutes mais que la machine virtuelle reste joignable, le SLA enregistre-t-il un incident? Quelles données le prouvent? Quel recours s’ensuit? Si une route amont échoue, quelle exclusion de partie s’applique?
Si une restauration dépasse le RTO, s’agit-il d’un manquement à la disponibilité, au support ou ni l’un ni l’autre?
Les preuves après un incident devraient inclure un calendrier partagé, les services et clients affectés, l’impact visible par l’utilisateur, la source de détection, les horodatages de réponse et de restauration, les dépendances impliquées, l’évaluation de l’intégrité des données, les implications en matière de sécurité ou de confidentialité, l’atténuation temporaire, l’état de la cause racine et les actions correctives avec les responsables et les dates. Lesconseils de réponse aux incidentsde Google mettent l’accent sur des rôles clairs, la communication et des procédures rodées. Encore une fois, il s’agit d’une référence, pas d’une description du processus actuel de Vertix.
Cette recherche n’a pas localisé d’archive publique de l’historique des statuts de Vertix ni de rapport post-incident nommé. Un petit fournisseur n’est pas tenu de publier chaque détail opérationnel, et l’absence d’archive publique n’est pas une preuve d’un historique vierge ou troublé. Cela signifie qu’un acheteur devrait demander des preuves privées: 12 mois de disponibilité par service pertinent, le nombre d’incidents par gravité, les distributions des temps de réponse du support, les avis de maintenance, des échantillons de rapports d’incidents et les taux de clôture des actions correctives.
La quatrième horloge s’arrête lorsque les preuves sont remises sous une forme que le client peut auditer, et non lorsque le ticket est discrètement fermé.
L’empreinte de routage est réelle, récente et de portée limitée
La présence réseau de Vertix est plus qu’une affirmation marketing. Les assignations du Registro.br relient l’entreprise à l’AS275716 et à son bloc IPv6. L’entrée PeeringDBidentifie Vertix Tecnologia, lie le domaine de l’entreprise, répertorie l’ensemble de routesAS275716:AS-VERTIX, publie les contacts NOC et commerciaux, déclare le support IPv4 et IPv6, et enregistre une politique de peering ouverte. Au moment de la consultation, ses tables publiques d’échange et d’installation n’affichaient aucune ligne correspondante. Comme PeeringDB est maintenu par les opérateurs, les champs remplis sont des déclarations, et les champs vides ne prouvent pas que des interconnexions privées, médiées par les fournisseurs amont ou autrement non documentées, n’existent pas.
Uninstantané de la boîte à outils BGP de Hurricane Electric, mis à jour le 15 juillet 2026, montrait deux préfixes IPv6 émis, aucun préfixe IPv4 émis, deux observations de point d’échange internet et des lignes de pairs directs nommant l’AS53061 de G2NET et l’AS53062 de GGNET. Il listait également des observations PTT à Caxias do Sul et à Porto Alegre. Unevue du statut de routage de RIPEstatobservait le début de la route de l’ASN en avril 2026 et signalait une large visibilité de l’origine IPv6 dans son ensemble de collecteurs; lavue des préfixes annoncésassociée identifiait2804:987c::/32et2804:987c:1001::/48pendant la période observée.
Ces données soutiennent plusieurs conclusions limitées. Vertix possède un domaine de routage identifiable de manière indépendante. Son historique d’origine publique est récent. L’origine observée est axée sur l’IPv6. Au moins certains chemins et adresses orientés échange sont visibles par les collecteurs publics. Rien de tout cela ne mesure la latence applicative, la perte de paquets, la qualité du support, la capacité des serveurs ou la diversité physique.
Une route peut être visible mondialement alors que l’application derrière elle est défaillante; un cloud peut utiliser des adresses fournies par l’amont qui ne proviennent pas de l’ASN propre du fournisseur.
Lavue des entités IX.br du Rio Grande do Sulfournit un contexte pour un écosystème d’interconnexion régional de taille non négligeable, tandis que l’explication de la participation au CIXd’IX.br montre que l’accès peut être fourni par l’intermédiaire d’un entité commercial plutôt que par un seul port physique direct détenu par chaque réseau. Cette distinction est importante lors de l’interprétation des preuves d’échange. Une adresse orientée échange n’identifie pas, à elle seule, le bâtiment, le propriétaire du port, la capacité contractée, le chemin redondant ou si le trafic cloud du client suit cette route.
Pour l’approvisionnement, Vertix devrait fournir un schéma actuel du réseau logique et physique: les familles d’adresses utilisées par chaque produit, l’ASN d’origine, les fournisseurs amont, les connexions d’échange, la propriété des ports, les installations, la capacité, la politique de routage, la gestion du déni de service, le processus de maintenance et le basculement testé. Les données de looking-glass et de collecteurs de routes peuvent ensuite corroborer la conception.
Les preuves de routage publiques sont précieuses précisément parce qu’elles donnent à l’acheteur quelque chose d’externe à comparer, et non parce qu’elles répondent à toutes les questions de résilience.
Le contrôle IPv6 peut coexister avec une dépendance IPv4
Les preuves publiques suggèrent une question de sortie et de dépendance particulièrement importante. Le Registro.br attribue à Vertix son propre espace IPv6, et les collecteurs publics voient l’AS275716 l’émettre. Lavue IPinfo de l’AS275716décrit de même un réseau brésilien centré sur l’ASN et l’allocation IPv6. Pourtant, Vertix peut toujours fournir de l’IPv4 via de l’espace fourni ou émis par un autre réseau.
Un exemple public doit être traité avec prudence. Lavue WHOIS IPinfo pour191.241.222.0/24reproduit les détails d’enregistrement d’un bloc191.241.222.0/23plus large associé à S&S Treinamento e Consultoria Ltda, le même CNPJ et les mêmes contacts liés à Vertix, tandis que la route est affichée sous G2NET AS53061. Cela n’établit pas que tous les services d’hébergement, cloud ou clients de Vertix utilisent ce bloc. Cela montre en revanche pourquoi « nous avons un ASN » n’est pas une réponse complète à la portabilité des adresses.
Si un client reçoit des adresses IPv4 attribuées par le fournisseur et émises par un fournisseur amont, un changement de fournisseur peut nécessiter une renumérotation, des modifications DNS, des mises à jour de pare-feu, des révisions de listes blanches, une reconfiguration des certificats ou des applications, des notifications aux partenaires et une période de double exploitation. Le DNS inverse peut nécessiter l’intervention du fournisseur. Les intégrations externes de longue date peuvent avoir codé en dur les adresses source.
En revanche, un client utilisant des adresses portables dans le cadre d’un accord de routage approprié peut être confronté à des contraintes contractuelles et techniques différentes.
L’acheteur devrait demander un plan d’adressage pour chaque service proposé: qui est le titulaire du registre, quel ASN émet le préfixe, si les adresses sont dédiées ou partagées, comment fonctionne la traduction entrante et sortante, qui contrôle le DNS inverse, si l’apport de sa propre adresse IP est possible, et ce qui se passe à la résiliation. Le plan devrait couvrir l’IPv6 et l’IPv4 séparément.
Il devrait également tester l’accessibilité à partir de réseaux qui ne fournissent pas encore de chemins IPv6 équivalents, car un opérateur axé sur l’IPv6 peut encore dépendre d’un fournisseur amont pour l’expérience IPv4 requise par de nombreux clients.
Ce n’est pas un argument contre la dépendance en amont. Presque tous les réseaux dépendent d’autres réseaux, installations et fournisseurs. La question d’assurance est de savoir si la dépendance est connue, diversifiée si nécessaire, surveillée, soutenue contractuellement et compatible avec la sortie. Un petit fournisseur peut bien gérer cette chaîne. Le client ne devrait pas en découvrir la forme lors d’une migration sortante.
Un résultat RPKI est un test en direct, pas un verdict
L’instantané de Hurricane Electric montrait une route IPv6 émise classée RPKI valide et une classée RPKI invalide, le préfixe plus spécifique2804:987c:1001::/48figurant dans cette dernière catégorie au moment de l’examen. L’infrastructure de clé publique de routage permet à un détenteur de ressources d’autoriser un ASN d’origine et une longueur maximale de préfixe. LaRFC 8481explique les états de validation couramment décrits comme Valide, Invalide et NotFound.
Un état Invalide peut survenir lorsque l’ASN d’origine observé n’est pas autorisé par une autorisation de route correspondante, ou lorsque le préfixe annoncé est plus spécifique que la longueur maximale autorisée. Il ne prouve pas, à lui seul, un détournement, une activité malveillante, une panne client ou un problème de configuration persistant. Les vues des collecteurs et des caches peuvent accuser du retard. La route peut avoir changé après l’instantané.
Il est néanmoins pertinent sur le plan opérationnel, car les réseaux appliquant la validation d’origine de route peuvent rejeter une route invalide, ce qui entraîne des différences d’accessibilité sur l’internet.
La bonne réponse n’est pas une déclaration d’incident sensationnelle. C’est un test d’approvisionnement en direct. Demandez à Vertix de montrer les ROA actuels pour ses préfixes annoncés, de les valider via plus d’un validateur indépendant, d’expliquer les longueurs maximales prévues et de démontrer l’accessibilité à partir de réseaux qui rejettent les origines invalides. Demandez qui surveille la validité des routes, comment les alertes sont escaladées, à quelle vitesse une annonce ou un ROA erroné est corrigé, et si les fournisseurs amont appliquent un filtrage aux routes des clients.
Le test révèle également si les quatre horloges s’étendent à la couche de routage. Lorsqu’une route devient invalide, qui le détecte? Qui peut modifier le ROA ou l’annonce? Comment le service est-il rétabli sur les réseaux de validation? Quelles preuves sont envoyées aux clients affectés? L’hygiène de routage n’est pas un score décoratif d’ingénierie réseau. Pour un service cloud orienté internet, elle fait partie du chemin de disponibilité du client.
La localisation a ses quatre propres adresses
Le « cloud local » peut faire référence à au moins quatre adresses différentes: le bureau du fournisseur, l’équipe de support, les données et le raccordement réseau. Le site et la présence LinkedIn de Vertix étayent une localisation commerciale à Dois Irmãos. La page d’hébergement revendique des serveurs au Brésil. Les observations de routage publiques situent des adresses orientées échange dans le Rio Grande do Sul. Ces faits sont pertinents, mais ils ne sont pas interchangeables.
Un commercial ou un ingénieur de support peut être dans le Rio Grande do Sul tandis que le calcul s’exécute dans un autre État. Les données principales peuvent rester au Brésil tandis que la télémétrie de supervision, les pièces jointes de tickets ou les métadonnées de sauvegarde atteignent un service logiciel étranger. Un environnement nominalement brésilien peut dépendre d’un plan de contrôle distant. Inversement, une charge de travail peut s’exécuter dans une installation brésilienne exploitée par un tiers pendant que Vertix fournit la couche gérée. Aucun de ces arrangements n’est intrinsèquement inacceptable.
Chacun crée un récit différent en termes de risque, de latence, de juridiction et de récupération.
La page de téléphonie ajoute un exemple utile d’ambiguïté de périmètre. Vertix dit que ses centres de données disposent de la norme ISO 27001 et décrit les protections TLS et SRTP pour les communications. L’affirmation peut faire référence à un exploitant d’installation, à un fournisseur de plateforme, à Vertix elle-même ou à une combinaison. La page examinée pour cet article n’identifiait pas de numéro de certificat, de titulaire, d’auditeur, de période de validité, d’installation ou de déclaration d’applicabilité.
L’acheteur devrait demander le certificat et le périmètre plutôt que d’accepter le badge à sa valeur nominale ou de supposer qu’aucune certification n’existe.
La Loi générale sur la protection des données du Brésil, laLGPD, distingue les rôles tels que responsable du traitement et sous-traitant, exige des registres de traitement dans certaines circonstances, attend des sous-traitants qu’ils suivent les instructions du responsable du traitement et impose des obligations de sécurité et de notification des incidents. La proprestratégie de cloud computingde l’ANPD est un document d’approvisionnement institutionnel plutôt qu’un contrat universel du secteur privé, mais elle offre une référence utile: les conditions du cloud devraient expliciter les rôles du fournisseur, la gestion des accès, la conformité et la gestion des incidents.
Un tableau de localisation devrait donc nommer les sites de production et de sauvegarde, les exploitants des sites, les sous-traitants ultérieurs, les sites de support à distance, les destinations de télémétrie, la garde des clés de chiffrement, les transferts transfrontaliers et le comportement en cas de reprise après sinistre. Il devrait distinguer « normalement stocké au Brésil » de « contractuellement limité au Brésil » et décrire tout processus d’exception. La localisation devient une assurance lorsque les quatre adresses sont cartographiées et liées à des obligations.
La mise en œuvre transforme l’étendue des services en un flux de travail unique
Les pages publiques de Vertix suggèrent plusieurs parcours d’intégration. L’hébergement annonce une migration gratuite des fichiers, des bases de données et des configurations, suivie de tests avant le changement de serveur de noms. La téléphonie décrit une portabilité des numéros qui peut prendre de sept à quinze jours ouvrés. La supervision propose une collecte par agent installé ou à distance, la découverte, des modèles, des scripts personnalisés, des API, des requêtes de base de données, des journaux et une intégration avec des outils de gestion de services ou de collaboration.
Le niveau de supervision personnalisé mentionne un déploiement assisté.
Ces affirmations indiquent un flux de travail client qui devrait être géré comme un programme unique, même lorsque les produits diffèrent. La découverte commence par un inventaire des applications, des dépendances, des classes de données, des adresses, des domaines, des certificats, des numéros de téléphone, des objectifs de récupération et des périodes d’interruption programmée. La conception devrait identifier quels composants restent chez le client, lesquels sont transférés à Vertix, lesquels sont fournis par les fournisseurs amont et comment l’observabilité traverse ces frontières.
La migration nécessite alors une séquence réversible. Le transfert de données doit être mesuré et rapproché. Les systèmes de test doivent prouver le fonctionnement de l’application, les contrôles de sécurité, les sauvegardes et la supervision avant le basculement. Les valeurs de durée de vie (TTL) du DNS peuvent devoir être abaissées à l’avance. Les listes d’autorisation du pare-feu et des partenaires doivent inclure les nouvelles adresses. La portabilité téléphonique doit disposer d’un chemin de communication de secours.
Un basculement devrait définir le point auquel le nouvel environnement devient l’autorité, les critères de retour en arrière et la personne habilitée à prendre cette décision.
Le large périmètre de Vertix pourrait être particulièrement précieux ici: une seule équipe pourrait coordonner l’hébergement, le DNS, la supervision, la connectivité et la voix, plutôt que de forcer un petit client à arbitrer entre les fournisseurs. L’acheteur devrait demander un propriétaire de mise en œuvre nommé, un plan, un registre des dépendances et des critères d’acceptation. Si un partenaire dirige la mise en œuvre, le plan devrait indiquer qui détient la conception principale et qui la soutient après le départ de l’équipe projet.
Le transfert opérationnel est aussi important que le basculement. Le client a besoin de diagrammes d’architecture, d’identifiants sous son contrôle, d’inventaires des actifs et des licences, d’instructions de sauvegarde et de restauration, de contacts d’escalade, de fenêtres de maintenance, d’exceptions connues et d’une base de référence des performances et des coûts. Les alertes de supervision devraient correspondre à des procédures et à des propriétaires.
Une migration n’est pas terminée lorsque le trafic est déplacé; elle est terminée lorsque le processus récurrent des quatre horloges peut être exécuté par des personnes qui n’étaient pas à la réunion commerciale.
Les prix publics n’éclairent qu’une partie de la facture
Vertix publie des prix d’entrée inhabituellement concrets pour l’hébergement et la téléphonie. La page d’hébergement indique des prix mensuels de 31,90 R$ pour le plan Basic, 44,80 R$ pour le Flex et 57,90 R$ pour le Premium, avec des mensualités effectives plus réduites en cas de paiement annuel. Les plans diffèrent en termes de stockage, de limites de transfert, de rétention des sauvegardes, de priorité du support, de fonctionnalités de diffusion de contenu et de l’affirmation du pare-feu applicatif web du niveau Premium.
La page fait également référence à un traitement d’utilisation équitable du trafic, ce qui signifie que le langage « illimité » ou à volume élevé doit être lu avec la politique applicable et le chemin de mise à niveau.
Lapage de téléphonieindique 74,95 R$ par mois pour un plan Basic avec un minimum de cinq utilisateurs, 181,41 R$ pour le Flex avec un minimum de dix utilisateurs et 345,65 R$ pour le Premium avec un minimum de 25 utilisateurs. Elle décrit séparément l’économie des postes et des enregistrements et précise que les frais de ligne ne sont pas nécessairement inclus dans le plan affiché. Ces chiffres sont précieux car ils montrent la structure de l’offre: un abonnement de base, une échelle minimale et des ajouts de fonctionnalités ou d’utilisation.
Ils n’établissent pas l’économie du portefeuille plus large du cloud et de l’infrastructure gérée. Cette recherche n’a pas localisé de grille tarifaire publique suffisamment complète et actuelle pour le calcul, le stockage, les instantanés, les sauvegardes, les adresses publiques, le trafic, les licences, l’administration gérée, les projets hors heures ouvrées, les services de sécurité, l’alimentation de colocation ou l’aide à la sortie qui pourrait être considérée en toute sécurité comme le modèle commercial complet. Ces éléments peuvent être devisés individuellement.
L’acheteur devrait demander une nomenclature et une facture type en charge normale, en pointe prévue et lors d’un mois de défaillance impliquant des restaurations ou un support d’urgence.
L’unité de comparaison devrait être le service métier, et non un processeur virtuel. Incluez la mise en œuvre, le niveau de support, la supervision, le stockage de sauvegarde, la main-d’œuvre de restauration, le trafic, les adresses IP, les licences, les taxes, la marge du partenaire, les demandes de modification et le personnel interne que le client doit conserver. Les remises annuelles doivent être comparées au délai de préavis et au coût de sortie qu’elles créent. Un prix d’hébergement bas peut convenir à un site simple, mais ne dit pas grand-chose sur une base de données gérée ou un SD-WAN multisite.
Des alternatives transparentes créent une pression utile.Locaweb Cloudpublie une tarification horaire et mensuelle des composants et annonce un SLA de 99,9 % et un support 24 heures sur 24. Lapage des prix de Magalu Cloudexpose les prix au niveau des produits, tandis que sesconditions de servicedistinguent les services généralement disponibles avec des objectifs définis des fonctionnalités en avant-première sans objectif applicable. Ce sont des affirmations et des conditions de fournisseurs, et non une preuve de meilleurs résultats. Elles montrent la spécificité documentaire par rapport à laquelle les devis de Vertix peuvent être testés.
La sortie commence avant la première migration
Le support local peut réduire les frictions à l’entrée dans un service tout en augmentant simultanément la dépendance envers le personnel du fournisseur. Si Vertix configure les serveurs, la supervision, les routes, les sauvegardes, la téléphonie et les intégrations, les connaissances opérationnelles peuvent s’accumuler dans les tickets et la mémoire du personnel plutôt que dans des artefacts contrôlés par le client. La solution n’est pas d’éviter le service géré. C’est d’intégrer la portabilité à la mise en œuvre.
Pour les services de calcul et de centre de données virtuel, l’acheteur devrait établir les formats d’exportation pris en charge, la compatibilité des images, l’accès aux instantanés, l’exportation de la configuration, la disponibilité de l’API, ainsi que le temps et le coût pour extraire de grands ensembles de données. Pour les bases de données gérées, il devrait tester l’exportation logique et physique, la compatibilité des versions, les clés de chiffrement et la réplication continue vers une destination neutre.
Pour les sauvegardes, il devrait déterminer si les copies peuvent être restaurées sans le plan de contrôle de Vertix et si le client peut recevoir ou vérifier périodiquement une copie indépendante.
La sortie réseau nécessite les questions d’adressage décrites précédemment. Les comptes DNS et l’accès au bureau d’enregistrement devraient être sous le contrôle du client ou disposer d’une procédure de transfert d’urgence. Les certificats, les règles de pare-feu, les configurations VPN, les politiques de routage et les listes d’autorisation des partenaires doivent être inventoriés. Si les adresses IPv4 attribuées par le fournisseur doivent être remplacées, le plan de sortie devrait budgéter une double exploitation et une coordination externe.
Si Vertix gère l’équipement SD-WAN, la propriété, les licences, l’exportation de la configuration et les conditions de restitution doivent être explicites.
La téléphonie introduit la portabilité des numéros, les enregistrements, les relevés de détails d’appels, les messages d’accueil, les files d’attente, les intégrations et le routage d’urgence. La fenêtre de portabilité de sept à quinze jours ouvrés annoncée par Vertix est une affirmation de l’entreprise utile à la planification, et non une garantie que chaque opérateur ou type de numéro sera transféré dans ce délai. Le client devrait tester les formats d’exportation et établir qui possède les numéros et les enregistrements, comment le consentement et la conservation sont gérés, et quel système de secours fonctionne pendant le portage.
La supervision crée des coûts de changement plus discrets. Les données historiques de performance et d’incident peuvent être nécessaires pour l’audit, la planification de la capacité et les litiges sur les SLA. Vertix indique que les rapports peuvent être exportés dans des formats incluant PDF, CSV ou Excel et que des API, des webhooks et des intégrations d’informatique décisionnelle sont disponibles.
L’acheteur devrait exporter un ensemble de données représentatif pendant l’essai, confirmer que les horodatages et les identifiants restent intelligibles et documenter la suppression des collecteurs installés et des identifiants à la résiliation.
Le contrat devrait stipuler les délais de préavis, le format de restitution des données, les tarifs d’assistance, le calendrier de suppression, la révocation des identifiants, le support des services qui se chevauchent et la confirmation de l’élimination. Un exercice de sortie ne nécessite pas de migrer la production pendant l’approvisionnement. Il peut exporter une machine, restaurer une base de données ailleurs, recréer un moniteur et remplacer une adresse dans une intégration de test. Ce petit exercice révèle si le client achète une capacité gérée ou une dépendance non documentée.
Les affirmations de sécurité doivent être liées à un périmètre de service
Les pages publiques de Vertix mentionnent des contrôles tels que des pare-feu, une protection contre le déni de service, SSL, une analyse anti-malware, des sauvegardes, un pare-feu applicatif web sur un niveau d’hébergement, ainsi que TLS ou SRTP pour la téléphonie. Ce sont des descriptions de fonctionnalités de première main. Leur valeur en matière de sécurité dépend de l’architecture, de la configuration, de la supervision, de la propriété et du périmètre.
Un pare-feu peut se situer en périphérie de réseau, au niveau de l’hôte ou de la couche applicative, chacun bloquant des menaces différentes. Un WAF peut réduire les attaques web courantes, mais ne corrige pas l’autorisation applicative. TLS protège une connexion lorsque les contrôles du certificat, du protocole et du point de terminaison sont solides; SRTP protège les médias dans le cadre d’une conception vocale correctement mise en œuvre. L’analyse anti-malware peut être périodique ou continue et couvrir les fichiers mais pas la mémoire ou les identifiants.
L’atténuation du déni de service peut être fournie par un fournisseur amont et imposer des seuils, des procédures de déviation ou des frais.
L’acheteur devrait demander une matrice de contrôle par produit: isolement des locataires, durcissement de l’hyperviseur ou des conteneurs, responsabilités des correctifs, analyse des vulnérabilités, périmètre des tests d’intrusion, authentification multifacteur, fédération, approbation des accès privilégiés, journalisation des sessions, journaux d’audit client, chiffrement au repos et en transit, gestion des clés, traitement des secrets, protection des terminaux, isolement des sauvegardes et suppression sécurisée.
Les preuves peuvent inclure des politiques, l’architecture, des résumés de tests expurgés, le périmètre des certificats, des captures d’écran d’un locataire de démonstration et des clauses contractuelles. Aucun badge unique ne devrait être autorisé à les impliquer toutes.
La LGPD rend le flux de travail en cas d’incident particulièrement important. L’ANPD fournit uncanal de communication et des conseils en cas d’incident de sécurité, mais le client en tant que responsable du traitement peut dépendre de son fournisseur pour obtenir rapidement des faits: les données affectées, les personnes, les mesures de protection, la durée, le confinement et les préjudices probables. L’accord de Vertix devrait définir la rapidité avec laquelle il informe le client, qui enquête, quelles données de forensic sont conservées, comment les sous-traitants rendent compte et qui approuve la communication externe. Le délai de notification du fournisseur doit être plus court que le propre délai de décision du client.
La sécurité renvoie également à la deuxième horloge. Un intervenant d’urgence devrait disposer de suffisamment d’autorité pour contenir le préjudice sans dépendre d’identifiants partagés ou de messagerie informelle. L’exercice devrait tester la vérification de l’identité, l’accès de « break-glass », l’approbation, la journalisation, la révocation et la remise des preuves. Un interlocuteur local qui répond rapidement est précieux; un interlocuteur local disposant d’un privilège permanent excessif constitue un risque différent. L’assurance exige à la fois rapidité et autorité contrôlée.
La dépendance envers les installations et les fournisseurs doit être nommée
L’architecture cloud est une chaîne d’approvisionnement, même lorsque la relation commerciale semble personnelle. Vertix peut dépendre d’installations, de réseaux de transit, de points d’échange internet, de fournisseurs de matériel, de logiciels de virtualisation ou de conteneurisation, de logiciels de sauvegarde, de composants de supervision, de canaux de messagerie, d’opérateurs téléphoniques, d’autorités de certification et de partenaires de distribution. Le routage public peut révéler des contiguïtés, mais il ne peut pas établir la relation commerciale ni le chemin physique.
Par exemple, les collecteurs publics observent AS53061 et AS53062 dans le voisinage de routage de Vertix, et d’autres chemins observés peuvent inclure des réseaux régionaux ou nationaux. Unevue du CIDR Reportpeut aider à exposer la contiguïté visible par les collecteurs, mais ses étiquettes de relation sont déduites des données de routage plutôt que des contrats. De même, un chemin observé via BR.Digital ne prouve pas que Vertix héberge des équipements dans uncentre de données de BR.Digitalou lui achète un service particulier.
L’approvisionnement devrait demander à Vertix de nommer les fournisseurs importants sous le sceau de la confidentialité et d’identifier ceux qui constituent des points de défaillance uniques. Pour chaque installation: l’exploitant légal, la ville, la conception électrique, les hypothèses de générateur et de carburant, le refroidissement, la protection incendie, les contrôles d’accès, les entrées des opérateurs et la distance par rapport au site de reprise. Pour chaque réseau: le rôle, la capacité contractée, le chemin diversifié, la politique de routage, le processus de déni de service et l’escalade.
Pour chaque plan de contrôle logiciel: le lieu d’hébergement, les droits au support, la politique de fin de vie, la capacité d’exportation et le plan de contingence si le fournisseur est indisponible.
L’objectif n’est pas d’exiger une divulgation à grande échelle de la part d’un petit fournisseur. C’est de trouver une défaillance corrélée. Deux contrats de fournisseur amont qui partagent un même chemin de fibre ne constituent pas une diversité de chemin. Deux copies de sauvegarde dans un même cluster de stockage ne constituent pas une reprise de site. Une étiquette de support 24/7 qui dépend en fin de compte d’un seul spécialiste n’est pas une redondance complète des compétences. Une alerte de supervision envoyée via la même connexion internet défaillante peut ne parvenir à personne.
Vertix peut transformer sa dépendance envers les fournisseurs en une force en montrant qu’elle est délibérément gérée: diagrammes, contrôles de santé, contacts d’escalade, coordination de la maintenance, examens de capacité et exercices qui suppriment une dépendance à la fois. L’exercice des quatre horloges devrait inclure au moins un transfert à un tiers, car c’est là que la responsabilité locale est soit prouvée, soit diluée.
La concurrence est un choix de main-d’œuvre opérationnelle
Vertix ne devrait pas être comparé aux grands fournisseurs en se contentant de compter les éléments de catalogue. L’acheteur choisit qui effectue le travail, dans quelle mesure ce travail est visible et quel contrôle subsiste.
Lapage de la région de São Paulod’AWS décrit trois zones de disponibilité, un large catalogue de services, des options de résidence des données au Brésil et un vaste ensemble de programmes de conformité audités. Ce sont les affirmations d’AWS, mais elles représentent un modèle d’approvisionnement différent: des contrôles en libre-service et une documentation étendus, un cadre de responsabilité partagée et la nécessité pour le client ou un partenaire de concevoir et d’exploiter correctement la charge de travail. AWS peut être local en termes d’emplacement des données, tandis que le support et l’architecture restent organisés à l’échelle mondiale.
Magalu Cloud est une alternative brésilienne avec des prix et des conditions de produits publics qui distinguent la maturité des services. Locaweb combine un positionnement cloud national, des composants publiés et des affirmations de support. La colocation donne à un client un contrôle plus direct du matériel et du réseau, mais laisse le cycle de vie, l’intervention à distance, les pièces de rechange et une grande partie de la récupération à la charge du client. Un intégrateur de services gérés s’appuyant sur un hyperscaler peut fournir une couche humaine locale tout en préservant l’accès à une grande plateforme.
Un deuxième fournisseur régional peut être utilisé comme cible de récupération. L’autohébergement préserve le contrôle, mais nécessite du personnel, des capitaux et de la discipline.
L’avantage plausible de Vertix réside dans la réduction de la coordination entre l’infrastructure, les communications et la supervision pour les clients qui ne souhaitent pas assembler ces capacités. Son inconvénient potentiel est que l’acheteur peut recevoir moins de documentation publique, moins d’années d’exploitation observables de manière indépendante et une plus grande dépendance envers le personnel du fournisseur. Aucun de ces résultats ne découle automatiquement de la taille. Il découle du contrat, de l’outillage, de l’architecture et des résultats des tests.
Une évaluation équitable devrait soumettre chaque option à la même charge de travail et aux quatre horloges. Chiffrez le modèle opérationnel complet. Déclenchez la même défaillance synthétique. Restaurez les mêmes données. Demandez les mêmes preuves. Tentez la même exportation. Un hyperscaler peut l’emporter sur les contrôles de plateforme et le choix des domaines de défaillance; Vertix peut l’emporter sur la prise en charge humaine et l’exécution locale intégrée; la colocation peut l’emporter sur le contrôle physique.
Le résultat de l’approvisionnement devrait être une décision de placement de la charge de travail, et non un classement des fournisseurs.
Un programme de validation de 30 jours
Les détails publics de Vertix sont suffisants pour concevoir un programme de validation compact avant une migration importante. Il n’est pas nécessaire d’exposer des systèmes de production sensibles ni de transformer l’approvisionnement en un audit de six mois.
Jours 1 à 5: identité et périmètre.Rapprochez la proposition, le CNPJ, la partie facturante, le titulaire de l’ASN et la partie chargée du traitement des données. Obtenez la matrice de responsabilité par produit, la carte des fournisseurs, le niveau de support, les emplacements des services, le diagramme de flux de données et le contrat standard. Marquez chaque affirmation comme contractuelle, de conception technique, de résultat de démonstration ou de déclaration marketing. Déterminez qui possède le DNS, les adresses, les clés de chiffrement, les sauvegardes et le commandement des incidents.
Jours 6 à 10: architecture et observabilité.Construisez un petit service représentatif avec une transaction synthétique authentifiée. Utilisez à la fois des signaux externes et internes. Confirmez les emplacements des sondes, la fréquence de cinq minutes ou personnalisée, la logique de réessai, la corrélation, le mappage de gravité, les chemins de notification, la conservation et l’exportation des données. Déconnectez une dépendance du moniteur et vérifiez qu’un chemin indépendant déclenche toujours une alerte.
Jours 11 à 15: prise en charge et sécurité.Déclenchez un exercice critique déclaré. Mesurez les temps d’alerte, d’accusé de réception, d’engagement d’un ingénieur qualifié et de commandement de l’incident. Vérifiez l’identité avant d’accorder l’accès. Exécutez un changement pré-approuvé en utilisant une procédure de « break-glass », capturez la piste d’audit et révoquez l’accès. Faites passer une escalade par un fournisseur ou un partenaire nommé.
Jours 16 à 20: récupération.Supprimez ou corrompez un ensemble de données de test, restaurez-le dans un environnement isolé et validez l’application. Mesurez le RPO et le RTO réels. Simulez la perte d’un hôte ou d’un chemin. Si la récupération géographique est dans le périmètre, opérez depuis le site de reprise suffisamment longtemps pour exposer les dépendances DNS, d’adressage, de licences, de capacité et de support. Rapprochez les données restaurées, et pas seulement l’état de l’infrastructure.
Jours 21 à 25: routage, localisation et coûts.Validez les ROA actuels et l’accessibilité depuis les réseaux effectuant la validation d’origine de route. Cartographiez les origines IPv4 et IPv6 pour les produits proposés. Tracez les emplacements des données, des sauvegardes et de la télémétrie. Exécutez un modèle de facture en régime normal, en pointe et pour un mois d’incident, incluant le support, la main-d’œuvre de restauration, le trafic, les adresses publiques, les licences et les taxes.
Jours 26 à 30: preuves et sortie.Demandez à Vertix de remettre le calendrier de l’exercice dans le format attendu après un incident réel. Calculez le résultat du SLA selon le projet de contrat. Exportez une machine ou un ensemble de données, l’historique de supervision et la configuration vers un environnement neutre. Transférez ou abaissez le DNS en toute sécurité, supprimez un collecteur de supervision installé, révoquez les identifiants et obtenez un plan de suppression. Consignez les conditions non résolues comme critères d’acceptation plutôt que de les laisser disparaître dans les notes de réunion.
Le score des quatre horloges devrait montrer à la fois le temps médian et le pire temps observé là où les répétitions sont sûres, identifier la partie contrôlant chaque délai et distinguer la défaillance du fournisseur du temps d’approbation du client. Un programme réussi ne prouve pas qu’aucun incident futur ne se produira. Il prouve que l’acheteur et Vertix partagent une méthode opérationnelle observable.
Les lacunes de preuves à surveiller
L’empreinte publique de Vertix évolue suffisamment rapidement pour que les points de vigilance comptent. L’AS275716 a été attribué en mars 2026 et est apparu dans les observations de routage publiques peu de temps après. Un jeune domaine de routage peut ajouter des fournisseurs amont, des connexions d’échange, de l’espace d’adressage, des installations et un historique opérationnel. Les acheteurs devraient revérifier les données officielles et des collecteurs au moment de la décision, plutôt que de considérer cet instantané de juillet 2026 comme permanent.
Le premier point de vigilance est l’hygiène de routage: les ROA actuels, le statut de la route IPv6 plus spécifique observée, la politique de filtrage et l’accessibilité via les réseaux de validation. Le deuxième est la divulgation de la topologie: si Vertix publie ou fournit en privé des installations nommées, les rôles des fournisseurs amont, la capacité et la diversité testée. Le troisième est l’indépendance des adresses: quels produits utilisent l’espace d’origine de Vertix et lesquels utilisent des adresses IPv4 attribuées par le fournisseur.
Le quatrième est la transparence opérationnelle. Une page de statut publique, un historique de disponibilité, une archive de maintenance ou un examen d’incident expurgé faciliteraient l’évaluation de la quatrième horloge. Cette recherche n’a pas localisé ces documents, mais ils pourraient exister en privé ou apparaître ultérieurement. Le cinquième concerne les preuves de récupération: les dates, le périmètre et les résultats des exercices de restauration et de basculement.
Le sixième concerne les preuves de support: les distributions des accusés de réception et de l’engagement d’ingénieurs par niveau de sévérité, plutôt qu’une moyenne générale.
Le septième est le périmètre de sécurité. Toute affirmation ISO 27001 devrait être liée au titulaire du certificat, aux installations et aux services que l’acheteur utilisera. Les contrôles d’identité, de journalisation, de chiffrement et de vulnérabilité au niveau du produit devraient devenir plus clairs à mesure que le portefeuille mûrit. Le huitième est la portabilité commerciale: une tarification complète du cloud, les frais de trafic et d’adresses, les tarifs de support et de projet, les formats d’exportation et l’aide à la sortie.
Le neuvième est la preuve client. Cette recherche n’a pas localisé d’étude de cas publique vérifiée de Vertix identifiant une charge de production, une architecture et un résultat mesurable. Les références fournies en privé peuvent aider si l’acheteur s’enquiert autant des échecs et de la sortie que des succès de mise en œuvre. Le dixième est la résilience organisationnelle: la profondeur de l’astreinte, les limites des partenaires et la continuité à mesure que le catalogue de services s’étoffe.
Aucun de ces points de vigilance ne transforme l’absence de preuves publiques en une constatation négative. Ils constituent un calendrier de réduction des incertitudes. Un fournisseur qui peut y répondre avec des artefacts actuels gagne un avantage sur un concurrent plus grand qui ne peut pas relier sa documentation au flux de travail réel de l’acheteur.
L’assurance commence après l’alerte
Vertix a franchi un seuil important pour une évaluation sérieuse. Son identité est étayée par une présence d’entreprise concordante et des assignations de ressources internet officielles. Son réseau est observable publiquement. Ses pages produits exposent suffisamment de détails — surveillance toutes les cinq minutes, support à plusieurs niveaux, rétention des sauvegardes, migration, prix d’hébergement, conditions de téléphonie et intégrations — pour concevoir des tests plutôt que de se fier à des slogans.
Ces signaux ne se résument pas encore à une conclusion de fiabilité. Le propre ASN de l’entreprise ne prouve pas la résilience des installations. Une adresse brésilienne ne cartographie pas chaque copie de données. Une vérification toutes les cinq minutes ne garantit pas une réponse autorisée. Une sauvegarde réussie ne prouve pas la restauration. Une déclaration de disponibilité de 99,9 % pour l’hébergement ne définit pas le recours de chaque produit. La localisation ne devient une assurance opérationnelle que lorsque ces transitions sont mesurées.
Le moment décisif de l’approvisionnement est donc l’alarme hypothétique de 02:13. Si Vertix détecte la défaillance visible par le client, la confie rapidement à un ingénieur autorisé de manière sécurisée, restaure l’activité dans les limites de l’objectif convenu et fournit des preuves qui survivent à un examen du SLA, son modèle de service local a démontré quelque chose de précieux: non pas simplement la proximité, mais une coordination comprimée sous pression. Si une horloge n’est pas définie, l’acheteur a trouvé la prochaine clause contractuelle, le changement d’architecture ou l’exercice à exiger.
C’est un test exigeant, mais il est équitable pour un petit fournisseur. Il juge Vertix sur le travail qu’il propose d’absorber, et non sur la taille de son logo ou l’ancienneté d’un concurrent. Le signal rouge n’est pas le verdict. Ce qui se passe sur les quatre horloges qui suivent l’est.