Résumé

  • Evea-Cloud dispose d'une trace d'identité française durable: le nom apparaît dans le répertoire de BTW contre l'AS200741, dans les enregistrements RIPE sous EasyTeam SAS, et dans les anciens documents du groupe Evea et de Constellation en tant que ligne d'activité cloud et services gérés.
  • Les preuves opérationnelles actuelles les plus solides se trouvent moins sur un site de marque Evea-Cloud autonome que dans les archives publiques d'Easyteam: une surface juridique et de contact à Saint-Cloud, un centre de données à Trappes-Elancourt, des pages de cloud privé souverain, des services d'opérateur télécom, des revendications de services gérés 24h/24 et 7j/7, et une intégration cloud partenaire.
  • L'AS200741 est actif et visible, mais modeste: trois préfixes IPv4 /24, aucun espace IPv6 visible, un voisin observé, et une relation parent/amont avec l'AS49584 d'EasyTeam. Cela en fait une preuve utile de contrôle des ressources, mais pas une preuve complète du service cloud derrière le nom.

La première chose à savoir sur Evea-Cloud est que le nom ne flotte pas dans l'air. Il est attaché à un registre d'entreprise français, une adresse à Saint-Cloud, une organisation RIPE et un numéro de système autonome qui était encore visible dans les données de routage le 14 juillet 2026. Cela compte, car les marchés d'infrastructure sont encombrés de noms qui se présentent comme des marques cloud tout en rendant difficile la localisation de l'organisme responsable. Evea-Cloud n'est pas ce genre de vide. Il y a un dossier à inspecter.

La deuxième chose à savoir est que le dossier n'est pas aussi propre qu'une brochure produit. La trace publique ne dit pas, en une phrase soignée: « Evea-Cloud est cette entité juridique, cette plateforme, ce réseau, ce service d'assistance et ce catalogue de services actuels. » Au lieu de cela, elle traverse plusieurs couches: Evea Group, E@3 Group, Constellation, Easyteam, des enregistrements réseau liés à Hisi, des programmes cloud partenaires et l'objet de routage AS200741. Cette histoire en couches n'est pas inhabituelle dans l'infrastructure gérée française.

Les entreprises fusionnent, les unités commerciales deviennent des marques, les marques deviennent des lignes de services, et les réseaux survivent aux changements de nom. Mais cela signifie que le lecteur ne doit pas considérer le nom seul comme une garantie opérationnelle.

La question utile n'est donc pas de savoir si Evea-Cloud existe. C'est le cas. La question est de savoir quel type de preuve chaque registre public fournit. Une page de répertoire peut confirmer que le nom est associé à AS200741. Un registre des entreprises peut confirmer la personne morale qui porte désormais l'ancienne trace Evea/Easyteam. Une page de service peut décrire le cloud privé, le support, le centre de données et les capacités télécoms. Un enregistrement BGP peut montrer les préfixes annoncés et les voisins. Une page de contact peut montrer où un acheteur ou un journaliste peut joindre l'entreprise.

Chacun de ces éléments est une preuve. Aucun ne peut faire le travail des autres.

L'entrée de répertoire de BTW est un bon point de départ précisément parce qu'elle est étroite. Elle liste Evea-Cloud comme une entreprise privée et un opérateur réseau associé à des ressources réseau ASN/IP. Elle lie le sujet à AS200741 et enregistre un ASN. Elle indique également que la portée géographique n'est pas disponible tout en marquant les ressources réseau ASN/IP comme mondiales. C'est une déclaration de répertoire restreinte. Elle n'affirme pas qu'Evea-Cloud est un cloud hyperscale, que tous les services sont encore vendus sous ce nom, ou que l'AS est l'épine dorsale complète de la production.

Elle dit qu'il existe un enregistrement public de ressources réseau et que le nom appartient au répertoire.

Cette retenue est importante. Les preuves de répertoire peuvent ancrer le sujet, mais elles ne peuvent pas remplacer les preuves opérationnelles. Un fournisseur de cloud est plus qu'un nom dans une table ASN. C'est une contrepartie juridique, un réseau, une empreinte de centre de données, une organisation de support, une relation de facturation, un processus de réponse aux abus et un ensemble de personnes capables d'agir lorsqu'une charge de travail échoue. Pour Evea-Cloud, les meilleures preuves publiques sont plus solides lorsqu'elles sont lues dans cette séquence plutôt que regroupées en une seule affirmation de confiance.

La couche entreprise française est substantielle. Pappers liste NLE EASYTEAM comme active sous le SIREN 477 592 885, avec siège social au 199 Les Bureaux de la Colline, 92210 Saint-Cloud. La même page donne le SIRET 477 592 885 00057 pour le siège social, une forme de société par actions simplifiée, une immatriculation au registre de Nanterre, une date de création en juin 2004, et l'activité de gestion d'installations informatiques. Elle enregistre également une tranche d'effectifs de 100 à 199 employés en 2022 et un chiffre d'affaires de 37,9 millions d'euros en 2023.

Ces détails comptent car une question d'assurance cloud commence souvent par un besoin d'approvisionnement simple: qui est l'entreprise responsable?

Les mentions légales d'Easyteam renforcent la même adresse et le même SIRET, et donnent des voies de contact. Elles nomment Easyteam comme éditeur du site, donnent l'adresse de Saint-Cloud, listent[email protected], et identifient Etienne Besancon comme responsable de publication. La page de contact donne la même adresse d'entreprise publique et un numéro de téléphone, avec un formulaire qui permet « problème technique » comme type de demande. Ce n'est pas une preuve glamour, mais c'est exactement le genre de preuve ennuyeuse qui rend un service inspectable. Un acheteur peut trouver un siège social enregistré, un email public, un numéro de téléphone et un formulaire. Un demandeur de protection des données peut trouver un contact. Un client peut attacher la revendication de service à une véritable entreprise française plutôt qu'à un nom de cloud orphelin.

L'historique juridique explique pourquoi le nom a plusieurs vies. En 2017, ChannelNews a décrit l'acquisition de 75 % du groupe Evea par Constellation, après un investissement antérieur sous le nom de code Magellan. Il décrivait les activités d'Evea à travers le groupe E@3 et ses filiales, y compris la distribution et l'intégration d'infrastructure, les services cloud gérés sous l'unité commerciale Evea Cloud, et les services de valorisation des données. Il rapportait également 25,7 millions d'euros de revenus pour l'exercice financier alors discuté.

Cet article est utile non pas parce que chaque chiffre reste actuel, mais parce qu'il place Evea Cloud dans une histoire plus large de consolidation française. Le nom cloud n'était pas simplement une invention SEO tardive. Il se trouvait au sein d'un groupe d'intégration et de services gérés qui est devenu partie intégrante de la construction de Constellation.

La page partenaire de Systancia porte un écho plus tardif de cette position. Elle présente Evea Cloud comme un partenaire commercial, dont le siège est à Saint-Cloud, et indique que le groupe Constellation a consolidé sept domaines d'expertise couvrant le conseil, l'intégration, l'hébergement, le cloud, l'enrichissement des données, la conception d'applications et la sécurité. Elle indique également qu'Evea Cloud a bénéficié des 230 employés du groupe. Cette page donne au nom un contexte commercial public: un partenaire intégrateur dans un écosystème français de services IT, et non simplement un nom de domaine lié à un AS.

Elle montre également pourquoi les preuves doivent être lues historiquement. Le même nom cloud apparaît comme une identité de partenaire commercial, une ligne de service Constellation et un objet réseau, tandis que les surfaces de service actuelles se trouvent de plus en plus sous Easyteam.

Les pages actuelles d'Easyteam rendent ce changement explicite. La page « à propos » décrit Easyteam by Constellation comme l'entité experte du groupe pour l'hébergement et les services gérés de transformation. Elle indique qu'Easyteam se spécialise dans le cloud et les services gérés et accompagne les clients des phases de pré-projet jusqu'à la transformation et l'exploitation. Elle place l'entreprise dans l'organisation plus large de Constellation composée de quatre pôles métiers, treize « étoiles » spécialisées, treize agences en France et des centaines d'employés.

C'est la coquille corporative au présent à travers laquelle l'ancien enregistrement Evea-Cloud doit être compris.

Pour la confiance dans l'infrastructure, la coquille corporative n'a d'importance que si elle est connectée à une preuve de service. Ici, les preuves deviennent plus concrètes. La page de cloud privé souverain d'Easyteam indique que l'entreprise possède son propre centre de données Tier III à Trappes et utilise également des salles blanches chez Equinix et Global Switch. Elle décrit un cloud privé hébergé dans le centre de données de Trappes et redondant avec d'autres centres de données en France. Elle propose des salles privées, de la colocation et des espaces mutualisés.

Elle nomme Xcloud comme l'environnement cloud mutualisé d'Easyteam et indique que les équipes internes fournissent des services gérés 24h/24 et 7j/7 pour les environnements hébergés sur son infrastructure cloud, les systèmes sur site ou les plateformes cloud publiques.

Ces affirmations sont opérationnellement significatives car elles parlent de contrôle physique et humain. La page décrit un accès par badge et biométrie au centre de données de Trappes, des techniciens qualifiés sur place, une maintenance continue, une supervision 24h/24, une vidéosurveillance, une sécurité incendie, une garantie de disponibilité de 99,99 %, un délai de restauration de quatre heures et un objectif d'intervention de trente minutes. Elle indique également que le centre de données est certifié ISO 9001, ISO 27001, HDS, et Tier III selon ANSI/TIA-942, et déclare que l'hébergement des données est 100 % français.

Un lecteur prudent ne doit pas traiter une page web comme un certificat d'audit, mais ce ne sont pas des adjectifs vides. Ce sont des affirmations spécifiques qui peuvent être demandées dans les documents contractuels, d'audit et de due diligence.

L'affirmation de localité est particulièrement importante. « Cloud français » peut signifier plusieurs choses: un bureau de vente français, une entreprise française, une équipe de support française, un espace de centre de données français, des ressources réseau françaises, ou un contrat de service régi par le droit français. Les preuves Evea-Cloud et Easyteam touchent plusieurs de ces couches. L'entité juridique publique est française. Le siège social est à Saint-Cloud. La page de cloud privé pointe vers Trappes et d'autres centres de données sur le territoire français.

Les enregistrements réseau montrent AS200741 enregistré sous EasyTeam SAS avec le code pays FR. Les pages de centre de données et partenaires encadrent à plusieurs reprises l'hébergement, le support et la conformité autour de la France. C'est plus fort qu'une simple affirmation marketing, mais cela nécessite encore de la précision. Un client doit demander quelle charge de travail se trouve dans quelle installation, quel emplacement de sauvegarde s'applique, quel contrat régit le service et quelle équipe a accès.

L'article de partenariat OVHcloud de 2021 ajoute une autre couche de preuve de service. Il indique qu'Evea Cloud est devenu Partenaire Avancé d'OVHcloud à partir du 11 janvier 2021. Il encadre le partenariat autour des services gérés disponibles 24h/24 et 7j/7 sur l'infrastructure OVHcloud, l'importance de la souveraineté dans les exigences des clients, et l'ajout des ressources cloud privé et public d'OVHcloud aux propres infrastructures VMware d'Evea Cloud appelées x-cloud.

Il indique également qu'Evea Cloud pouvait utiliser l'infrastructure OVHcloud pour les charges de travail du secteur de la santé nécessitant l'approbation HDS et s'attendait à une intégration avec la plateforme de gestion Evea Cloud Management Platform. C'est une preuve de service d'un type différent: non seulement la capacité de centre de données possédée, mais aussi la capacité de gérer des charges de travail sur un partenaire cloud européen.

Cet angle de cloud partenaire est à double tranchant. D'un côté, il renforce l'histoire de service. Un fournisseur de cloud géré capable de fonctionner sur sa propre infrastructure et sur OVHcloud peut répondre aux besoins privés, publics et hybrides. Il peut utiliser la capacité partenaire pour le scale, les charges de travail santé, la reprise après sinistre et le débordement. De l'autre côté, il rend la question d'assurance plus subtile.

Un client achetant « Evea Cloud » ou un service géré Easyteam doit savoir si la charge de travail fonctionne sur des installations appartenant à Easyteam, OVHcloud, Equinix, Global Switch, Alphalink, Courbevoie, Trappes ou un autre environnement. Plus la plateforme est flexible, plus les preuves doivent être explicites.

Ce n'est pas une critique de l'infrastructure hybride. C'est ainsi que fonctionne une grande partie de l'IT d'entreprise sérieuse. Le point est que la flexibilité ne doit pas brouiller la responsabilité. Si le service est une infrastructure possédée à Trappes, l'acheteur peut demander des contrôles spécifiques à Trappes. S'il s'agit d'OVHcloud sous gestion Easyteam, l'acheteur peut demander comment la responsabilité est répartie. S'il s'agit de colocation partenaire, l'acheteur peut demander quelle certification appartient à l'installation et laquelle appartient au processus opérationnel d'Easyteam.

S'il s'agit d'une charge de travail gérée sur cloud public, l'acheteur peut demander quelles obligations de support restent avec le fournisseur cloud et lesquelles sont assurées par Easyteam. Un fournisseur mature devrait pouvoir répondre sans se réfugier derrière le nom de marque.

La page d'opérateur télécom rend la surface d'infrastructure plus spécifique au réseau. Easyteam déclare offrir des liaisons multi-opérateurs approuvées, un backbone national, ADSL, SDSL, EFM, fibre, 4G, fibre noire, connexions lambda et fibre entre les centres de données régionaux. Il liste des services complémentaires tels que le transit IP BGP4, VPN, MPLS, SD-WAN, l'agrégation de liens, la sécurité des liens, VOIP-TOIP, et des liaisons internationales privées avec options d'adresses IP publiques.

Il indique également que l'entreprise exploite son propre centre de données de 1 200 mètres carrés à Trappes-Elancourt, utilisant des interconnexions fibre noire et lambda pour des liaisons à très haut débit et faible latence.

Cette page est précieuse car elle connecte le nom cloud à la surface de contrôle. L'assurance cloud ne concerne pas seulement les machines virtuelles. Elle concerne qui contrôle les liaisons, qui peut router le trafic, qui peut provisionner des circuits privés, qui peut résoudre les pertes de paquets, et qui dispose du centre d'opérations réseau. Un fournisseur qui revendique des capacités cloud, centre de données et télécom peut offrir un service de bout en bout plus solide qu'un pur revendeur, mais il assume également un devoir plus lourd de rendre la chaîne de responsabilité visible.

Les pages actuelles d'Easyteam sont les plus convaincantes lorsqu'elles discutent ensemble du centre de données, du NOC, des services gérés et des liaisons réseau.

La page de centre de données partenaire ajoute plus d'indices de support et de localité. Elle indique qu'Easyteam travaille avec des partenaires de centre de données incluant Equinix, Global Switch et Alphalink, et liste les certifications associées à ces environnements partenaires. Elle décrit des services complémentaires autour des liaisons multi-opérateurs, du transit BGP4, VPN, MPLS, SD-WAN, de l'agrégation de liens, de la sécurité des liens et des liaisons internationales privées. Elle indique que l'infrastructure réseau WAN et MAN est surveillée 24h/24 et 7j/7 par les centres d'opérations de Saint-Cloud et Trappes.

Elle informe également les clients que choisir un hébergeur français leur offre une sécurité et une confidentialité accrues, un accès aux visites de l'infrastructure sur le territoire français, et un support technique et réseau 24h/24 et 7j/7.

C'est là que la responsabilité de support devient plus qu'une promesse de hotline. Le matériel public décrit des personnes et des lieux: Saint-Cloud, Trappes, équipes internes, NOC, service géré 24h/24 et 7j/7, support technique et réseau, et voies de contact. Il ne dit pas simplement « support inclus ». Il décrit le modèle de travail autour de l'infrastructure gérée. Pour les acheteurs de cloud d'entreprise, ce travail fait partie du produit. Les serveurs peuvent être automatisés; la responsabilité ne peut pas être entièrement automatisée.

Quelqu'un doit recevoir les incidents, interpréter la surveillance, coordonner avec les opérateurs, intervenir sur le matériel, escalader au sein d'une installation partenaire et expliquer au client quelle couche a échoué.

La page Cloud Power i donne un exemple plus spécialisé du même modèle de support. Elle indique qu'Easyteam héberge, maintient et optimise les environnements IBM Power sur cloud public ou privé; cite trente-cinq consultants techniques certifiés, plus de 120 clients, soixante-douze serveurs IBM Power, près de 500 partitions provisionnées et plus de 230 partitions gérées; et indique que les données sont localisées en France, en particulier dans le centre de données Tier III à Trappes et également à Courbevoie.

Elle décrit également des services de maintenance, de supervision, d'exploitation et d'administration 24h/24 et 7j/7 pour les environnements critiques. Cette page n'est pas la preuve que chaque service Evea-Cloud a la même architecture, mais elle démontre le type de capacité d'infrastructure gérée actuelle attachée à Easyteam.

La couche de ressources réseau est plus étroite, mais toujours importante. L'enregistrement RIPE pour AS200741 identifie le nom de l'AS comme Evea-Cloud, l'organisation comme ORG-SE42-RIPE, et l'organisation comme EasyTeam SAS. Il donne le code pays FR, une adresse à Saint-Cloud, le numéro d'enregistrement d'entreprise français 477 592 885 R.C.S. Nanterre, et le statut LIR. L'enregistrement aut-num a été créé le 24 avril 2015 et modifié pour la dernière fois le 12 novembre 2024. Il montre une politique d'import et d'export de transit impliquant AS8218 et AS49584, avec MNT-EVEA comme mainteneur.

C'est une véritable trace de ressources réseau, et elle relie directement le nom Evea-Cloud à l'enregistrement juridique d'Easyteam.

Les données de statut de routage du 14 juillet 2026 sont également concrètes. RIPEstat a montré AS200741 visible pour 325 des 326 pairs IPv4 RIS, avec trois préfixes IPv4 annoncés et 768 adresses IPv4. Il a montré une visibilité IPv6 nulle et aucun IPv6 /48. Les données de préfixes annoncés listaient 185.33.13.0/24, 185.33.14.0/24 et 185.33.15.0/24 sur la fenêtre d'observation de deux semaines se terminant le 14 juillet 2026. BGP.tools montrait les mêmes trois /24 IPv4, en décrivant un comme « réseau international Evea » et les deux autres sous EasyTeam SAS, et montrait des indicateurs RPKI valides pour ces préfixes.

DB-IP comptait également 768 adresses IPv4, zéro réseau IPv6 /64 et trois préfixes, avec des emplacements de préfixes autour de La Garenne-Colombes et Saint-Cloud.

Ces chiffres sont modestes. Ce n'est pas un problème en soi. Un fournisseur de services gérés peut faire fonctionner une plateforme d'entreprise significative sans annoncer un vaste espace d'adresses publiques. Il peut utiliser des circuits privés, des réseaux partenaires, une connectivité spécifique au client, un espace d'adresses de fournisseur cloud ou d'autres parties d'un réseau de groupe plus large. Mais des chiffres modestes limitent ce que l'ASN prouve. AS200741 prouve qu'il existe une identité réseau Evea-Cloud avec un enregistrement français, des routes IPv4 visibles et un petit bloc d'espace annoncé.

Il ne prouve pas l'ensemble de la plateforme cloud privé, le centre de données de Trappes, les charges de travail gérées OVHcloud ou le modèle de centre de données partenaire.

Cette distinction compte car la confiance dans le cloud est souvent gonflée par des faits réseau. Un fournisseur peut pointer vers un ASN et laisser les clients supposer que l'ASN est le cloud. C'est rarement vrai. Un AS est une origine pour des ressources routées. Il peut supporter une plateforme d'hébergement, un backbone, un segment client, un service legacy ou un rôle étroit au sein d'une architecture opérationnelle plus large. Dans le cas d'Evea-Cloud, AS200741 est une preuve utile précisément parce qu'il est spécifique. Il donne au nom une empreinte routable.

Il avertit également le lecteur de ne pas surinterpréter: trois /24 et un voisin observé sont un indice de ressources, pas une carte opérationnelle complète.

La relation AS49584 aide à expliquer le contexte opérationnel. BGP.tools montrait l'upstream et le pair d'AS200741 comme AS49584, EasyTeam SAS. La vue publique d'AS49584 par Hurricane Electric donne un profil réseau plus large d'Easyteam, avec site web d'entreprise, pays d'origine France, présence sur les points d'échange Internet, multiples préfixes origines et annoncés, pairs observés et IPs origines.

Elle montre également des remarques de politique qui font référence à des points de présence physiques à Paris, des sites de centre de données, France-IX Paris, Equinix Internet Exchange Paris, des upstreams, du peering avec des réseaux majeurs, et des références downstream incluant Evea-Cloud. Cet AS plus large fait plus pour décrire la surface réseau Easyteam/Datxion qu'AS200741 seul.

L'historique des noms devient donc un indice opérationnel plutôt qu'une curiosité de marque. Evea-Cloud apparaît comme l'ancienne unité commerciale cloud, AS200741 conserve le nom Evea-Cloud, Easyteam porte l'entreprise et les pages de services actuelles, et AS49584 apparaît comme le réseau Easyteam le plus connecté. Pour un lecteur, la bonne conclusion n'est pas qu'une couche est « réelle » et une autre est « juste du marketing ». La bonne conclusion est que la surface opérationnelle a été réorganisée.

Le nom cloud reste partie de l'enregistrement des ressources et des services, mais l'assurance actuelle doit être tracée via Easyteam et Constellation.

Cela est particulièrement vrai pour la souveraineté des données. Les pages d'Easyteam font des affirmations de localité fortes: hébergeur français, cloud privé à Trappes, redondance dans d'autres centres de données français, données hébergées en France, arrangements de centre de données partenaire et couverture NOC française. L'article OVHcloud de 2021 ajoute un contexte SecNumCloud et HDS autour de l'infrastructure partenaire, et la page de cloud privé souverain fait des affirmations HDS et ISO pour l'environnement Trappes. Ces affirmations sont plus significatives qu'un badge générique « cloud européen ».

Elles pointent vers des installations, certifications et équipes opérationnelles spécifiques. Mais la souveraineté est une chaîne, pas une étiquette.

Un acheteur doit demander quels services héritent de quelle affirmation de souveraineté. Un cloud privé à Trappes est différent d'une charge de travail gérée OVHcloud, qui est différente d'un déploiement en centre de données partenaire, qui est différente d'un service géré sur cloud public. La localité des données dépend de l'endroit où résident les données primaires, les sauvegardes, les snapshots, les logs, l'accès support, la surveillance et les copies de reprise après sinistre. La localité contractuelle dépend de l'entité juridique et des conditions générales. La localité opérationnelle dépend de qui peut accéder aux systèmes et d'où.

La localité réseau dépend du routage, du transit et de la conception d'interconnexion privée. L'enregistrement français d'Evea-Cloud supporte une conversation sérieuse sur la souveraineté. Il n'élimine pas le besoin d'en avoir une.

Il en va de même pour le support. Les preuves publiques sont plus solides que le langage vague de support de nombreux fournisseurs cloud. Easyteam parle d'équipes internes 24h/24 et 7j/7, d'opérations NOC à Saint-Cloud et Trappes, de support technique et réseau, et d'un formulaire de contact qui inclut les problèmes techniques. Les mentions légales donnent des coordonnées et une voie de protection des données. L'ancien article Evea Cloud indique que l'entreprise fournissait des services gérés 24h/24 et 7j/7 à travers les couches d'application et d'infrastructure, avec un Agile Service Center aligné sur les besoins métier des clients.

Ce sont des signaux significatifs de responsabilité de support.

Mais l'assurance de support est encore quelque chose qu'un client doit tester. Un formulaire de support est un canal, pas une garantie de réponse. Une affirmation 24h/24 et 7j/7 est une promesse opérationnelle, pas un rapport d'incident. Un emplacement NOC n'est utile que si les voies d'escalade et les responsabilités sont claires. Une entreprise de services gérés peut être excellente lorsque le contrat définit clairement le périmètre, les SLA, la surveillance, les fenêtres de changement et le transfert d'incidents. La même entreprise peut décevoir lorsque les clients supposent que « cloud » inclut toutes les charges opérationnelles.

Pour Evea-Cloud et Easyteam, les pages publiques sont suffisantes pour justifier de poser des questions détaillées sur le support. Elles ne sont pas suffisantes pour sauter ces questions.

Une façon pratique de lire les preuves est de séparer l'identité publique, la capacité de service et l'assurance opérationnelle. L'identité publique demande s'il existe une entreprise que l'on peut nommer. Ici, la réponse est relativement solide: Easyteam a un registre d'entreprise français, un bureau à Saint-Cloud, des mentions légales, une adresse de contact publique et des données d'organisation RIPE. La capacité de service demande si les matériels publics décrivent des choses concrètes que l'entreprise peut fournir.

Ici, la réponse est également solide: services gérés, cloud privé, capacité de centre de données à Trappes, centres de données partenaires, connectivité télécom, transit BGP, hébergement IBM Power, intégration cloud public et opérations 24h/24 et 7j/7 apparaissent tous dans l'enregistrement. L'assurance opérationnelle demande si une charge de travail particulière recevra le niveau promis de contrôle, de localité, de surveillance, de réponse et de responsabilité contractuelle. Cette réponse ne peut pas être obtenue d'un nom de marque. Elle doit être déterminée au cas par cas.

Cette distinction est utile car l'enregistrement Evea-Cloud n'est pas mince, mais il est distribué. Le nom apparaît dans le répertoire et dans AS200741. Easyteam apparaît dans les pages juridiques et de service. Constellation apparaît dans le contexte du groupe. Hisi apparaît dans le contexte ultérieur d'acquisition et de réseau adjacent. OVHcloud apparaît dans l'histoire de service partenaire. Equinix, Global Switch, Alphalink, Trappes, Courbevoie, Saint-Cloud et AS49584 se situent tous autour du même périmètre opérationnel. Une lecture simpliste essaierait de forcer tout cela dans une seule identité.

Une meilleure lecture accepte que l'infrastructure d'entreprise fonctionne souvent à travers une pile de relations juridiques, physiques, réseau et partenaires, puis demande quelle couche est responsable de quel devoir.

Pour les équipes d'approvisionnement, la question seuil est la contrepartie. Si une proposition utilise encore le nom Evea Cloud, l'acheteur doit demander si la partie signataire est Easyteam SAS et si le SIRET et l'adresse enregistrée correspondent à l'enregistrement de Saint-Cloud. Si une entité de groupe ou un partenaire est impliqué, cela doit être rendu explicite avant le début du service. Ce n'est pas seulement une question de propreté administrative. En cas de litige de facturation, de panne, de demande de protection des données ou de problème de résiliation, le client doit savoir quelle entreprise peut prendre des décisions.

La plus solide architecture de service perd rapidement la confiance si l'identité contractuelle est vague.

La question suivante est l'attribution des ressources. Si un service inclut des adresses IP publiques, le client doit demander si ces adresses proviendront d'AS200741, d'AS49584, d'une plage OVHcloud, d'un réseau de centre de données partenaire ou d'un autre fournisseur. Cette réponse affecte la géolocalisation, le DNS inversé, le traitement des abus, la politique de routage, la délivrabilité, la réputation et le diagnostic des incidents.

Un client déplaçant une application d'entreprise peut ne pas se soucier de quel AS apparaît dans une vue de route jusqu'à ce qu'une liste blanche de pare-feu, un système anti-fraude, un moniteur de latence ou un rapport d'abus commence à utiliser cette preuve. Ensuite, la distinction devient très pratique.

La troisième question est le périmètre de l'installation et de la plateforme. Les pages de service d'Easyteam décrivent plusieurs endroits où les charges de travail peuvent résider: sa propre installation de Trappes, d'autres centres de données français, des salles partenaires, OVHcloud, et des environnements cloud public ou privé. Un client ne devrait pas demander « Est-ce du cloud français? » et s'arrêter là. La meilleure question est: « Où résideront les données de production, les données de sauvegarde, les données de surveillance, l'accès administratif et l'environnement de reprise de cette charge de travail?

» La réponse peut être parfaitement acceptable même si plusieurs sites sont impliqués, mais elle doit être écrite. Si le terme commercial est « souverain », l'architecture doit dire ce que la souveraineté signifie dans le service exact acheté.

La quatrième question est ce que couvre « géré ». Un service géré peut signifier des alertes de surveillance, une administration d'infrastructure de base, le patching, les opérations d'application, la supervision des sauvegardes, la reprise après sinistre, le durcissement de la sécurité, le support de base de données, la maintenance du système d'exploitation, ou seulement l'escalade vers une autre équipe. Les pages d'Easyteam présentent une large capacité de service géré, incluant des équipes d'exploitation et techniques 24h/24 et 7j/7. Cette largeur est précieuse, mais elle rend également le contrat important.

Le client doit savoir qui surveille quelles métriques, qui peut redémarrer quels systèmes, qui approuve les changements, qui possède le calendrier de patching, qui communique les incidents et quels événements tombent en dehors du périmètre géré.

La cinquième question est la preuve de support. Un formulaire de contact public et une affirmation NOC sont des points de départ utiles, mais un client sérieux devrait tester l'expérience de support avant de mettre des charges de travail critiques sur la plateforme. Ouvrez un ticket non urgent. Posez une question de routage. Posez une question de localité des données. Demandez ce qui se passe si une charge de travail gérée est affectée par une panne partenaire sous-jacente. Demandez un exemple de notification d'incident. Demandez comment l'objectif d'intervention de trente minutes et le délai de restauration de quatre heures sont mesurés.

Un fournisseur fier de ses opérations devrait pouvoir répondre en langage clair. Le but n'est pas de le prendre en défaut. Le but est de voir si l'assurance publique repose sur un processus de support fonctionnel.

La sixième question est de savoir comment la dénomination historique est gérée. Il n'y a rien d'intrinsèquement mauvais à ce qu'un service d'infrastructure porte une marque plus ancienne. En fait, les noms legacy peuvent être utiles car ils préservent la continuité entre les clients, les réseaux et les contrats. Mais les anciens noms ne doivent pas brouiller la responsabilité. Si Evea-Cloud est désormais principalement un nom de ressource réseau et une identité de service legacy sous Easyteam, dites-le. S'il reste une ligne de service actuelle face aux clients, définissez son catalogue de services.

S'il n'est qu'une partie d'une plateforme cloud Easyteam plus large, rendez la frontière visible. Les clients peuvent gérer la complexité. Ils luttent contre l'ambiguïté.

Les abus et la responsabilité réseau méritent leur propre note. Les fournisseurs d'hébergement et de cloud sont jugés non seulement par les clients payants, mais aussi par les autres réseaux qui reçoivent du trafic de leur part. Un opérateur crédible a besoin d'un moyen de recevoir les rapports d'abus, d'identifier le client ou le service responsable, d'agir proportionnellement et d'éviter de nuire aux locataires légitimes. L'enregistrement d'organisation RIPE expose un rôle de contact pour les abus, tandis que les surfaces de contact actuelles d'Easyteam exposent des voies de contact commercial et technique.

Ce sont des points de contact externes minimum. Pour les clients, la question pratique est de savoir si le traitement des abus est coordonné avec le support, la sécurité et les opérations réseau, et si la réputation des adresses est protégée dans le cadre du service.

Cette question compte même pour les charges de travail d'entreprise conservatrices. Un client utilisant une petite plage d'adresses publiques peut être affecté par la réputation du réseau environnant. Si un autre client émet du spam, héberge du contenu malveillant ou déclenche des listes noires, la qualité de réponse du fournisseur peut façonner l'expérience de tous. C'est une raison pour laquelle les preuves AS comptent au-delà des détails de routage. La petite empreinte d'AS200741 peut rendre la réputation plus facile à comprendre, tandis que la relation plus large AS49584 peut apporter plus de profondeur opérationnelle.

Dans les deux cas, la gouvernance des adresses fait partie de la gouvernance cloud.

Le matériel public suggère également un angle carbone et durabilité, bien qu'il ne doive pas être utilisé pour porter plus de poids qu'il ne le peut. Les pages Easyteam et Constellation font référence à une IT responsable, des opérations conscientes du carbone et une approche bas carbone. La page cloud souverain mentionne une fonctionnalité de tableau de bord carbone via une solution partenaire. Ces affirmations peuvent compter pour les acheteurs français de milieu de marché et du secteur public, en particulier là où la transformation numérique est liée au reporting environnemental.

Mais les affirmations de durabilité doivent être traitées comme les affirmations de localité: utiles lorsqu'elles sont mesurées, faibles lorsqu'elles sont traitées comme une ambiance. Un client doit demander ce qui est mesuré, à quelle fréquence cela est rapporté, et si les chiffres se rapportent à l'environnement hébergé réel.

Il y a également une dimension de secteur public et de charge de travail régulée. Les pages de service mentionnent à plusieurs reprises l'hébergement de données de santé, HDS, les certifications ISO, les normes de certification partenaires et l'infrastructure souveraine. Ces signaux sont pertinents pour les secteurs de la santé, de la finance, des services publics et d'autres secteurs avec des charges d'assurance plus lourdes. Mais les clients régulés savent que l'étiquette ne suffit pas. Ils ont besoin du périmètre. Quelle certification couvre quelle installation?

Le service géré lui-même est-il dans le périmètre, ou seulement le centre de données sous-jacent? Les sous-traitants sont-ils listés? Les responsabilités du client sont-elles définies? Les logs, les sauvegardes et l'accès administratif sont-ils couverts? L'enregistrement Evea-Cloud/Easyteam ouvre ces questions de manière sérieuse. Il n'y répond pas pour chaque déploiement.

L'ancien nom Evea-Cloud peut en fait aider l'acheteur à poser de meilleures questions. Si une proposition de fournisseur utilise le langage Evea-Cloud, demandez si la contrepartie contractuelle est Easyteam SAS, une autre entité Constellation ou un fournisseur partenaire. Demandez si le service est fourni depuis le propre centre de données d'Easyteam à Trappes, une installation partenaire, OVHcloud, Microsoft Azure ou un autre cloud. Demandez si AS200741, AS49584 ou un AS tiers originairea les adresses IP publiques attribuées.

Demandez comment le support est réparti entre le NOC d'Easyteam, les opérations cloud, le personnel de l'installation partenaire et le support hyperscaler sous-jacent. Demandez si les données, les sauvegardes, les logs et les données de surveillance restent en France. Demandez les certifications qui s'appliquent à l'environnement spécifique plutôt qu'au groupe dans son ensemble.

Ce n'est pas de la pédanterie. Dans l'infrastructure, les noms regroupent souvent plusieurs responsabilités en une seule phrase commerciale. « Cloud » peut signifier capacité de calcul. « Géré » peut signifier surveillance uniquement, administration, patching, sauvegarde, réponse aux incidents ou opérations complètes. « Souverain » peut signifier domicile juridique, résidence des données, propriété de l'infrastructure, localité du personnel ou immunité contre le contrôle d'un fournisseur non européen. « Opérateur » peut signifier un service télécom face à l'ARCEP, un réseau capable de BGP, ou une connectivité gérée via plusieurs opérateurs.

L'enregistrement public d'Evea-Cloud touche à tous ces termes. Le travail de l'acheteur est de les décomposer en engagements vérifiables.

Le risque de ne pas le faire est simple: le nom devient une assurance avant que les preuves ne la méritent. Evea-Cloud sonne comme un produit cloud. Il a une trace française. Il a un ASN. Il a d'anciens enregistrements de partenaires et de presse. Easyteam a des pages de service actuelles qui parlent de cloud souverain, de centres de données, d'opérations télécoms, de support et de services gérés. C'est beaucoup de preuves publiques.

Mais rien de tout cela ne dit automatiquement à un client quel pool de ressources hébergera une charge de travail, quel objet de route annoncera le trafic, quelle équipe répondra à 2 heures du matin, ou quelle entité est responsable si un contrat échoue.

La lecture équitable n'est donc ni un théâtre sceptique ni un éloge du fournisseur. Evea-Cloud mérite d'être pris au sérieux car les archives publiques sont réelles et spécifiques. Elles sont liées à l'enregistrement français d'Easyteam, à l'adresse de Saint-Cloud, à un enregistrement d'organisation LIR, à AS200741, à des préfixes IPv4 visibles, à l'acquisition historique d'Evea Group par Constellation, aux pages de service cloud géré actuelles d'Easyteam et aux affirmations de centre de données autour de Trappes et des installations partenaires françaises.

C'est bien mieux qu'une page de revendeur sans nom avec un langage loué et aucun opérateur responsable.

En même temps, l'enregistrement demande une séparation minutieuse. L'enregistrement de répertoire n'est pas le contrat de service. L'AS n'est pas le cloud entier. L'unité commerciale historique Evea Cloud n'est pas nécessairement l'enveloppe produit actuelle. Les pages de service d'Easyteam sont des preuves plus solides de la capacité opérationnelle présente que l'ancienne page de marque Evea Cloud. Les affirmations de cloud souverain sont suffisamment crédibles pour être étudiées, mais elles doivent être liées à l'installation et à la charge de travail exactes.

Les affirmations de support sont significatives, mais elles doivent être mesurées par rapport aux tickets, aux processus d'incident et aux SLA spécifiques au client.

Il y a une leçon plus large ici pour la lecture des fournisseurs de cloud européens. Les opérateurs les plus solides sur ce marché ne ressemblent souvent pas aux hyperscalers. Ils grandissent par acquisitions, expertise verticale, équipes de services gérés, centres de données locaux, liaisons télécoms et relations clients. Leurs preuves publiques sont distribuées à travers les registres, les pages partenaires, les enregistrements réseau, les mentions légales et les pages produits. Ces preuves distribuées peuvent être une force car elles exposent davantage la surface opérationnelle.

Elles peuvent aussi être déroutantes car la marque, l'entreprise, le réseau et la structure du groupe ne partagent pas toujours un nom simple.

Evea-Cloud se situe exactement dans ce schéma. L'enregistrement derrière le nom est français, concret et opérationnellement suggestif. Il montre une lignée d'entreprise, un historique de services cloud gérés, un contrôle de ressources réseau, une capacité de centre de données, une intégration cloud partenaire et un travail de support. Il montre également pourquoi la confiance dans l'infrastructure doit être assemblée, pas présumée. Le nom est le début de l'enquête.

L'assurance ne vient que lorsque l'identité publique, les preuves de répertoire, la preuve de service, les enregistrements de routage, les engagements de localité et la responsabilité de support s'alignent pour la charge de travail réelle qu'un client a l'intention d'exécuter.

C'est la conclusion équilibrée. Evea-Cloud n'est pas seulement une étiquette. C'est une histoire d'infrastructure française traçable. Mais la trace doit être suivie à travers Easyteam, Constellation, AS200741, AS49584, Trappes, Saint-Cloud, les centres de données partenaires et les personnes qui répondent lorsque les systèmes ont besoin d'attention. Avant que le nom cloud ne devienne une assurance opérationnelle, ces couches doivent être rendues explicites. Les archives publiques donnent suffisamment de preuves pour poser les bonnes questions. Les réponses, pour tout client sérieux, doivent être écrites dans la conception du service.