La question commerciale est brutale: pourquoi un client choisirait-il un opérateur cloud régional alors qu'AWS, Azure, Google Cloud, OVHcloud, Scaleway, Outscale, Cloud Temple, Clever Cloud et une longue traîne d'hébergeurs sont à portée de carte bancaire, d'accord de revente ou de ligne d'approvisionnement? La réponse ne peut pas être « le calcul ». Le calcul est trop facile à comparer, trop facile à louer, et trop difficile à différencier pour un petit opérateur au niveau des cycles CPU, de la RAM, du stockage bloc, du stockage objet ou de l'emballage de machines virtuelles. Le seul marché durable qu'un petit opérateur cloud français peut créer tourne autour de ce que le cloud de commodité cache: la localité, le support, la main-d'œuvre de migration, l'adéquation aux achats, des opérations à faible friction, la gestion des abus, la clarté de la facturation, la langue, le confort juridictionnel et la volonté d'être responsable quand quelque chose casse.
C'est le bon cadre pour Clouding SASU car les preuves publiques ne soutiennent pas un profil d'entreprise de type hyperscale propre. Elles soutiennent quelque chose de plus étroit et économiquement plus intéressant: une SASU française active avec un objet social large en services informatiques, une origine contrôlée par le fondateur, des comptes historiques divulgués modestes, et des preuves réelles de ressources réseau RIPE/RDAP liées à AS212718, « clouding-asn ». La question commerciale n'est pas de savoir si Clouding peut surpasser les hyperscalers. Elle ne le peut pas, selon les preuves actuellement visibles. La question est de savoir si Clouding peut convertir une petite identité d'infrastructure en un marché de services défendable où l'acheteur ne paie pas pour du calcul indifférencié mais pour une réduction des coûts de coordination.
Le premier produit n'est pas le calcul; c'est la suppression des tracas
Un petit cloud régional ne gagne que lorsque le coût réel pour l'acheteur n'est pas le prix affiché d'un vCPU. Pour de nombreuses PME, associations, petits éditeurs de logiciels, contractants du secteur public local, agences et entreprises industrielles, la contrainte principale n'est pas qu'AWS soit indisponible. C'est qu'AWS représente une surface trop grande pour l'équipe interne, trop facile à mal configurer, trop coûteuse à gouverner, trop complexe à prévoir, ou trop distante lorsqu'une migration de routine, une défaillance de sauvegarde, un problème DNS, un renouvellement de certificat, un problème de délivrabilité des courriels ou un incident nécessite une prise en charge humaine.
C'est pourquoi le « cloud local » est mieux compris comme un ensemble économique plutôt qu'une catégorie technique. L'ensemble peut inclure l'hébergement, des machines virtuelles gérées, la sauvegarde, la supervision, le pare-feu, le travail sur les domaines et le DNS, le routage des courriels, la migration de données, les licences logicielles, le DevOps léger, les formalités d'achat, le support en langue française et, dans certains cas, des ressources de numéros de réseau ou une compétence BGP. Le client achète une réduction de l'ambiguïté opérationnelle. Le calcul est le SKU visible; la responsabilité est le produit.
Cette distinction est importante car le marché français du cloud est déjà structurellement hostile aux challengers génériques. L'Autorité de la concurrence française a décrit un marché de l'infrastructure et de la plateforme cloud dominé par les hyperscalers, avec AWS, Google Cloud et Microsoft Azure représentant la majeure partie de la croissance des dépenses d'infrastructure/applications cloud publiques en France en 2021; elle a également identifié les crédits, les frais de sortie, les écosystèmes et les frictions de migration comme des problèmes concurrentiels. Un petit opérateur ne bat pas cela en égalant un catalogue. Il survit en vendant dans des coins où la largeur du catalogue est moins importante que la responsabilité locale et la suffisance opérationnelle.
La trace publique visible de Clouding SASU pointe vers ce type de marché, si elle pointe vers un marché du tout. Les enregistrements ne révèlent pas une vitrine cloud publique soignée, une liste de clients visible, un portefeuille de certifications, une empreinte d'achats ou une documentation produit publique. Ils révèlent une société légale, un objet de services informatiques, une économie de type service historique, un système autonome enregistré et un contact d'abus. Cette combinaison ne suffit pas à qualifier Clouding de fournisseur cloud à grande échelle. Elle suffit à traiter Clouding comme un micro-opérateur ou une société de services française liée au cloud/hébergement avec une option d'infrastructure.
Ce que le dossier public établit réellement
L'entité juridique canonique est Clouding, une SASU française enregistrée sous le SIREN 891 849 655, active, avec son siège social au 2 Allée Lucien Coupaye, 91560 Crosne. Le dossier Pappers dérivé du registre répertorie l'activité comme « Conseil en systèmes et logiciels informatiques », montre une création le 4 décembre 2020, identifie Karim Bouabene comme dirigeant et enregistre zéro employé en 2026. Il indique également la forme juridique SASU, un capital de 1 000 €, le numéro de TVA FR14891849655, le RCS d'Evry et un code APE/NAF 62.02A.
Les statuts constitutifs de la société sont larges plutôt que spécifiques au cloud. L'objet couvre le conseil et les services informatiques en systèmes, logiciels, programmation et formation; la revente de matériel; les activités connexes; le développement, l'édition et la vente de logiciels, sites web, sites mobiles et applications mobiles; et l'acquisition, l'exploitation et la vente de licences. Le même document fondateur montre un capital de 1 000 € divisé en 1 000 actions, toutes souscrites par Karim Bouabene à la constitution.
Ces faits créent une identité juridique, pas une preuve de produit cloud. Ils montrent que Clouding peut légalement fournir des services informatiques, des logiciels, des licences et des activités connexes. Ils ne montrent pas une plateforme cloud publique en direct, un parc de centres de données, une base de clients, un accord de niveau de service, un catalogue de produits ou des revenus récurrents d'hébergement. La distinction est importante car « clouding » est un nom commercial suffisamment générique pour créer des faux positifs. Certains signaux d'avis et d'hébergement pour « Clouding » appartiennent à des entreprises non liées telles que Clouding.io à Barcelone, et non à la SASU française Clouding. Les pages Trustpilot et HostAdvice pour Clouding.io pointent vers une marque d'hébergement espagnole et ne doivent pas être importées dans le dossier de réputation de Clouding SASU.
La société n'est pas manifestement dormante au sens du registre. Pappers montre un statut actif, des mises à jour continues et des avis de dépôt de comptes annuels pour les comptes 2022, 2023 et 2024, bien que les comptes ultérieurs soient confidentiels. Il ne montre également aucune procédure collective, aucun litige, aucune sanction, aucun marché public remporté, aucun label ou certificat, et aucun droit de propriété intellectuelle dans le dossier visible. Ce mélange est commercialement révélateur: Clouding semble vivante en tant que société légale, mais pas publiquement démonstrative en tant que vendeur cloud.
Un compte de résultat de services, pas un compte de résultat hyperscale
Le seul exercice financier divulgué visible dans le dossier Pappers est 2021. Il montre 214 000 € de chiffre d'affaires, 214 000 € de marge brute, 84 700 € d'EBITDA, 66 300 € de résultat net, une marge brute de 100 %, une marge d'EBITDA de 39,6 %, une marge nette de 31 %, 57 400 € de trésorerie, 67 300 € de capitaux propres, zéro charge salariale en part du chiffre d'affaires et 94 900 € de chiffre d'affaires à l'export.
Ces chiffres ne sont pas compatibles avec un déploiement de cloud public à forte intensité capitalistique. Ils sont compatibles avec une entreprise de services dirigée par le fondateur, une entreprise de conseil, une enveloppe de revente/licences ou une activité informatique basée sur des projets avec un faible coût des marchandises vendues. La marge brute de 100 % est particulièrement importante. Une entreprise exploitant une infrastructure louée matérielle, du calcul en gros, un hébergement à fort transit ou une revente de matériel à grande échelle montrerait normalement une certaine fuite de coûts directs, à moins que la classification comptable ne soit inhabituelle. Le profil visible pointe donc vers le travail et la connaissance comme moteur économique, et non vers la capacité de calcul possédée.
Ce n'est pas une constatation négative; c'est l'interprétation économique principale. Une petite entreprise liée au cloud avec des services à forte marge peut être rationnelle. Une petite entreprise essayant de vendre de l'infrastructure brute face aux hyperscalers et aux grands fournisseurs français ferait face à une pression brutale sur les prix, des attentes de disponibilité, des charges d'abus, des exigences de capital et un scepticisme des achats. Les comptes visibles de Clouding suggèrent que le premier scénario est plus probable que le second, du moins au point où les comptes publics étaient disponibles.
La confidentialité ultérieure des comptes bloque l'analyse des tendances de revenus. Elle pourrait cacher une croissance, une stagnation, une restructuration ou une entreprise dirigée par le fondateur délibérément discrète. Cette opacité elle-même a un sens commercial. Pour les services informatiques basés sur les relations, l'opacité peut ne pas avoir beaucoup d'importance car la confiance se forme par le biais de recommandations directes, d'historique de contrats et de responsabilité personnelle. Pour le cloud en libre-service, l'opacité est une pénalité de conversion car l'acheteur a besoin de signaux de confiance publics avant de placer des charges de travail sur une plateforme inconnue.
L'ASN est réel, mais un ASN n'est pas un cloud
Le fait d'infrastructure le plus fort est AS212718. Le contexte public RDAP/WHOIS identifie le système autonome comme « clouding-asn », situé en France, avec l'entité enregistrante ORG-CS860-RIPE nommée Clouding SASU, adresse à Crosne, et un rôle d'abus utilisantcontact@clouding.fr. La documentation de la base de données RIPE explique que la base de données RIPE existe pour contenir des informations d'enregistrement pour les réseaux de la région de service du RIPE NCC et les détails de contact associés, y compris les utilisations de coordination et de politique de routage.
Commercialement, cela prouve que Clouding n'est pas simplement un nom dans un registre du commerce. Elle a au moins une certaine identité d'opérateur réseau dans l'écosystème RIPE. Un numéro de système autonome est utile si une entreprise a l'intention d'originer des préfixes, de se multi-héberger entre plusieurs fournisseurs en amont, de contrôler la politique de routage, de construire une infrastructure d'hébergement, d'exploiter des services de périphérie ou de signaler un sérieux technique à des contreparties. Cela crée également des obligations: les contacts d'abus sont destinés à recevoir des rapports concernant les comportements abusifs provenant du réseau d'un détenteur de ressources, et les réseaux d'hébergement attirent le spam, les scans, l'hameçonnage, les botnets et le trafic de plaintes.
Mais l'ASN ne prouve pas un cloud. Il ne prouve pas des charges de travail clients actives, des préfixes annoncés, des contrats de transit, des racks de centres de données, du matériel possédé, une infrastructure avec SLA, un bureau de support ou un trafic significatif. Cloudflare Radar a des pages pour AS212718 et le classe dans des vues de routage/sécurité, ce qui indique que l'ASN est suffisamment visible pour être représenté dans les analyses de routage externes, mais le texte de la page accessible ne fournit pas de volume de trafic ou de mesure de la base de clients.
Il existe également un indice IPv6 faible mais notable. Un miroir d'allocation RIPE apparaît dans les résultats de recherche avec « fr.clouding », « Clouding SASU », la date 20250512 et le préfixe 2a04:5fc0::/29. Le miroir sous-jacent se décrit comme basé sur les données de fichiers d'allocation du RIPE NCC et donne le format des allocations IPv4 et IPv6, mais la page extraite en direct n'a pas fait apparaître la ligne Clouding dans le texte accessible. La bonne interprétation n'est pas la certitude. C'est l'optionalité: si le signal d'allocation est exact, Clouding pourrait avoir acquis un espace d'adressage IPv6 significatif en 2025, ce qui soutiendrait une trajectoire d'infrastructure; s'il est périmé, indexé incorrectement ou non reflété dans la page actuelle accessible, il reste une piste de diligence raisonnable plutôt qu'une preuve.
L'implication commerciale est précise. Les preuves réseau de Clouding soutiennent la « capacité d'opérateur » plus que « l'échelle du marché ». Cela rend l'entreprise plus intéressante qu'une coquille de conseil pure, mais moins étayée qu'un cloud public. L'ASN est un véritable atout dans le récit; il ne remplace pas la preuve du produit.
La localité est utile, mais la souveraineté est une barre plus haute
La localité se vend lorsque les clients veulent une contrepartie française, un support en langue française, une facturation locale, un processus juridique local, un placement régional à faible latence et un fournisseur qui comprend les contraintes des entreprises françaises. La souveraineté ne se vend que lorsque le fournisseur peut satisfaire des exigences plus strictes en matière de contrôle, de certification, de juridiction, d'auditabilité et d'indépendance opérationnelle. Ce ne sont pas les mêmes marchés.
La politique de cloud du secteur public français rend la différence claire. La doctrine cloud de la DINUM indique que les équipes informatiques de l'État et les contractants doivent utiliser le cloud par défaut pour les nouveaux projets, mais les choix doivent tenir compte de la sécurité, du coût total, de l'expertise interne et des besoins techniques. Elle indique également que les systèmes sensibles doivent utiliser SecNumCloud ou une qualification équivalente et être immunisés contre l'accès non autorisé par des autorités publiques de pays tiers, tandis que la portabilité multicloud et la diversité des fournisseurs doivent être envisagées. L'ANSSI décrit SecNumCloud comme un cadre de qualification pour les fournisseurs de cloud, y compris IaaS, PaaS et SaaS, destiné à renforcer la confiance dans la sécurité des offres et les pratiques des fournisseurs.
Pappers ne montre aucun label ou certificat pour Clouding dans le dossier visible. Cela n'empêche pas Clouding de servir des charges de travail commerciales ordinaires, des PME, des systèmes de test, de l'hébergement géré, des backends SaaS non sensibles, des agences ou des clients privés qui valorisent le support plus que la certification. Cela limite la plausibilité que Clouding remporte des charges de travail sensibles du secteur public ou réglementées à moins qu'elle ne revende, n'intègre ou n'opère aux côtés d'un fournisseur qualifié.
C'est là que de nombreuses propositions de cloud local échouent. « Entreprise française » n'est pas équivalent à « cloud de confiance ». « Support local » n'est pas équivalent à SecNumCloud. « Centre de données européen » n'est pas équivalent à l'immunité légale contre l'accès extraterritorial. Un petit opérateur peut encore gagner de l'argent en dessous de ce seuil, mais il ne doit pas prétendre posséder la prime du cloud souverain à moins d'avoir les certifications, les contrôles documentés, l'architecture juridique et les opérations auditées pour le soutenir.
Le marché que Clouding peut plausiblement créer
Le marché plausible n'est pas le cloud public de masse. C'est un marché étroit axé sur les services avec des caractéristiques d'infrastructure.
Le client est susceptible d'être une organisation avec suffisamment de complexité informatique pour avoir besoin d'aide externe mais pas assez d'expertise interne en cloud pour gérer l'expansion des hyperscalers. Ce client peut avoir une application héritée, une petite plateforme web, quelques serveurs Linux ou Windows, une base de données, des sauvegardes, du DNS, de la supervision, un VPN, des règles de pare-feu, un routage de courriels, ou un besoin de migrer depuis un ancien hébergeur. Il peut ne pas aimer l'incertitude de la facturation des hyperscalers. Il peut ne pas avoir besoin de Kubernetes, de régions mondiales, de plateformes d'apprentissage automatique, d'entrepôts de données gérés ou de places de marché hyperscale. Il peut vouloir un seul fournisseur responsable.
Pour cet acheteur, la localité, la simplicité et le support peuvent battre la supériorité brute de la plateforme. Un opérateur local peut proposer un ensemble plus restreint de services suffisants: machines virtuelles, stockage, sauvegarde, pare-feu géré, supervision, support domaine/DNS, migration, correctifs, réponse aux incidents et un canal de support direct. L'opérateur n'a pas besoin d'être techniquement meilleur qu'AWS. Il doit rendre le coût opérationnel total du client inférieur après avoir inclus l'attention, le risque, le temps, la gouvernance, les erreurs et la disponibilité du personnel.
L'objet juridique de Clouding correspond à cet ensemble. Il couvre explicitement le conseil/services informatiques, la formation, le développement de logiciels/sites/applications, la revente de matériel et les licences. Cette largeur est économiquement plus importante qu'une étiquette étroite de « cloud ». Un petit fournisseur doit souvent mélanger une infrastructure récurrente avec du travail de projet. La marge de l'hébergement pur est mince; la main-d'œuvre de migration et de support constitue le réservoir de marge.
Le chemin de l'échec est également clair. Si Clouding vend une capacité VPS générique sans SLA visible, page de statut, posture de sécurité, références, tarification, automatisation, documentation ou certification, elle est en concurrence dans la pire partie du marché: le calcul de base avec une faible confiance. Si elle vend des résultats gérés à des clients qui connaissent le fondateur ou le réseau de partenaires, l'invisibilité publique importe moins. Cela fait ressembler Clouding davantage à une société de services d'infrastructure basée sur les relations qu'à une plateforme cloud en libre-service.
La main-d'œuvre de support est à la fois le réservoir de marge et le goulot d'étranglement
Le support est le seul fossé crédible pour un petit fournisseur, mais il ne se met pas à l'échelle proprement. Un opérateur local peut se différencier en répondant au téléphone, en effectuant la migration, en expliquant les sauvegardes, en traduisant les exigences en infrastructure fonctionnelle, en aidant après un incident et en gérant la couche intermédiaire ennuyeuse entre le fournisseur d'application, le FAI, le registraire de domaine, le DNS, le fournisseur de messagerie et l'infrastructure cloud.
L'économie est attrayante lorsque le support est intégré dans des frais de service récurrents. Le client compare la facture non pas à une VM hyperscaler mais au coût du temps de personnel interne, des migrations échouées, des temps d'arrêt, des sauvegardes non gérées, des lacunes de sécurité et de la coordination avec les fournisseurs. Dans cette comparaison, un fournisseur régional peut facturer une prime par rapport au calcul brut.
Le goulot d'étranglement est la main-d'œuvre. Pappers répertorie zéro employé en 2026. Une entreprise liée au cloud avec zéro employé peut encore fonctionner grâce à son fondateur, des sous-traitants, l'automatisation, des relations de revente ou des arrangements à temps partiel, mais elle fait face à un risque de personne clé. La même personne peut être responsable des ventes, de l'architecture, de la facturation, de la sécurité, des abus, de la maintenance, de la documentation, du support client et de la réponse aux incidents. Ce modèle peut fonctionner pour un petit carnet de clients. Il se brise lorsque les clients s'attendent à une gestion des incidents 24/7, une gestion formelle des changements, des preuves de conformité et un support rapide lors de défaillances simultanées.
C'est la contrainte économique unitaire centrale. Les hyperscalers amortissent l'ingénierie de plateforme sur des millions de clients. Les grands fournisseurs français amortissent la conformité, le NOC, les opérations de centres de données, les ventes, le support et le juridique sur des milliers. Un micro-opérateur doit récupérer les charges opérationnelles fixes à partir d'une petite base de revenus. La seule façon de le faire est d'éviter les promesses larges, de se spécialiser, d'automatiser ou de facturer la responsabilité humaine.
Les ressources réseau sont une valeur d'option, pas une preuve d'échelle
AS212718 donne à Clouding une option d'infrastructure. Il peut utiliser un ASN pour se multi-héberger, construire sa propre politique de routage, se séparer de l'identité d'un fournisseur en amont, améliorer la portabilité entre les installations, exploiter des services anycast ou de type périphérie, et se présenter comme une contrepartie réseau plus sérieuse. Si l'indice de l'allocation IPv6 est réel, il ajoute une base de ressources d'adressage tournée vers l'avenir, en particulier pour les nouveaux déploiements où IPv6 est viable.
Mais les ressources réseau créent également des coûts fixes et une exposition opérationnelle. BGP n'est pas un ornement marketing. Si un fournisseur origine des routes, il doit gérer la politique de routage, RPKI, les relations en amont, le filtrage, les incidents, les abus, la gestion des DDoS, les fuites de routes, les listes noires et la supervision. Même si l'entreprise ne route pas encore le trafic client, l'existence de contacts RDAP et d'abus signifie que l'entreprise fait partie d'une chaîne de responsabilité d'opérateur.
L'absence de preuve d'interconnexion visible de type PeeringDB dans la trace source est importante. Un opérateur d'infrastructure mature laisse souvent des traces: pages de politique de peering, adhésions à des points d'échange, relations de transit, objets de route, ROA RPKI, contacts NOC, looking glasses, pages de statut, divulgations publiques de disponibilité ou documentation réseau visible par les clients. Les preuves publiques actuelles de Clouding sont beaucoup plus minces. Cela ne signifie pas qu'il n'y a pas d'infrastructure privée. Cela signifie que l'affirmation commerciale doit être plafonnée: capable de réseau, pas prouvée à l'échelle du réseau.
IPv4 est une autre contrainte. Un petit fournisseur entrant dans le cloud/hébergement après l'ère des allocations faciles fait face à des ressources IPv4 rares et coûteuses. Sans avoirs IPv4 visibles, le fournisseur peut dépendre d'adresses fournies ou louées par le fournisseur en amont, ce qui affaiblit la portabilité et la marge. IPv6 peut réduire la contrainte future mais n'élimine pas la réalité client d'aujourd'hui: de nombreuses applications, systèmes de messagerie, intégrations tierces et clients hérités supposent encore une accessibilité IPv4. Si la position de ressources d'adressage de Clouding est principalement IPv6, son potentiel d'infrastructure est réel mais commercialement incomplet.
La pile de fournisseurs derrière un petit cloud
Un opérateur cloud régional possède rarement toute la pile. Il l'assemble. La pile cachée peut inclure l'espace de colocation, l'alimentation, les racks, les serveurs, les baies de stockage, le stockage de sauvegarde, le logiciel de virtualisation, les commutateurs réseau, le transit en amont, l'atténuation DDoS, le DNS, l'enregistrement de domaine, la supervision, la journalisation, la facturation, la billetterie, le traitement des paiements, l'outillage de sécurité et les contractants externes. Chaque dépendance peut devenir une fuite de marge ou un chemin de défaillance.
Pour un petit fournisseur français, le choix stratégique le plus fort est généralement de ne pas prétendre le contraire. Le modèle rationnel est de contrôler la relation client, l'architecture, le processus de support et une identité réseau suffisante pour éviter une dépendance totale à un seul fournisseur en amont, tout en achetant l'échelle là où l'échelle est requise. Cela peut signifier revendre ou intégrer un cloud plus grand, colocaliser une plateforme limitée ou exécuter une pile d'hébergement géré sur une infrastructure louée.
Le dossier public de Clouding ne révèle pas ses fournisseurs. Ce silence est important. Si l'entreprise dépend d'une seule installation, d'un seul fournisseur en amont, d'une seule pile de virtualisation, d'un seul fondateur, d'un seul système de facturation ou d'un seul fournisseur DDoS, une défaillance localisée peut devenir une défaillance totale de l'entreprise. Les grands fournisseurs répartissent ces risques sur plusieurs régions, équipes et bilans. Un micro-opérateur doit soit divulguer suffisamment pour rassurer les clients, soit vendre à des acheteurs qui font déjà confiance à l'opérateur par des canaux privés.
La concentration des fournisseurs modifie également la tarification. Les hyperscalers fixent des prix planchers sur les services de base, mais les petits opérateurs paient souvent le prix de détail ou quasi-détail pour certaines parties de la pile. Ils peuvent ne pas battre les hyperscalers sur le coût unitaire brut. Ils ne peuvent les battre qu'en changeant l'unité de valeur du calcul au résultat géré. C'est la même logique qu'un MSP: l'entrée peut être une commodité, mais le flux de travail et la responsabilité sont locaux.
La gestion des abus est l'impôt sur l'hébergement
L'hébergement attire les abus parce que le calcul, les adresses IP et la bande passante sont utiles aux mauvais acteurs. Même un petit fournisseur peut hériter d'une douleur disproportionnée: plaintes pour spam, avis de retrait pour hameçonnage, analyse de logiciels malveillants, bourrage d'identifiants, proxys ouverts, instances WordPress compromises, trafic de commande de botnet, avis de droits d'auteur et représailles DDoS. La gestion des abus n'est pas un surcoût facultatif. Elle fait partie du coût d'exploitation d'être un fournisseur d'infrastructure réseau.
Le contact d'abus RDAP pour Clouding est donc plus qu'un détail administratif. Il place l'entreprise dans la boucle de plaintes. Pour un micro-fournisseur, les abus peuvent détruire l'économie de l'hébergement bon marché. Un mauvais client peut mettre sur liste noire l'espace IP, déclencher une intervention en amont, consommer du temps de support et nuire à la délivrabilité pour les clients légitimes. La rareté IPv4 aggrave cela: un espace d'adressage sale ou sur liste noire est plus difficile à remplacer, et la réparation de la réputation est lente.
Cela crée un filtre stratégique. Un petit opérateur doit éviter le calcul public anonyme, à faible friction et à bas prix à moins d'avoir des contrôles automatisés anti-abus solides. La meilleure base de clients est connue, basée sur des contrats, locale, gérée et à faible risque. Cela pointe à nouveau vers un marché axé sur les services plutôt que vers un cloud en libre-service ouvert. Si Clouding veut une niche durable, elle doit préférer les clients dont l'identité, le cas d'utilisation et la relation de support sont connus avant le provisionnement.
Les coûts de changement évoluent, mais le verrouillage par le travail géré demeure
Le Data Act de l'UE modifie l'environnement de changement de cloud. La Commission européenne décrit les clients du cloud comme confrontés à des obstacles tels que des frais de sortie élevés, des procédures de changement longues et un manque d'interopérabilité; la loi exige que les fournisseurs de cloud et de périphérie facilitent le changement, augmentent la transparence contractuelle, suppriment les obstacles et éliminent progressivement les frais de changement, y compris les frais de sortie de données, d'ici le 12 janvier 2027.
Cela importe de deux manières opposées. Premièrement, cela affaiblit un mécanisme de verrouillage des hyperscalers à la marge. Si les frais de sortie deviennent moins punitifs, certains clients peuvent être plus disposés à quitter les grandes plateformes ou à adopter des fournisseurs secondaires. Deuxièmement, cela réduit un argument de vente pour les fournisseurs régionaux qui s'appuient sur le message « pas de verrouillage ». Si la loi impose plus d'ouverture dans tout le secteur, les petits fournisseurs doivent rivaliser sur la qualité du service, le support, la sécurité, la simplicité et l'adéquation locale, et pas seulement sur les revendications de réversibilité.
Le verrouillage le plus durable n'est pas contractuel; il est opérationnel. Une fois qu'un fournisseur comprend l'application du client, le modèle de sauvegarde, la configuration DNS, les particularités de déploiement, les autorisations des utilisateurs, les anxiétés de conformité et l'historique des incidents, le fait de changer devient coûteux même si la sortie de données est bon marché. Cela peut être bon ou mauvais. C'est bon lorsque le fournisseur crée une réelle connaissance opérationnelle et la documente. C'est mauvais lorsque le fournisseur devient un goulot d'étranglement non documenté.
L'économie défendable d'un petit opérateur doit donc provenir du verrouillage par le travail géré, et non de la prise d'otage technique. Le client doit rester parce que le fournisseur réduit la probabilité de défaillance et la charge opérationnelle. Si le client reste parce que personne d'autre ne comprend la configuration, le fournisseur a créé de la fragilité, pas de la valeur.
La concurrence n'est pas un marché; c'est quatre menaces différentes
L'environnement concurrentiel probable de Clouding comporte quatre couches.
La première couche est celle des hyperscalers. AWS, Azure et Google Cloud dominent la frontière technique et la part d'esprit des développeurs. Ils gagnent sur la largeur, l'écosystème, les crédits, les services gérés, les régions mondiales, la profondeur de la place de marché, l'automatisation, la documentation de conformité et les achats d'entreprise. Ils créent également des problèmes de gouvernance des coûts et de complexité. Pour Clouding, les hyperscalers ne sont pas battus de front. Ils sont contournés lorsque le client veut une contrepartie responsable plus simple.
La deuxième couche est celle des grands fournisseurs cloud français et européens. OVHcloud commercialise un large portefeuille de cloud public, des services d'infrastructure et la réversibilité; Scaleway propose une large gamme cloud; 3DS OUTSCALE s'est positionné autour du cloud de confiance et de la qualification SecNumCloud; Cloud Temple a des offres qualifiées SecNumCloud; Clever Cloud propose un positionnement de cloud européen et des thèmes de souveraineté juridique. Ces entreprises sont le véritable substitut lorsqu'un client français veut de la localité plus des preuves publiques qu'un micro-fournisseur ne peut offrir.
La troisième couche est celle des MSP, des agences web, des intégrateurs informatiques locaux et des revendeurs d'hébergement. C'est probablement la couche concurrentielle la plus pertinente pour Clouding. Ces entreprises n'ont pas besoin de posséder une infrastructure pour gagner le client. Elles gagnent en étant dignes de confiance, disponibles et disposées à gérer le désordre. Si l'avantage de Clouding est une compétence technique en réseau, elle doit la convertir en résultats de support que les clients peuvent ressentir.
La quatrième couche est celle des opérateurs historiques des télécommunications et des centres de données. Ils vendent de la connectivité, de la colocation, de l'hébergement géré, du cloud privé, de la sécurité et de l'infrastructure hybride. Face à eux, un micro-opérateur peut être plus flexible et moins cher mais moins certifiable et moins redondant.
L'implication est que la meilleure catégorie pour Clouding n'est pas « télécoms nationaux », ni « point d'échange », ni « cloud hyperscale ». C'est celle des services d'infrastructure liés au cloud/hébergement, potentiellement un micro cloud ou un opérateur d'hébergement géré avec des preuves RIPE/ASN. Pour la classification dans un annuaire ou une publication, « service cloud » n'est défendable qu'avec une réserve: les preuves publiques soutiennent la continuité juridique, un périmètre de services informatiques, une économie de service historique et une identité de ressource réseau; elles ne soutiennent pas encore une affirmation de plateforme cloud public en libre-service pleinement étayée, de statut de cloud souverain certifié, d'empreinte client significative ou d'exploitation indépendante de centre de données.
La classification pratique doit donc être conservatrice: inclure dans la couverture de l'infrastructure cloud/hébergement uniquement si l'article indique explicitement la limite des preuves. Si de futurs signaux de routage, de produit, de certification, de client ou d'achat émergent, la catégorie peut évoluer vers celle d'opérateur cloud régional. Si aucun signal de ce type n'émerge, la catégorie économique la plus sûre est celle d'une entreprise de conseil/services informatiques avec des ressources de numéros de réseau.
Registre des preuves
Pappers — dossier de la société Clouding
URL:https://www.pappers.fr/entreprise/clouding-891849655
Type de source: Agrégateur de registre du commerce français utilisant les données officielles du registre.
Soutient: Identité SASU française active, SIREN 891 849 655, adresse à Crosne, code activité 62.02A, forme juridique, capital, dirigeant, zéro employé, comptes 2021, continuité des dépôts de comptes, aucun marché public visible, aucun label/certificat visible, aucun droit de PI visible.
Ne prouve pas: Produit cloud en direct, base de clients actuelle, mix de revenus actuel, infrastructure possédée, empreinte de centres de données, qualité de SLA ou maturité opérationnelle.
Importance économique: Établit Clouding comme une entité juridique réelle tout en montrant une échelle visible petite, de type service, plutôt qu'un profil de cloud public à forte intensité capitalistique.Pappers — Statuts constitutifs de Clouding PDF
URL:https://www.pappers.fr/entreprise/clouding-891849655/documents/CLOUDING%20-%20Statuts%20constitutifs%2009-12-2020.pdf
Type de source: Document juridique/de constitution de société.
Soutient: Objet social large en services informatiques, revente de matériel, développement de logiciels/sites/applications, activité de licence, capital de 1 000 €, Karim Bouabene comme seul actionnaire à la constitution.
Ne prouve pas: Propriété actuelle si modifiée ultérieurement, mix de produits réel, contrats clients ou opérations cloud.
Importance économique: Montre que la société a été constituée comme un véhicule de services informatiques large, et non étroitement comme une plateforme d'infrastructure capitalisée.Pappers — Page dirigeant Karim Bouabene
URL:https://www.pappers.fr/dirigeant/karim_bouabene_1979-12
Type de source: Page dirigeant/personne dérivée du registre.
Soutient: Association continue de Karim Bouabene comme président de Clouding et absence d'un large réseau visible d'entreprises.
Ne prouve pas: Implication quotidienne, propriété bénéficiaire actuelle, profondeur du personnel ou capacité opérationnelle.
Importance économique: Indique une concentration sur le fondateur, ce qui peut aider la responsabilité technique mais crée un risque de personne clé et de continuité.Miroir RIPE/RDAP — AS212718 clouding-asn
URL:https://zh-hant.ipshu.com/asn/212718
Type de source: Miroir de données RDAP/WHOIS/RIR.
Soutient: AS212718, « clouding-asn », localisation en France, ORG-CS860-RIPE Clouding SASU, adresse à Crosne, enregistrements de mainteneur/déclarant, contact d'abus àcontact@clouding.fr.
Ne prouve pas: Origination de routes active, volume de trafic, charges de travail clients, peering, relations de transit, centres de données ou revenus.
Importance économique: Confirme l'identité d'opérateur réseau et l'optionalité de l'infrastructure, mais pas l'échelle du marché.RIPE NCC — Description de la base de données RIPE
URL:https://www.ripe.net/manage-ips-and-asns/db/
Type de source: Documentation officielle du RIR.
Soutient: La signification interprétative des enregistrements de la base de données RIPE en tant que données d'enregistrement, de contact et de coordination de routage.
Ne prouve pas: Quoi que ce soit de spécifique sur les opérations commerciales de Clouding.
Importance économique: Empêche la surinterprétation de RDAP: l'identité de registre est significative, mais elle n'équivaut pas à l'exploitation d'une capacité cloud.RIPE NCC — Contexte de la politique abuse-c
URL:https://www.ripe.net/manage-ips-and-asns/db/support/documentation/ripe-database-acceptable-use-policy/
Type de source: Politique/documentation officielle du RIR.
Soutient: Les contacts d'abus sont destinés aux rapports de comportement abusif provenant du réseau d'un détenteur de ressources.
Ne prouve pas: Que Clouding a des incidents d'abus ou un volume d'abus spécifique.
Importance économique: Montre que la possession de ressources réseau implique des obligations opérationnelles; la gestion des abus est une charge de coût fixe pour les petits opérateurs d'hébergement/cloud.Cloudflare Radar — Page RPKI/routage AS212718
URL:https://radar.cloudflare.com/pl-pl/routing/rpki/as212718
Type de source: Interface d'analyse de routage externe.
Soutient: AS212718 apparaît dans un contexte de surveillance de routage public comme « clouding-asn ».
Ne prouve pas: Trafic significatif, charge de travail client active, nombre de préfixes, stabilité des routes ou adoption commerciale à partir du texte accessible.
Importance économique: Utile comme piste de surveillance pour savoir si l'ASN de Clouding devient opérationnellement visible.Miroir d'allocation RIPE de Telecom SudParis / trace de recherche
URL:https://www-public.telecom-sudparis.eu/~maigron/rir-stats/ripe-allocations/allocations/fr-ip-allocations.html
Type de source: Miroir public d'allocation RIPE / indice d'indexation.
Soutient: Un faible signal indexé associant « fr.clouding », Clouding SASU, 20250512 et le préfixe IPv6 2a04:5fc0::/29; le miroir lui-même décrit la structure du fichier d'allocation RIPE.
Ne prouve pas: Allocation actuelle, routage actif, utilisation client, ou que la ligne est actuellement visible dans l'extrait de page accessible.
Importance économique: Si confirmé, cela renforcerait matériellement la thèse de l'optionalité de l'infrastructure; jusqu'à confirmation, c'est un point de surveillance, pas un fait ferme.Autorité de la concurrence — Avis sur le secteur français du cloud
URL:https://www.autoritedelaconcurrence.fr/fr/communiques-de-presse/informatique-en-nuage-cloud-lautorite-de-la-concurrence-rend-son-avis-sur-le
Type de source: Analyse de marché de l'autorité de la concurrence française.
Soutient: Domination des hyperscalers dans l'IaaS/PaaS français, préoccupations concernant les crédits, les frais de sortie, le pouvoir d'écosystème et les barrières à la migration.
Ne prouve pas: La part de marché, la base de clients ou le comportement de Clouding.
Importance économique: Définit la structure concurrentielle autour de laquelle Clouding doit fonctionner: l'infrastructure cloud brute n'est pas un marché différencié facile.Commission européenne — Data Act expliqué
URL:https://digital-strategy.ec.europa.eu/en/factpages/data-act-explained
Type de source: Explication réglementaire officielle de l'UE.
Soutient: Obstacles au changement, élimination progressive des frais de sortie, interopérabilité et orientation vers la transparence contractuelle pour les services cloud/périphérie.
Ne prouve pas: Que le changement deviendra opérationnellement facile ou que les petits fournisseurs en bénéficieront automatiquement.
Importance économique: L'économie du verrouillage cloud évolue; les petits fournisseurs doivent gagner sur le service et l'adéquation opérationnelle, pas seulement sur une rhétorique anti-verrouillage.DINUM — Doctrine cloud du secteur public français
URL:https://www.numerique.gouv.fr/offre-accompagnement/cloud-administrations/programme/
Type de source: Guide officiel de la politique cloud du gouvernement français.
Soutient: Politique de cloud par défaut, critères de sécurité et de coût, exigence SecNumCloud/équivalent pour les systèmes sensibles, considérations de portabilité et de diversité des fournisseurs.
Ne prouve pas: L'éligibilité ou l'inéligibilité de Clouding pour tous les marchés publics.
Importance économique: Montre pourquoi la certification et les preuves publiques sont importantes pour les acheteurs réglementés; la localité seule est insuffisante.ANSSI — Recommandations pour l'hébergement de systèmes d'information sensibles dans le cloud
URL:https://messervices.cyber.gouv.fr/documents-guides/anssi_Recommendations%20on%20hosting%20sensitive%20IS%20in%20the%20cloud.pdf
Type de source: Guide officiel de cybersécurité.
Soutient: Signification et rôle de la qualification SecNumCloud pour les fournisseurs de cloud et la confiance dans les pratiques opérationnelles.
Ne prouve pas: Que Clouding a, n'a pas, a demandé ou a échoué à une qualification au-delà de l'absence de certification visible dans les dossiers de la société.
Importance économique: Définit la prime de confiance et la barrière de conformité qui sépare l'hébergement local ordinaire des charges de travail de cloud souverain sensibles.OVHcloud, Scaleway, OUTSCALE, Cloud Temple et Clever Cloud - documents publics
URLs:https://www.ovhcloud.com/en/public-cloud/;https://www.scaleway.com/en/;https://en.outscale.com/press-releases/archives/3ds-outscale-french-leader-guaranteeing-fully-trusted-cloud-around-the-world/;https://www.cloud-temple.com/en/press-releases/cloud-temple-first-in-france-to-obtain-secnumcloud-qualification-for-a-paas-offering/;https://www.clever.cloud/secnumcloud-trusted-cloud/
Type de source: Pages officielles et annonces de concurrents.
Soutient: Existence d'alternatives cloud françaises/européennes mieux étayées avec des surfaces de produits plus larges, un positionnement de souveraineté ou des certifications.
Ne prouve pas: Un chevauchement direct de la clientèle avec Clouding ou que Clouding ne peut pas gagner des clients de niche.
Importance économique: Fixe le plafond concurrentiel: le créneau plausible de Clouding est la spécificité axée sur le support, et non la parité avec une plateforme cloud large.Trustpilot/HostAdvice Clouding.io et traces web Clouding non liées
URLs:https://fr.trustpilot.com/review/clouding.io;https://hostadvice.com/hosting-company/clouding-io-reviews/;https://www.clouding.lt/about-us/
Type de source: Signaux web de sites d'avis et d'entreprises non liées.
Soutient: Collision de nom autour de « Clouding », en particulier avec une marque d'hébergement espagnole Clouding.io et d'autres entités Clouding non liées.
Ne prouve pas: La réputation, la qualité, les pannes, la satisfaction client ou les plaintes pour Clouding SASU.
Importance économique: Montre le bruit de diligence raisonnable et l'ambiguïté SEO/réputation; les signaux positifs ou négatifs des marques « Clouding » non liées ne doivent pas être attribués à tort.
Points de surveillance
Surveiller AS212718 pour les nouvelles annonces BGP visibles, les objets route6, les ROA RPKI, les changements de fournisseur en amont, les routes invalides, les fuites de routes, la visibilité du trafic et les traces de peering.
Confirmer ou infirmer la piste d'allocation IPv6 2a04:5fc0::/29 via RIPEstat, les objets de la base de données RIPE, RPKI, les collecteurs de routes et les fichiers d'allocation délégués.
Surveiller clouding.fr pour une surface de produit: tarification, SLA, DPA, page de statut, documentation API, portail client, conditions légales, politique de support, historique des incidents et emplacements d'infrastructure nommés.
Suivre PeeringDB, France-IX, Equinix, Telehouse, les références de fournisseurs de transit et les pages de partenaires de centres de données pour toute apparition d'AS212718 ou de Clouding SASU.
Suivre Pappers/BODACC pour les augmentations de capital, les nouveaux actionnaires, les changements de direction, la publication des comptes, les fusions, les transferts d'actifs, les nantissements, les signaux d'insolvabilité ou les changements d'adresse.
Surveiller les bases de données de marchés publics, les références UGAP, les appels d'offres des collectivités locales, les références d'hébergement de santé et les divulgations de sous-traitance pour Clouding SASU ou clouding.fr.
Suivre les surfaces de certification: SecNumCloud, ISO 27001, HDS, SOC 2, les listes de qualification ANSSI en cours, ou les revendications de partenariat impliquant un fournisseur d'infrastructure qualifié.
Surveiller les offres d'emploi pour des postes SRE, NOC, support, abus, sécurité, ingénierie des systèmes ou ventes; l'effectif est le signal le plus clair que Clouding va au-delà des services dirigés par le fondateur.
Suivre les traces de clients: domaines hébergés, modèles MX/NS, mentions de revendeurs, exemples de déploiement GitHub, dépendances de page de statut, témoignages, offres groupées MSP et références de factures.
Surveiller les signaux d'abus et de réputation: Spamhaus, retraits pour hameçonnage, plaintes pour spam, historique de listes noires, listes de type UCEProtect, fils de discussion publics sur les abus et avis de suspension par le fournisseur en amont.
Traiter tout signal d'avis ou de panne de Clouding.io, Clouding.lt ou autre « Clouding » comme non attribuable jusqu'à ce que l'entité, le domaine, l'ASN ou le nom juridique soit clairement lié à Clouding SASU.