WCG vend une capacité hébergée qui dépend encore des baies, du transit et des fenêtres de maintenance

Résumé

• Wholesale Communications Group Pty Ltd reste une société privée australienne active et figure dans la dernière déclaration publique du groupe Vocus sur l’esclavage moderne. Cela soutient la continuité corporative au sein du groupe Vocus, et non la conclusion que WCG opère encore comme une marque cloud de détail indépendante.
• L’APNIC marque AS18104 comme actif et l’associe au nom WCG et à Vocus en tant que déclarant. Cependant, l’observation indépendante du routage ne montre aucune annonce IPv4 ou IPv6 courante depuis AS18104 et enregistre sa dernière route observée en juin 2012. Un système autonome enregistré n’est pas la même chose qu’un réseau de livraison actif.
• PeeringDB répertorie une présence de site WCG chez Equinix SY1/SY2 à Sydney et aucune connexion à un point d’échange public. La déclaration de site a été mise à jour pour la dernière fois en 2016, il s’agit donc d’une preuve opérationnelle historique plutôt que d’une preuve d’une baie actuelle, d’une flotte de serveurs sous tension ou d’une interconnexion.
• Les documents actuels de Vocus offrent une capacité d’infrastructure depuis Sydney, Melbourne et Perth et indiquent que le groupe exploite 14 centres de données australiens tout en se connectant à plus de 150 autres. Ces affirmations établissent une surface de livraison plausible au niveau du groupe mère, mais elles ne divulguent pas quels sites, baies, pools de ressources ou conditions de support s’appliquent à un client achetant sous le nom WCG.
• Les conditions publiques de Vocus exposent la mécanique sous-jacente à la capacité hébergée: la connectivité peut être distincte, la reprise après sinistre doit être commandée expressément, les clients assument d’importantes responsabilités de sauvegarde et de restauration, les adresses IP attribuées ne sont pas portables, et les maintenances ou défaillances de tiers peuvent limiter les recours. Un acheteur a besoin d’une architecture spécifique au site et d’un plan de migration exécutable avant de traiter la capacité nominale comme une capacité récupérable.

Le nom WCG a survécu plus clairement que son réseau indépendant

L’infrastructure hébergée est souvent achetée via un nom qui cache plusieurs couches de machinerie. Un client peut voir une seule facture et un seul numéro d’assistance tandis que le service lui-même traverse une filiale juridique, un réseau de groupe, un espace de centre de données loué, une plateforme de virtualisation, des logiciels tiers et des techniciens de terrain. Ce n’est pas nécessairement un défaut. Les fournisseurs intégrés utilisent régulièrement plusieurs sociétés du groupe et fournisseurs. Le risque apparaît lorsque le client confond un nom durable avec un système d’exploitation autonome.

WCG est un exemple particulièrement frappant. Le registre des entreprises australien (Australian Business Register)identifie Wholesale Communications Group Pty Ltdcomme une société privée australienne active, enregistrée à la TVA depuis juin 2004, dont le siège social est situé dans l’État de Victoria. La déclaration du gouvernement australien sur l’esclavage moderne pour 2025 du groupe Vocus inclut Wholesale Communications Group Pty Ltd parmi les entités déclarantes. Ce sont des faits d’identité solides. Ils montrent que WCG n’a pas simplement disparu en tant que nom juridique.

Ils ne montrent pas que WCG commercialise actuellement des serveurs virtuels, du bare metal, du stockage ou de l’hébergement géré en son nom propre. La position historique de WCG est plus facile à établir. Le rapport annuel 2010 de M2 indique que M2 a acquis Wholesale Communications Group en mai 2007 et décrit la suite de détail plus large de M2 comme incluant des réseaux privés virtuels d’entreprise et de l’hébergement à distance. Lerapport annuel déposédécrit également l’entreprise acquise dans le cadre de l’expansion de gros de M2. Lerapport annuel 2020de Vocus liste ensuite Wholesale Communications Group Pty Limited comme une filiale australienne entièrement détenue.

La séquence corporative est donc soutenable: WCG est devenu partie de M2, et le groupe M2 est devenu partie de Vocus. Mais l’histoire n’est pas une fiche produit actuelle. Il serait dangereux de transformer l’expression « hébergement à distance » dans un rapport de 2010 en une affirmation qu’un service de calcul WCG spécifique est disponible en 2026 avec la même plateforme, les mêmes emplacements ou le même contrat. La question opérationnelle actuelle est plus étroite: quelles ressources portent encore l’identité WCG, quelle infrastructure peut être vérifiée au niveau du groupe Vocus, et où s’arrête la preuve?

Cette distinction est commercialement importante. Si un acheteur signe avec Wholesale Communications Group Pty Ltd mais reçoit un service conçu, exploité ou supporté par d’autres entités de Vocus, la commande devrait identifier quelle entreprise fournit chaque composant, quelles conditions prévalent et où se situe la responsabilité. La continuité corporative peut être rassurante. Elle ne remplace pas le fait de savoir quelle entité contrôle la baie, le port réseau, le système de sauvegarde et le technicien qui interviendra à 3 heures du matin.

La surface de vente publique est désormais une surface Vocus

Le propre domaine de WCG existe toujours, mais il ne présente pas de catalogue de vente public actuel. Comme observé en juillet 2026,wcg.net.aurésolvait vers une adresse IPv4 et conservait des noms d’hôtes de messagerie et de serveurs de noms de l’époque WCG et M2, tandis que les requêtes web ordinaires ne renvoyaient pas un site WCG fonctionnel. Lerésumé DNS public pour wcg.net.aurapporte l’adresse 203.132.224.176, des serveurs de messagerie sousm2core.com.auet des serveurs autoritaires souswcg.net.au. Il rapporte également l’absence de serveur web configuré. Le DNS est dynamique et le résumé tiers peut accuser un retard sur les modifications, mais cela correspond au schéma plus large: l’espace de noms reste maintenu sans fonctionner comme une vitrine de produits actuelle.

L’adresse elle-même n’est pas une preuve que AS18104 héberge le site. Lerésultat RIPEstat pour 203.132.224.176la place dans un préfixe origé par un autre réseau Vocus, pas AS18104. Leenregistrement APNIC pour l’adressefournit le contexte du registre pour ce bloc. Un enregistrement A actif démontre donc la continuité du domaine et du réseau de groupe, mais il ne peut pas être utilisé comme un exemple de charge de travail prouvant un cloud WCG actif.

L’offre actuelle visible se trouve sur les pages publiques de Vocus. Lapage Infrastructure as a Servicede Vocus décrit des pools de ressources à Sydney, Melbourne et Perth, hébergés dans ses centres de données et interconnectés par son réseau principal. Elle annonce des allocations de traitement, de mémoire et de stockage, plusieurs options de bande passante, une tarification de sauvegarde et une assistance 24 heures sur 24. Lafiche produit IaaSassociée nomme les trois mêmes points de livraison et liste les politiques de sauvegarde ainsi qu’un service desk.

Vocus indique séparément sur sapage de solutions de centres de donnéesqu’elle exploite 14 centres de données en Australie et se connecte à plus de 150 emplacements supplémentaires, y compris des installations partenaires. C’est une preuve significative que le groupe mère dispose d’un vaste parc physique et d’interconnexion. Il s’agit encore d’un agrégat de niveau marketing. Il ne nomme pas les 14 sites sur cette page, ne précise pas la puissance ou l’inventaire de calcul disponible dans chacun, ni ne fait correspondre les trois pools de ressources IaaS à une commande WCG particulière.

La lecture prudente n’est pas que WCG n’a pas de service. C’est que les preuves publiques soutiennent un service actuel du groupe Vocus et une identité corporative continue de WCG, tout en laissant non précisée la relation commerciale actuelle entre eux. Un client potentiel devrait demander si WCG est le fournisseur contractant, un nom de compte historique, un revendeur, une filiale opérationnelle ou simplement l’identité historique attachée à certaines ressources réseau. La réponse détermine quel portail d’assistance, quel calendrier de service, quel avis de confidentialité et quel processus de résiliation s’appliquent réellement.

AS18104 est enregistré mais n’annonce actuellement aucune route

Le numéro de système autonome de WCG est l’élément de preuve le plus tentant à surinterpréter. L’enregistrement RDAP de l’APNIC pourAS18104marque le numéro comme actif, le nomme WCG-AS-AP et décrit Wholesale Communications Group comme un fournisseur national de communications de gros à Sydney. L’entité déclarante est Vocus Pty Ltd. L’enregistrement conserve également un contact d’exploitation réseau WCG tandis que son rôle d’abus pointe vers Vocus. Cette combinaison est cohérente avec une ressource qui a traversé une intégration corporative sans perdre toutes ses anciennes étiquettes.

Un statut de registre actif ne signifie pas que le numéro est en train d’originer du trafic. La distinction est basique mais importante. Un registre Internet régional enregistre l’attribution, les contacts de déclaration et la situation administrative. Les collecteurs de routes globaux observent ce que les réseaux annoncent effectivement. Les deux ensembles de données répondent à des questions différentes.

Le résultat de statut de routage deRIPEstat pour AS18104ne rapporte aucun espace IPv4 ou IPv6 annoncé au moment de l’observation de juillet 2026, aucun voisin observé et une visibilité nulle parmi ses pairs collecteurs de routes. Il enregistre la première route observée en janvier 2002 et la dernière route observée, 125.168.0.0/16, le 19 juin 2012. Son résultat depréfixes annoncésne renvoie aucun préfixe dans la fenêtre d’observation actuelle. La vue de routage deCloudflare Radar pour AS18104offre une deuxième surface d’observation publique, tandis que lapage AS18104de Hurricane Electric préserve l’identité réseau et le contexte de routage historique.

Ces observations ne prouvent pas que chaque appareil autrefois associé à WCG a été éteint. Un système autonome peut rester enregistré tandis que ses adresses sont annoncées par un autre réseau du groupe, utilisées en interne, conservées pour une utilisation future ou devenues inutiles. Les services peuvent également fonctionner derrière des adresses du fournisseur sans que l’ancien ASN apparaisse dans la route publique. Ce que les données établissent, c’est que AS18104 ne devrait pas être présenté comme le chemin indépendant actuel par lequel les charges de travail WCG hébergées atteignent l’Internet.

La politique de routage administrative dans l’APNIC nomme encore AS9942, AS2764 et AS9654 dans les instructions d’importation. Ces instructions ne sont pas des mesures de transit actuelles. Le texte de la politique de registre peut rester longtemps après les changements de topologie, et l’absence d’annonces actuelles signifie qu’il n’y a pas de route AS18104 sur laquelle observer ces voisins maintenant. Lister les trois numéros comme une diversité de montée en charge vivante transformerait un texte de configuration historique en une affirmation opérationnelle non étayée.

Il existe un recoupement utile dans le contrat cloud actuel de Vocus. LeCloud Service Schedulede Vocus liste plusieurs systèmes autonomes sous lesquels Vocus déclare maintenir et exploiter son réseau pour Cloud Internet. AS18104 ne figure pas dans cette liste. Vocus se réserve la possibilité d’ajouter ou de retirer des numéros, donc la liste n’est pas immuable. Néanmoins, cela renforce la conclusion de l’observation de routage: l’accessibilité actuelle du cloud doit être évaluée comme une conception réseau Vocus, et non inférée à partir de l’ASN WCG hérité.

Un ancien enregistrement de site à Sydney ne peut pas porter une revendication de capacité nationale

L’entrée réseau PeeringDB pourWCGassocie AS18104 à un seul site, Equinix SY1/SY2 à Sydney, et à aucun point d’échange public. L’entrée qualifie le réseau de régional, principalement entrant et sélectif dans sa politique de peering. Elle ne divulgue aucun niveau de trafic ni aucun nombre de préfixes IPv4. Ses informations de site ont été mises à jour pour la dernière fois en mars 2016, ses coordonnées en mars 2016 et l’enregistrement réseau lui-même en juillet 2022.

C’est une preuve, mais elle a une longue demi-vie. PeeringDB est maintenu par les organisations participantes. Une ligne réseau-à-site signifie que le entité a représenté le réseau comme présent à cet endroit; elle ne divulgue pas si cette présence était un routeur dans une baie complète, une petite allocation dans un espace partagé, un port distant, une interconnexion livrée par une autre partie ou un arrangement qui a ensuite changé. L’ancienneté de la mise à jour du site est particulièrement importante compte tenu de l’absence d’annonces actuelles d’AS18104.

Equinix SY1 et SY2 sont des sites d’interconnexion majeurs à Sydney, mais les attributs de ces bâtiments ne peuvent pas être automatiquement assignés à WCG. La ligne publique ne précise pas les unités de baie, l’allocation de puissance, le nombre de liaisons, le nombre d’interconnexions, l’inventaire de serveurs, l’architecture de stockage ou les droits d’accès à distance. Elle ne dit pas que WCG possède le site. Elle ne prouve même pas que la configuration de 2016 est toujours installée en 2026.

La conclusion appropriée est que WCG avait une présence déclarée à Sydney dans la base de données d’interconnexion, avec un statut actuel non vérifié.

L’absence de ligne de point d’échange public est importante de manière également limitée. Cela signifie que PeeringDB ne montre actuellement pas AS18104 sur un LAN d’échange. Cela n’exclut pas l’interconnexion privée, le transit payant, le peering à distance ou l’accessibilité via un autre ASN Vocus. Mais combiné avec l’absence de routes actuelles, cela ne fournit aucune base pour revendiquer une diversité de peering actuelle de WCG ou une portée d’échange indépendante.

L’empreinte plus large de Vocus doit être traitée séparément. Le site actuel du groupe mère revendique trois villes de livraison IaaS, 14 centres de données australiens exploités et des connexions à plus de 150 emplacements de centres de données supplémentaires. Sa page juridique comprend des calendriers pour ses propres installations de colocation et pour des opérateurs tiers, notamment Equinix et NEXTDC:https://www.vocus.com.au/help-and-support/legal-contracts. Cette largeur peut soutenir un service résilient si le client achète effectivement les sites, chemins et répliques pertinents. Elle ne peut pas rétroactivement faire de la ligne PeeringDB de WCG une plateforme de calcul sur trois villes.

La preuve qui réglerait la question est simple: un bon de commande actuel identifiant le site ou la zone de livraison, une allocation de baie ou de ressource virtuelle, les détails de remise réseau, et une confirmation écrite des entités d’exploitation et de contractation. Sans ces éléments, l’empreinte publique est mieux décrite comme une déclaration historique unique à Sydney plus un parc de groupe actuel plus vaste dont l’allocation aux clients sous la marque WCG est inconnue.

La capacité est une chaîne d’allocations, pas un chiffre sur une page produit

La capacité cloud semble divisible car elle est vendue en petites unités. Un acheteur peut demander un processeur virtuel, un gigaoctet de mémoire ou un volume de stockage supplémentaire sans voir un serveur installé. La promesse économique est qu’une plateforme partagée absorbera cette demande plus efficacement que le matériel propre de l’acheteur. La limite physique n’a pas disparu; elle s’est déplacée derrière un système d’allocation.

Le calendrier IaaS de Vocus rend cette limite particulièrement visible. Il définit des machines virtuelles en unités de traitement, mémoire et stockage achetées, tout en indiquant que le temps CPU sera équilibré entre les ressources demandeuses en cas de contention. Il indique que la capacité de stockage créée ne peut pas être réduite. Il indique également que les clients restent redevables de l’allocation commandée même si l’utilisation réelle est inférieure. Ces clauses ne révèlent pas l’utilisation actuelle, mais elles montrent pourquoi la capacité commandée, installée et utilisable sont des quantités différentes.

La capacité commandée est ce qui apparaît dans le bon de commande. La capacité installée est le matériel, le stockage et l’équipement réseau physiquement disponibles dans le pool de ressources pertinent. La capacité utilisable est la partie qui peut être allouée sans violer les contraintes de performance, de résilience ou d’alimentation. La capacité récupérable est encore plus réduite: la partie qui reste disponible, ou peut être restaurée dans le délai requis, lorsqu’un hôte, un système de stockage, une baie, un site ou un chemin tombe en panne.

Pour WCG, aucune de ces quantités n’est publiée au niveau de l’entreprise. Il n’y a pas de nombre public de serveurs, de génération de processeurs, de support de stockage, d’allocation de baies, de puissance engagée, de chiffre d’utilisation ou de ratio d’hôtes de réserve lié à WCG. Les documents publics de Vocus donnent des dimensions de produit et des emplacements, mais pas d’inventaire libre. Une plateforme sur trois villes peut encore avoir une marge de manœuvre inégale.

Une ville peut être disponible pour de nouvelles commandes tout en manquant de capacité de réserve suffisante pour absorber toutes les charges de travail d’une autre ville en cas de panne régionale.

Le stock de matériel fait partie de la même équation. Une plateforme peut avoir une capacité virtuelle de réserve jusqu’à ce qu’une carte mère, un contrôleur, un module optique ou un modèle de disque tombe en panne. La restauration dépend alors de pièces compatibles, du support du fournisseur et d’un technicien ayant accès au site. La question pertinente n’est pas de savoir si le groupe est assez grand pour acheter de l’équipement. C’est de savoir si le service contracté dispose d’un stock de remplacement dans la bonne ville, dans les bonnes limites de sécurité, et si le temps de remplacement est inclus dans l’objectif de restauration.

L’alimentation est une autre allocation. Le calendrier de service NEXTDC actuel de Vocus définit des baies avec une allocation de puissance convenue et décrit l’alimentation conditionnée comme finie. Il avertit qu’une utilisation excessive peut affecter le client, les autres clients et le refroidissement. Le calendrier concerne un service de colocation tiers offert par Vocus, pas une preuve que WCG utilise NEXTDC. Sa valeur est explicative: même dans une installation hautement technique, l’espace de baie vendable est contraint par les kilowatts contractés, les alimentations équilibrées, le refroidissement et les règles opérationnelles.

Le résultat est une définition plus exigeante de la capacité. Un acheteur ne devrait pas seulement demander combien de processeurs virtuels peuvent être commandés. Les questions utiles sont: quelle marge de manœuvre en cas de panne existe dans la ville choisie, la capacité est-elle réservée sur le site de reprise, quels composants sont stockés localement, et que se passe-t-il lorsqu’une réparation nécessite une approbation tierce ou une fenêtre de changement.

La diversité de transit appartient au service livré, pas à la famille corporative

L’absence actuelle de routes AS18104 ne signifie pas qu’un service contracté WCG serait inaccessible. Cela signifie que le client doit identifier le réseau de livraison effectif. Le calendrier cloud de Vocus indique que Cloud Internet peut être atteint via des systèmes autonomes exploités par Vocus et que le réseau international inclut du peering et du transit avec de nombreux réseaux. Il se réserve également le droit de modifier ces arrangements sans préavis.

C’est une revendication de résilience au niveau du groupe, pas un diagramme de chemin spécifique au site. Une machine virtuelle à Sydney pourrait atteindre l’Internet via des routeurs redondants et plusieurs fournisseurs d’accès; elle pourrait aussi dépendre d’un seul pare-feu client, d’un seul circuit d’accès ou d’une seule remise non protégée. Un réseau privé peut éviter l’Internet public tout en dépendant d’un seul fournisseur de dernier kilomètre. Deux contrats peuvent partager le même pool de ressources cloud et avoir des surfaces de panne très différentes.

Le calendrier stipule que la connectivité n’est pas incluse sauf indication explicite. L’accès peut se faire par l’Internet ou un réseau privé comme spécifié dans la commande. Cette clause évite une erreur de catégorie courante: acheter du calcul n’achète pas nécessairement un chemin diversifié vers celui-ci. L’acheteur doit voir le service Internet, la connexion privée, l’interconnexion et l’équipement côté client comme des composants séparés, chacun avec son propre niveau de protection.

La fiche produit Cloud Connect de Vocus indique que le groupe atteint plus de 100 centres de données publics et prend en charge des connexions privées aux principaux fournisseurs cloud, avec des options de couche 2 et couche 3. Une telle portée peut réduire la dépendance aux chemins Internet publics. Mais une connexion à un fournisseur cloud n’est pas automatiquement redondante. Le nombre de ports, la diversité métropolitaine, la diversité des routeurs et les propres exigences du fournisseur cloud comptent toujours.

Le même point s’applique à l’accessibilité via les points d’échange. Un opérateur peut avoir un peering étendu sous son ASN principal tandis qu’un ASN de filiale hérité n’a pas de port d’échange. Les clients se soucient du chemin que leurs paquets prennent réellement, pas des enregistrements qui existent ailleurs dans le groupe. La conception du service devrait identifier l’ASN d’origine, le type d’adresse du client, le chemin de montée en charge ou de connectivité privée, le statut protégé ou non, et ce qui se passe pendant la maintenance.

L’adressage attribué par le fournisseur crée une dépendance supplémentaire. Le calendrier cloud indique que les adresses attribuées par Vocus restent la propriété de Vocus, ne sont pas transférables et cessent d’être utilisables à la fin du service. Vocus peut les modifier avec préavis, ou immédiatement si un changement urgent est nécessaire pour la stabilité ou la correction de défauts. Les adresses fournies par le client peuvent être possibles, mais la portabilité n’est pas disponible dans tous les emplacements ou avec tous les services.

Un client qui intègre des adresses du fournisseur dans des listes d’autorisation, DNS, certificats ou systèmes partenaires a donc intégré un coût de migration dans sa conception réseau.

Pour WCG, la preuve décisive serait un tracé de route actuel et une spécification de service provenant de la charge de travail réelle, et non de l’enregistrement d’AS18104. Jusque-là, l’ASN hérité est utile pour comprendre l’histoire et l’intégration corporative. Ce n’est pas un certificat de redondance actuel.

Les fenêtres de maintenance exposent la limite de propriété

Une panne devient une chaîne d’autorisations dès que la récupération logicielle échoue. Quelqu’un doit déterminer si le défaut se situe dans la machine virtuelle, l’hyperviseur, l’hôte physique, le système de stockage, l’alimentation de la baie, l’interconnexion, la fibre métropolitaine ou le réseau amont. Chaque limite peut impliquer une équipe, un fournisseur et une horloge différents.

L’accord de niveau de servicede Vocus offre un accès 24 heures sur 24 à son centre d’assistance et décrit les canaux de téléphone, email, portail et alertes automatiques. Il indique que les incidents peuvent être escaladés vers des ressources et des fournisseurs compétents. Il indique également que les temps de restauration sont des objectifs plutôt que des garanties et que Vocus déploiera des efforts raisonnables pour les atteindre. Cette différence est importante en cas de défaut physique. Un objectif de quatre heures est un objectif opérationnel; ce n’est pas la preuve qu’un composant de remplacement, une équipe de fibre ou un escorteur de bâtiment sera disponible dans les quatre heures.

L’accord exige que les clients signalent les incidents graves par téléphone et fournissent des informations d’identification et de diagnostic. Il permet l’escalade via une matrice mise à disposition à la livraison du service ou sur demande. Pour un incident de priorité 1, un client peut demander un rapport post-incident, que Vocus déclare fournir avec des efforts raisonnables dans les délais indiqués. Ce sont des mécanismes d’assistance significatifs. Ce sont des mécanismes Vocus actuels, et le site public de WCG ne fournit pas de chemin d’escalade actuel séparé.

Un acheteur WCG devrait avoir le nom de Vocus ou d’un autre processus applicable dans la commande avant qu’une panne ne se produise.

Les travaux planifiés constituent une exposition distincte. L’accord décrit les catégories de maintenance: danger, impact sur le service, panne et urgence. Un avis de maintenance avec panne cible généralement dix jours ouvrables; les travaux d’urgence peuvent être annoncés dès que raisonnablement possible, avec un objectif de huit heures de préavis. Pour les travaux de colocation ou la maintenance effectuée par des tiers, Vocus promet autant de préavis que raisonnablement possible dans les circonstances. La maintenance planifiée est exclue des crédits de disponibilité ordinaires.

La colocation tierce rend la limite encore plus claire. Le calendrier NEXTDC définit les mains à distance comme un service supplémentaire limité à des tâches techniques mineures spécifiées. Il donne au personnel du site l’autorité de contrôler l’accès en cas d’urgence, de sécurité et d’exigences légales. Il place les obligations de maintenance de l’équipement client sur le client et exige la compatibilité avec la connectivité du site. Encore une fois, ce n’est pas une preuve d’une baie WCG chez NEXTDC.

Cela montre le type de dépendance qu’un service de groupe peut hériter lorsque le bâtiment, le client de la baie et le client d’hébergement sont des parties différentes.

Les arrangements Equinix ont leur propre chaîne. Le calendrier Equinix IBX Centre de Vocus indique qu’Equinix conserve le titre de son centre et décrit les configurations de structure cloud redondantes comme nécessitant des ports doubles. Un client achetant un seul port n’a pas acheté la configuration redondante simplement en étant dans un bâtiment Equinix.

Une conception de réparation crédible nomme donc le propriétaire de chaque couche. Elle dit qui surveille l’hôte, qui peut ouvrir la baie, qui stocke les pièces, qui peut approuver un changement d’interconnexion, quand les mains à distance sont disponibles, et quelles exclusions de maintenance du fournisseur s’appliquent. Les seuls noms WCG et Vocus ne peuvent pas répondre à ces questions.

La disponibilité multi-villes n’est pas un basculement automatique

Sydney, Melbourne et Perth sont des points de séparation utiles. Ils réduisent l’exposition à un seul bâtiment et, selon la conception, à un événement métropolitain d’alimentation, de fibre ou de catastrophe. Vocus indique que ses points de livraison IaaS sont interconnectés par son réseau principal, permettant une continuité entre les instances hébergées dans d’autres points de livraison. C’est une déclaration de capacité, pas une déclaration que les données et applications de chaque client sont répliquées sur les trois.

Le basculement nécessite de la capacité, de l’état et de l’autorité. Le site de reprise a besoin de suffisamment de traitement, mémoire, stockage, licences et bande passante réservés. Les données d’application doivent être copiées à une fréquence cohérente avec la perte tolérable du client. L’identité réseau doit être transférable ou recréée. Le personnel a besoin d’autorisation et d’instructions testées pour démarrer l’environnement alternatif. Les dépendances telles que DNS, authentification, clés, surveillance et listes d’autorisation tierces doivent survivre au déplacement.

Le calendrier cloud de Vocus indique explicitement que les services de reprise après sinistre ne sont pas inclus sauf indication contraire dans le bon de commande. Il exclut l’importation de machines virtuelles et de données ainsi que la configuration de l’environnement, sauf commande expresse. Il indique que la surveillance et les alertes des machines virtuelles clientes se situent en dehors de la description de base du calcul et du stockage. Ces exclusions placent une grande partie de la conception de la continuité du côté du client.

Les dispositions de sauvegarde sont également divisées. Vocus peut fournir l’accès à un environnement de sauvegarde, mais le client reste responsable de l’application des politiques et de la vérification du bon fonctionnement de la sauvegarde. Dans le cadre du Backup as a Service, Vocus gère la plateforme de sauvegarde tandis que le client gère les points de terminaison, choisit les données protégées, planifie les objectifs de récupération et effectue les tests. La restauration peut entraîner des frais supplémentaires, et certaines restaurations sont fournies sur une base d’efforts raisonnables plutôt que garantie.

Le calendrier indique que le client est responsable de garantir l’intégrité des données sauvegardées car Vocus ne peut pas valider leur nature, contenu et forme.

Les directives du gouvernement australien aboutissent à la même conclusion opérationnelle. Les directives de sécurité cloud pour les dirigeants de l’Australian Signals Directorate invitent les organisations à évaluer la continuité des activités, la reprise après sinistre, la connectivité sécurisée, les conditions de disponibilité, la conservation et la portabilité. Ses recommandations sur les sauvegardes régulières préconisent des sauvegardes résilientes et des tests de restauration coordonnés. Une réplique qui n’a jamais été restaurée dans des conditions réalistes est une preuve de copie, pas une preuve de récupération.

Pour un service marqué WCG, un acheteur devrait demander la conception de reprise en noms et en chiffres: ville principale, ville de reprise, méthode de réplication, objectif de point de reprise, objectif de temps de reprise, capacité réservée, modifications de route et DNS, administrateur de sauvegarde, fréquence des tests et dernier exercice réussi. Une revendication de trois points de livraison ne répond qu’à la première question: où une plateforme peut exister.

Une défaillance de facturation peut devenir une défaillance d’infrastructure

L’histoire physique n’est que la moitié de la résilience de l’hébergement. Une charge de travail peut être saine et devenir inaccessible parce qu’une facture, une licence ou une condition contractuelle n’est pas résolue. C’est pourquoi les contacts de facturation et les dates de renouvellement font partie de la planification de la continuité.

Le calendrier cloud de Vocus indique que les clients paient pour l’allocation dans leur commande même si l’utilisation réelle est inférieure. L’excès de bande passante et les données de sauvegarde peuvent entraîner des frais supplémentaires. Les augmentations de prix des logiciels tiers peuvent être répercutées avec préavis, et le non-respect des licences peut entraîner une résiliation immédiate dans des circonstances spécifiées. Le client est responsable de détenir le nombre et le type corrects de licences logicielles.

Les conditions de colocation rendent les conséquences plus tangibles. Le calendrier de colocation des centres de données Vocus lie les frais à l’espace et à la puissance commandés, permet une révision des coûts dans des circonstances décrites et traite des restrictions d’accès. Le calendrier NEXTDC contient des droits relatifs aux montants impayés, à la suspension et à l’équipement client. Ce sont des protections commerciales ordinaires dans les contrats d’infrastructure, mais elles montrent que la possession et l’accès peuvent diverger.

Un client peut posséder un serveur tout en dépendant du statut de paiement et de l’autorisation du site pour y accéder.

Les contrats des fournisseurs créent un autre risque de concentration lorsqu’un revendeur se situe entre le client et l’installation. Le client final peut payer WCG, tandis que Vocus ou une autre entité contracte avec l’opérateur du centre de données. Si l’accord en amont change, l’acheteur doit savoir si son service continue, migre ou prend fin. L’appartenance corporative publique ne divulgue pas la chaîne contractuelle pour une commande particulière.

Les contrôles pratiques sont banals et précieux: plus d’un contact de facturation autorisé, des détails de facture vérifiés, une procédure de règlement des litiges documentée, des rappels de renouvellement, un enregistrement de la propriété des licences et un plan de continuité qui ne dépend pas de la connexion à un service suspendu. Le client devrait également savoir si les crédits de service sont automatiques ou doivent être réclamés. L’accord de Vocus exige une demande de remboursement écrite dans un délai défini et applique les montants approuvés sous forme de crédits sur le compte, et non en espèces.

C’est là que la capacité hébergée révèle sa double nature. C’est une réservation physique et une permission juridique continue d’utiliser cette réservation. Un serveur de réserve a peu de valeur si les identifiants du client, l’allocation d’adresse ou l’accès au site prennent fin avec le contrat. La récupérabilité doit inclure l’accès commercial, pas seulement la survie du matériel.

La portabilité commence avant l’installation de la première charge de travail

Déplacer une charge de travail hébergée n’est pas une opération. C’est un ensemble d’exportations et de substitutions: données, machines virtuelles, configuration d’application, secrets, journaux, noms de domaine, enregistrements DNS, certificats, adresses IP, licences et connaissances d’assistance. Chaque composant peut avoir un propriétaire et une règle de transfert différents.

Le domaine WCG lui-même illustre la séparation. Une licence de domaine, un DNS autoritaire, un hébergement de messagerie et un hébergement web sont des services distincts même lorsqu’un seul fournisseur vend les quatre. Le guide d’auDA pour le transfert d’un domaine.au indique qu’un déclarant peut passer à un autre fournisseur éligible et explique le code d’autorisation de transfert. Cela protège la portabilité du domaine. Cela ne déplace pas automatiquement le contenu de la zone, les données de messagerie, les fichiers du site web ou l’environnement serveur.

La portabilité IP est plus contrainte. Le calendrier cloud de Vocus indique que les adresses fournies par le fournisseur ne peuvent pas être transférées et que le droit de les utiliser prend fin avec le service. L’utilisation d’adresses appartenant au client est soumise au statut du registre, à l’approbation et à la disponibilité du service. Une application construite autour des adresses Vocus peut donc nécessiter des modifications DNS, des mises à jour des listes d’autorisation des partenaires et une transition soigneusement planifiée. L’ancien enregistrement AS18104 n’accorde pas à chaque client hébergé des adresses WCG portables.

La portabilité du calcul n’est pas spécifiée publiquement au niveau WCG. Vocus utilise une technologie de virtualisation largement connue et annonce une interface de gestion unique, mais la familiarité n’est pas un engagement d’exportation. Un client doit savoir s’il peut exporter des disques virtuels dans un format documenté, à quelle vitesse, avec quelle assistance et à quel coût. La cohérence de la base de données, le format d’instantané et les licences logicielles peuvent déterminer si une image exportée démarre effectivement ailleurs.

La bande passante peut être la partie la plus lente. Un grand ensemble de données facile à stocker peut prendre des jours ou des semaines à copier sur une liaison contrainte. Si le service est déjà dégradé ou suspendu, le taux d’exportation effectif peut être plus faible. Les supports physiques peuvent être plus rapides pour de très grands transferts, mais le client a alors besoin de chiffrement, de chaîne de custody, de supports compatibles et d’un processus de retour convenu.

Les dispositions du calendrier cloud concernant les bandes, par exemple, exigent une demande en temps utile si les supports doivent être retournés à la résiliation et n’incluent pas la restauration à partir de la bande par défaut.

Une conception de sortie robuste est testée lorsque le service est sain. Le client devrait exporter une machine représentative et un ensemble de données, reconstruire le réseau dans un environnement neutre, faire tourner les secrets, confirmer l’autorité DNS, mesurer le temps de transfert et vérifier que les sauvegardes sont lisibles sans le compte d’origine. L’exercice transforme le mot « portable » en une durée observée et une liste de dépendances.

Pour WCG, aucun document public ne fournit un format d’exportation actuel, un taux de sortie garanti, une portée d’assistance à la migration ou une période de rétention post-résiliation pour un service marqué WCG. Ce ne sont pas des raisons de présumer le pire. Ce sont des conditions qui doivent être fournies avant qu’un acheteur puisse évaluer le coût de la sortie.

Les points de livraison australiens ne répondent pas à toutes les questions de localité

La page IaaS publique de Vocus indique que ses points de livraison sont à Sydney, Melbourne et Perth et qu’ils sont hébergés dans ses centres de données. C’est une preuve utile pour une option de calcul primaire australienne. C’est plus spécifique qu’une revendication générale de souveraineté. Cela n’identifie toujours pas l’emplacement de chaque copie ni de chaque personne pouvant accéder à l’environnement.

La localité des données comporte plusieurs couches. Le disque virtuel primaire peut se trouver à Sydney. Les répliques peuvent être à Melbourne ou Perth. Les bandes de sauvegarde peuvent être conservées chez un tiers hors site. Les journaux de surveillance, les enregistrements d’assistance et les informations de compte peuvent être traités ailleurs. Un fournisseur peut fournir une assistance à distance depuis une autre juridiction. L’interconnexion avec un cloud public peut déplacer le trafic client vers un fournisseur distinct dont les régions et les arrangements d’assistance suivent un autre contrat.

Le calendrier cloud de Vocus lui-même indique que les services dans différentes zones peuvent utiliser une infrastructure et des logiciels différents. Il indique que le stockage hors site sur bande peut impliquer un tiers. Ces dispositions n’établissent pas un stockage à l’étranger, mais elles empêchent un acheteur de traiter une adresse d’entreprise australienne comme une preuve que toutes les données restent en Australie.

Pour les informations personnelles, les propres obligations légales du client restent pertinentes. La page des principes australiens de confidentialité du Bureau du Commissaire australien à l’information définit l’APP 8 sur la divulgation transfrontalière. Les lignes directrices actuelles du chapitre 8 expliquent le cadre de responsabilité et les exceptions. Savoir si un transfert particulier est une divulgation, et quelles mesures sont raisonnables, dépend des faits et du droit applicable. Une ville de centre de données sur un dépliant ne peut pas répondre seule à cette question juridique.

Un calendrier de localité devrait identifier séparément les données primaires, les répliques, les sauvegardes, les journaux, les données de compte, l’accès d’assistance et les sous-traitants. Il devrait également indiquer comment les changements de localité sont notifiés et comment les données sont retournées ou détruites à la fin. Les clients ayant des charges de travail gouvernementales, de santé, financières ou autres réglementées peuvent avoir besoin de contrôles supplémentaires au-delà du cadre général de confidentialité.

La conclusion appropriée pour WCG est étroite. Une option d’hébergement primaire australienne est plausible et soutenue au niveau du groupe Vocus. Les preuves publiques n’établissent pas l’architecture complète de localité pour tout service WCG actuel. La souveraineté des données est donc une propriété au niveau de la commande des zones, copies, chemins d’accès et fournisseurs sélectionnés, et non un attribut hérité automatiquement des lettres AU dans un enregistrement de registre.

Quelles preuves actuelles combleraient les plus grandes lacunes

Le dossier public de WCG est suffisamment solide pour éviter une erreur d’identité et suffisamment faible pour exiger une divulgation technique directe. Un acheteur n’a pas besoin d’une vue secrète de l’ensemble du parc du fournisseur. Il a besoin de preuves liées au service qu’il recevra effectivement.

Premièrement, le fournisseur devrait identifier l’entité contractante, l’entité exploitante et l’entité d’assistance. Si Wholesale Communications Group Pty Ltd signe la commande tandis que Vocus Pty Ltd exploite le réseau et qu’une autre société Vocus contrôle un contrat d’installation, cette répartition des responsabilités devrait être explicite. La commande devrait incorporer les conditions types applicables, le calendrier cloud et l’accord de niveau de service par version.

Deuxièmement, l’architecture devrait nommer les sites primaire et de reprise, pas seulement le pays. Elle devrait identifier si le site est exploité par Vocus ou un partenaire, si de l’équipement client ou fournisseur est impliqué, et si le service utilise une ou deux alimentations électriques, un ou deux dispositifs réseau, et un accès protégé ou non protégé. Un client n’a pas besoin de connaître l’emplacement de chaque câble, mais il doit savoir si deux chemins apparents partagent une gaine, un routeur, une interconnexion ou un fournisseur amont.

Troisièmement, la preuve de capacité devrait distinguer l’allocation actuelle de la marge de manœuvre en cas de panne. La divulgation utile n’est pas la taille totale de la flotte; c’est de savoir si la zone de reprise sélectionnée dispose de ressources réservées pour la charge de travail du client, quelles limites de performance s’appliquent en cas de contention, et quel stock de remplacement et quelle couverture fournisseur existent. Un exercice de basculement récent est une preuve plus forte qu’un adjectif de conception.

Quatrièmement, l’assistance devrait être exécutable. Le client a besoin du numéro 24 heures sur 24, des identifiants de service, des niveaux d’escalade nommés, des définitions de gravité, de la méthode de notification et de l’autorité pour demander un travail urgent. Il devrait savoir si les mains à distance sont incluses, facturables ou fournies par un tiers, et si un défaut matériel grave peut être traité en dehors des heures normales de bureau.

Cinquièmement, la reprise et la sortie nécessitent des tests mesurables. La portée de la sauvegarde, la rétention, l’immuabilité, la responsabilité de la restauration, les objectifs de récupération, le format d’exportation, la méthode de sortie, la transition d’adresse et le délai de suppression devraient être consignés par écrit. Une restauration et une exportation d’échantillon devraient être effectuées avant que la dépendance en production ne devienne profonde.

Enfin, les preuves de routage actuelles devraient être collectées à partir du service livré. L’ASN d’origine, la propriété de l’adresse, les chemins amont visibles et la conception de connectivité privée peuvent tous différer d’AS18104. Un tracé de route, des informations BGP le cas échéant, un bon de commande et un diagramme réseau résoudraient plus que le texte du registre hérité.

Ces demandes ne sont pas une accusation que le service manque de résilience. Elles sont la traduction normale d’une offre au niveau du groupe en une dépendance au niveau du client. La combinaison inhabituelle de la continuité corporative de WCG et du routage public dormant rend cette traduction impossible à sauter.

Le verdict opérationnel

WCG n’est ni un nom vide ni un opérateur cloud transparent et indépendant. Wholesale Communications Group Pty Ltd est actif, reste dans les divulgations actuelles du groupe Vocus, conserve un espace de noms de domaine vivant et est associé à AS18104. Ces faits soutiennent l’identité et la continuité.

Les preuves réseau pointent dans une direction différente. AS18104 est enregistré mais n’est pas actuellement visible comme origine. Sa dernière observation de route date de 2012. La déclaration de site unique à Sydney sur PeeringDB est ancienne et ne montre aucune connexion à un point d’échange public. Le domaine de WCG résout via un autre réseau Vocus et ne fournit pas de site de vente public fonctionnel. La proposition d’hébergement actuelle la plus soutenable est donc l’offre du groupe Vocus, et non une plateforme autonome prouvée par l’ASN WCG.

Cette offre de groupe comporte des revendications d’infrastructure réelles: trois villes IaaS australiennes, un parc national de centres de données, une portée étendue d’installations externes et une assistance 24 heures sur 24. Ses conditions publiques rendent également la structure de dépendance lisible. Le calcul peut nécessiter une connectivité commandée séparément. La présence multi-villes n’inclut pas la reprise après sinistre par défaut. L’exactitude de la sauvegarde et les tests de restauration restent en partie la responsabilité du client. Les adresses IP attribuées ne partent pas avec le client.

Les réparations et la maintenance peuvent traverser les limites des sites et des fournisseurs. Les recours sont limités par des objectifs, des exclusions et des procédures de réclamation.

Pour les clients, le risque central n’est pas que la capacité hébergée soit imaginaire. C’est que la capacité nominale, la capacité utilisable et la capacité récupérable peuvent être différentes, tandis que le nom WCG ne révèle pas quels actifs et conditions de Vocus comblent l’écart. Un achat solide identifie le fournisseur réel, le site, la route, le niveau de protection, la capacité de réserve, l’autorité de réparation, la réservation de reprise et le mécanisme de sortie.

Le jugement final est donc conditionnel. WCG a un contexte de groupe crédible et un foyer juridique identifiable, mais AS18104 ne peut actuellement pas porter de revendication de routage indépendant, et les documents publics n’établissent pas de baies spécifiques à WCG, de diversité de transit, de stock de serveurs ou de basculement testé. Les acheteurs devraient traiter la disponibilité actuelle comme une preuve de bon de commande: forte lorsqu’elle est liée à des ressources Vocus nommées et à une reprise testée, faible lorsqu’elle est inférée à partir d’un numéro de réseau hérité ou d’un nom corporatif seul.