La pregunta comercial es directa: ¿por qué un cliente elegiría un operador de nube regional cuando AWS, Azure, Google Cloud, OVHcloud, Scaleway, Outscale, Cloud Temple, Clever Cloud y una larga lista de proveedores de alojamiento están a una tarjeta de crédito, un acuerdo de revendedor o una línea de adquisición de distancia? La respuesta no puede ser "cómputo". El cómputo es demasiado fácil de comparar, demasiado fácil de alquilar y demasiado difícil de diferenciar para un pequeño operador al nivel de ciclos de CPU, RAM, almacenamiento en bloque, almacenamiento de objetos o empaquetado de máquinas virtuales. El único mercado duradero que un pequeño operador de nube francés puede crear gira en torno a lo que la nube de consumo oculta: localidad, soporte, mano de obra de migración, adecuación a la contratación, operaciones de baja fricción, gestión de abusos, claridad de facturación, idioma, comodidad jurisdiccional y la disposición a ser responsable cuando algo falla.
Este es el marco adecuado para Clouding SASU, porque la evidencia pública no respalda un perfil empresarial limpio al estilo hiperescalable. Respalda algo más limitado y económicamente más interesante: una SASU francesa activa con un amplio objeto social de servicios de TI, un origen controlado por el fundador, cuentas históricas divulgadas modestas y pruebas reales de recursos de red RIPE/RDAP vinculadas a AS212718, "clouding-asn". La cuestión comercial no es si Clouding puede superar a los hiperescaladores. No puede, según cualquier evidencia visible actualmente. La cuestión es si Clouding puede convertir una pequeña identidad de infraestructura en un mercado de servicios defendible donde el comprador paga no por cómputo indiferenciado, sino por un costo de coordinación reducido.
El primer producto no es el cómputo; es la eliminación de molestias
Una pequeña nube regional triunfa solo cuando el costo real para el comprador no es el precio publicado de una vCPU. Para muchas pymes, asociaciones, pequeños editores de software, contratistas del sector público local, agencias y empresas industriales, la restricción determinante no es que AWS no esté disponible. Es que AWS representa una superficie demasiado grande para el equipo interno, demasiado fácil de configurar mal, demasiado costoso de gobernar, demasiado complejo de predecir o demasiado remoto cuando una migración rutinaria, un fallo de copia de seguridad, un problema de DNS, una renovación de certificado, un problema de entregabilidad de correo o un incidente requiere intervención humana.
Por eso la "nube local" se entiende mejor como un paquete económico que como una categoría técnica. El paquete puede incluir alojamiento, máquinas virtuales gestionadas, copias de seguridad, monitorización, cortafuegos, trabajo con dominios y DNS, enrutamiento de correo, migración de datos, licencias de software, DevOps ligero, trámites de contratación, soporte en francés y, en algunos casos, recursos de números de red o competencia en BGP. El cliente compra una reducción de la ambigüedad operativa. El cómputo es la SKU visible; la responsabilidad es el producto.
Esa distinción importa porque el mercado francés de la nube ya es estructuralmente hostil a los competidores genéricos. La autoridad francesa de competencia describió un mercado de infraestructura y plataforma en la nube dominado por hiperescaladores, con AWS, Google Cloud y Microsoft Azure representando la mayor parte del crecimiento del gasto en infraestructura/aplicaciones de nube pública en Francia en 2021; también señaló los créditos, las tarifas de salida, los ecosistemas y las fricciones de migración como problemas competitivos. Un pequeño operador no vence eso igualando un catálogo. Sobrevive vendiendo en nichos donde la amplitud del catálogo es menos importante que la responsabilidad local y la suficiencia operativa.
El rastro público visible de Clouding SASU apunta hacia ese tipo de mercado, si es que apunta a algún mercado. Los registros no revelan un escaparate pulido de nube pública, una lista de clientes visible, un portafolio de certificaciones, una huella de contratación pública o documentación pública de productos. Revelan una empresa legal, un objeto social de servicios de TI, una economía histórica similar a la de servicios, un sistema autónomo registrado y un contacto de abusos. Esa combinación no basta para calificar a Clouding como un proveedor de nube a escala. Basta para considerar a Clouding como una microempresa francesa de servicios adyacentes a la nube/alojamiento con opcionalidad de infraestructura.
Lo que realmente fija el registro público
La entidad jurídica canónica es Clouding, una SASU francesa registrada con el SIREN 891 849 655, activa, con sede social en 2 Allée Lucien Coupaye, 91560 Crosne. El registro derivado de Pappers indica la actividad como "Conseil en systèmes et logiciels informatiques" (Consultoría en sistemas y software informático), muestra creación el 4 de diciembre de 2020, identifica a Karim Bouabene como dirigente y registra cero empleados en 2026. También indica forma jurídica SASU, capital de 1.000 €, número de IVA FR14891849655, RCS Evry y un código de actividad APE/NAF 62.02A.
Los estatutos constitutivos de la empresa son amplios y no específicos de la nube. El objeto social abarca consultoría y servicios de TI en sistemas, software, programación y formación; reventa de hardware; actividades relacionadas; desarrollo, edición y venta de software, sitios web, sitios móviles y aplicaciones móviles; y adquisición, explotación y venta de licencias. El mismo documento fundacional muestra un capital de 1.000 € dividido en 1.000 acciones, todas suscritas por Karim Bouabene en el momento de la constitución.
Esos hechos crean una identidad jurídica, no una prueba de producto de nube. Muestran que Clouding puede proporcionar legalmente servicios de TI, software, licencias y actividades relacionadas. No muestran una plataforma de nube pública en funcionamiento, un parque de centros de datos, una base de clientes, un acuerdo de nivel de servicio, un catálogo de productos o ingresos recurrentes por alojamiento. La distinción es importante porque "clouding" es un nombre comercial lo suficientemente genérico como para generar falsos positivos. Algunas señales visibles de reseñas y alojamiento para "Clouding" pertenecen a empresas no relacionadas, como Clouding.io en Barcelona, no a la francesa Clouding SASU. Las páginas de Trustpilot y HostAdvice para Clouding.io apuntan a una marca de alojamiento española y no deben importarse al historial de reputación de Clouding SASU.
La empresa no está obviamente inactiva en el sentido registral. Pappers muestra un estado activo, actualizaciones continuas y avisos de depósito de cuentas anuales para los ejercicios 2022, 2023 y 2024, aunque las cuentas posteriores son confidenciales. Tampoco muestra procedimientos colectivos, litigios, sanciones, licitaciones públicas ganadas, etiquetas ni certificados, ni derechos de propiedad intelectual en el registro visible. Esa combinación es reveladora desde el punto de vista comercial: Clouding parece viva como empresa jurídica, pero no públicamente demostrativa como proveedor de nube.
Una cuenta de resultados de servicios, no de hiperescala
El único ejercicio financiero divulgado visible en el registro de Pappers es 2021. Muestra 214.000 € de ingresos, 214.000 € de margen bruto, 84.700 € de EBITDA, 66.300 € de beneficio neto, 100% de margen bruto, 39,6% de margen EBITDA, 31% de margen neto, 57.400 € de efectivo, 67.300 € de fondos propios, gastos salariales nulos como porcentaje de los ingresos y 94.900 € de ingresos por exportación.
Esas cifras no son coherentes con un despliegue de nube pública intensivo en capital. Son coherentes con un negocio de servicios operado por el fundador, una consultoría, un envoltorio de reventa/licencias o una actividad de TI basada en proyectos con bajo coste de los bienes vendidos. El 100% de margen bruto es especialmente importante. Una empresa que gestione infraestructura alquilada material, cómputo al por mayor, alojamiento con mucho tránsito o reventa de hardware a escala normalmente mostraría alguna fuga de costes directos, a menos que la clasificación contable sea inusual. Por lo tanto, el perfil visible apunta al trabajo y al conocimiento como motor económico, no a la capacidad de cómputo propia.
Esto no es un hallazgo negativo; es la principal interpretación económica. Una pequeña empresa adyacente a la nube con servicios de alto margen puede ser racional. Una pequeña empresa que intente vender infraestructura bruta frente a hiperescaladores y grandes proveedores franceses se enfrentaría a una presión brutal de precios, expectativas de disponibilidad, cargas de abusos, requisitos de capital y escepticismo en las contrataciones. Las cuentas visibles de Clouding sugieren que lo primero es más probable que lo segundo, al menos en el momento en que las cuentas públicas estaban disponibles.
La confidencialidad posterior de las cuentas impide analizar la tendencia de los ingresos. Podría ocultar crecimiento, estancamiento, reestructuración o una empresa liderada por el fundador deliberadamente discreta. Esa opacidad en sí misma tiene un significado comercial. Para los servicios de TI basados en relaciones, la opacidad puede no importar mucho, porque la confianza se forma mediante referencias directas, historial de contratos y responsabilidad personal. Para la nube de autoservicio, la opacidad es una penalización a la conversión, porque el comprador necesita señales de confianza públicas antes de poner cargas de trabajo en una plataforma desconocida.
El ASN es real, pero un ASN no es una nube
El hecho de infraestructura más sólido es AS212718. El contexto RDAP/WHOIS público identifica el sistema autónomo como "clouding-asn", ubicado en Francia, con la entidad registrante ORG-CS860-RIPE llamada Clouding SASU, dirección en Crosne, y un rol de abusos que utiliza contact@clouding.fr. La propia documentación de la base de datos de RIPE explica que la Base de Datos RIPE existe para contener información de registro de redes en la región de servicio de RIPE NCC y detalles de contacto relacionados, incluidos usos de coordinación y política de enrutamiento.
Desde el punto de vista comercial, esto demuestra que Clouding no es solo un nombre en un registro mercantil. Tiene al menos cierta identidad de operador de red en el ecosistema RIPE. Un número de sistema autónomo es útil si una empresa pretende originar prefijos, hacer multihoming entre proveedores de tránsito, controlar la política de enrutamiento, construir infraestructura de alojamiento, operar servicios de borde o señalar seriedad técnica a sus contrapartes. También crea obligaciones: los contactos de abusos están destinados a recibir informes sobre comportamientos abusivos originados en la red de un titular de recursos, y las redes de alojamiento atraen spam, escaneos, phishing, botnets y tráfico de quejas.
Pero el ASN no prueba una nube. No prueba cargas de trabajo activas de clientes, prefijos anunciados, contratos de tránsito, bastidores en centros de datos, hardware propio, infraestructura respaldada por SLA, un servicio de soporte o tráfico significativo. Cloudflare Radar tiene páginas para AS212718 y lo clasifica en vistas de enrutamiento/seguridad, lo que indica que el ASN es lo suficientemente visible como para estar representado en los análisis de enrutamiento externos, pero el texto accesible de la página no proporciona volumen de tráfico ni una medida de la base de clientes.
También hay una pista IPv6 débil pero notable. Un espejo de asignaciones de RIPE aparece en los resultados de búsqueda con "fr.clouding", "Clouding SASU", fecha 20250512 y prefijo 2a04:5fc0::/29. El espejo subyacente se describe a sí mismo como basado en datos del archivo de asignaciones de RIPE NCC y da el formato para asignaciones IPv4 e IPv6, pero la página extraída en vivo no mostró la línea de Clouding en el texto accesible. La interpretación correcta no es certeza. Es opcionalidad: si la señal de asignación es precisa, Clouding podría haber adquirido un espacio de direcciones IPv6 significativo en 2025, lo que respaldaría una trayectoria de infraestructura; si está obsoleta, indexada incorrectamente o no se refleja en la página accesible actual, sigue siendo una pista de diligencia debida en lugar de una prueba.
La implicación para el mercado es precisa. Las pruebas de red de Clouding respaldan más la "capacidad operativa" que la "escala de mercado". Hacen que la empresa sea más interesante que una simple consultoría, pero menos evidenciada que una nube pública. El ASN es un activo real en la narrativa; no sustituye a las pruebas de producto.
La localidad es útil, pero la soberanía es un listón más alto
La localidad vende cuando los clientes quieren una contraparte francesa, soporte en francés, facturación local, procesos legales locales, ubicación regional de baja latencia y un proveedor que comprenda las limitaciones empresariales francesas. La soberanía vende solo cuando el proveedor puede satisfacer requisitos más exigentes en torno al control, la certificación, la jurisdicción, la auditabilidad y la independencia operativa. No son el mismo mercado.
La política de nube del sector público francés deja clara la diferencia. La doctrina de nube de DINUM dice que los equipos de TI del Estado y los contratistas deben usar la nube por defecto para los nuevos proyectos, pero las elecciones deben considerar la seguridad, el coste total, la experiencia interna y las necesidades técnicas. También dice que los sistemas sensibles deben utilizar SecNumCloud o una cualificación equivalente y estar inmunes al acceso no autorizado de autoridades públicas de terceros países, al tiempo que se debe considerar la portabilidad multicloud y la diversidad de proveedores. ANSSI describe SecNumCloud como un marco de cualificación para proveedores de nube, que incluye IaaS, PaaS y SaaS, destinado a reforzar la confianza en la seguridad de las ofertas y las prácticas de los proveedores.
Pappers no muestra etiquetas ni certificados para Clouding en el registro visible. Eso no impide a Clouding atender cargas de trabajo comerciales ordinarias, pymes, sistemas de prueba, alojamiento gestionado, backends SaaS no sensibles, agencias o clientes privados que valoren el soporte por encima de la certificación. Sí limita la plausibilidad de que Clouding gane cargas de trabajo sensibles del sector público o reguladas, a menos que esté revendiendo, integrando u operando junto a un proveedor cualificado.
Aquí es donde fallan muchas propuestas de nube local. "Empresa francesa" no equivale a "nube de confianza". "Soporte local" no equivale a SecNumCloud. "Centro de datos europeo" no equivale a inmunidad legal frente al acceso extraterritorial. Un pequeño operador aún puede ganar dinero por debajo de ese umbral, pero no debe pretender tener la prima de nube soberana a menos que cuente con las certificaciones, los controles documentados, la arquitectura legal y las operaciones auditadas que lo respalden.
El mercado que Clouding puede crear plausiblemente
El mercado plausible no es la nube pública de consumo masivo. Es un mercado limitado liderado por servicios con características de infraestructura.
El cliente probablemente será una organización con suficiente complejidad de TI como para necesitar ayuda externa, pero sin la experiencia interna en nube suficiente para gobernar la expansión hiperescalar. Ese cliente puede tener una aplicación heredada, una pequeña plataforma web, unos pocos servidores Linux o Windows, una base de datos, copias de seguridad, DNS, monitorización, VPN, reglas de cortafuegos, enrutamiento de correo o la necesidad de migrar desde un antiguo alojamiento. Puede que no le guste la incertidumbre de la facturación hiperescalar. Puede que no necesite Kubernetes, regiones globales, plataformas de aprendizaje automático, almacenes de datos gestionados o mercados hiperescalares. Puede que quiera un único proveedor responsable.
Para ese comprador, la localidad, la simplicidad y el soporte pueden superar la superioridad bruta de la plataforma. Un operador local puede empaquetar un conjunto más reducido de servicios suficientes: máquinas virtuales, almacenamiento, copias de seguridad, cortafuegos gestionado, monitorización, soporte de dominio/DNS, migración, parcheado, respuesta a incidentes y un canal de soporte directo. El operador no necesita ser técnicamente mejor que AWS. Necesita hacer que el coste operativo total del cliente sea menor tras incluir atención, riesgo, tiempo, gobernanza, errores y disponibilidad del personal.
El objeto social de Clouding encaja en este paquete. Cubre explícitamente consultoría/servicios de TI, formación, desarrollo de software/sitios/aplicaciones, reventa de hardware y licencias. Esa amplitud es económicamente más importante que una estrecha etiqueta de "nube". Un pequeño proveedor a menudo necesita combinar infraestructura recurrente con mano de obra de proyecto. El margen del alojamiento puro es escaso; la migración y la mano de obra de soporte son la fuente de margen.
El camino del fracaso también está claro. Si Clouding vende capacidad VPS genérica sin un SLA visible, página de estado, postura de seguridad, referencias, precios, automatización, documentación o certificación, compite en la peor parte del mercado: cómputo de consumo con baja confianza. Si vende resultados gestionados a clientes que conocen al fundador o a la red de socios, la invisibilidad pública importa menos. Eso hace que Clouding se parezca más a una empresa de servicios de infraestructura basada en relaciones que a una plataforma de nube de autoservicio.
La mano de obra de soporte es a la vez la fuente de margen y el cuello de botella
El soporte es el único foso creíble para un pequeño proveedor, pero no escala de forma limpia. Un operador local puede diferenciarse contestando el teléfono, realizando la migración, explicando las copias de seguridad, traduciendo los requisitos en infraestructura funcional, ayudando tras un incidente y haciéndose cargo de la aburrida capa intermedia entre el proveedor de aplicaciones, el ISP, el registrador de dominios, el DNS, el proveedor de correo y la infraestructura de nube.
La economía es atractiva cuando el soporte se empaqueta en tarifas de servicio recurrentes. El cliente compara la factura no con una VM hiperescalar, sino con el coste del tiempo del personal interno, las migraciones fallidas, el tiempo de inactividad, las copias de seguridad no gestionadas, las brechas de seguridad y la coordinación con proveedores. En esa comparación, un proveedor regional puede cobrar una prima sobre el cómputo bruto.
El cuello de botella es la mano de obra. Pappers indica cero empleados en 2026. Una empresa adyacente a la nube sin empleados aún puede operar a través de su fundador, subcontratistas, automatización, relaciones de reventa o acuerdos a tiempo parcial, pero se enfrenta al riesgo de persona clave. La misma persona puede ser responsable de ventas, arquitectura, facturación, seguridad, abusos, mantenimiento, documentación, soporte al cliente y respuesta a incidentes. Ese modelo puede funcionar para una pequeña cartera de clientes. Se rompe cuando los clientes esperan gestión de incidentes 24/7, gestión formal de cambios, evidencia de cumplimiento y soporte rápido durante fallos simultáneos.
Esta es la principal restricción de la economía unitaria. Los hiperescaladores amortizan la ingeniería de plataforma entre millones de clientes. Los grandes proveedores franceses amortizan el cumplimiento, el NOC, las operaciones del centro de datos, las ventas, el soporte y los asuntos legales entre miles. Un microoperador debe recuperar las cargas operativas fijas a partir de una pequeña base de ingresos. La única forma de hacerlo es evitar promesas amplias, especializarse, automatizar o cobrar por la responsabilidad humana.
Los recursos de red son valor de opción, no prueba de escala
AS212718 da a Clouding una opción de infraestructura. Puede usar un ASN para hacer multihoming, construir su propia política de enrutamiento, separarse de la identidad de un proveedor de tránsito, mejorar la portabilidad entre instalaciones, operar servicios anycast o de borde y presentarse como una contraparte de red más seria. Si la pista de asignación IPv6 es real, añade una base de recursos de direcciones orientada al futuro, especialmente para nuevos despliegues donde IPv6 es viable.
Pero los recursos de red también crean costes fijos y exposición operativa. BGP no es un adorno de marketing. Si un proveedor origina rutas, debe gestionar la política de enrutamiento, RPKI, las relaciones con los proveedores de tránsito, el filtrado, los incidentes, los abusos, la gestión de DDoS, las fugas de rutas, las listas negras y la monitorización. Incluso si la empresa aún no enruta tráfico de clientes, la existencia de contactos RDAP y de abusos significa que la empresa forma parte de una cadena de responsabilidad del operador.
La ausencia de evidencia de interconexión al estilo PeeringDB en el rastro de fuentes es importante. Un operador de infraestructura maduro suele dejar rastros: páginas de política de peering, membresías en puntos de intercambio, relaciones de tránsito, objetos de ruta, ROAs RPKI, contactos NOC, looking glasses, páginas de estado, divulgaciones públicas de tiempo de actividad o documentación de red visible para el cliente. Las pruebas públicas actuales de Clouding son mucho más escasas. Eso no significa que no haya infraestructura privada. Significa que la afirmación comercial debe ser limitada: con capacidad de red, no con red probada a escala.
IPv4 es otra restricción. Un pequeño proveedor que entra en la nube/alojamiento después de la era de asignación fácil se enfrenta a recursos IPv4 escasos y caros. Sin tenencias IPv4 visibles, el proveedor puede depender de direcciones suministradas por el proveedor de tránsito o alquiladas, lo que debilita la portabilidad y el margen. IPv6 puede reducir la restricción futura, pero no elimina la realidad actual del cliente: muchas aplicaciones, sistemas de correo, integraciones de terceros y clientes heredados siguen asumiendo la accesibilidad IPv4. Si la posición de recursos de direcciones de Clouding es mayoritariamente IPv6, su potencial de infraestructura es real pero comercialmente incompleto.
La pila de proveedores detrás de una pequeña nube
Un operador de nube regional rara vez posee toda la pila. La ensambla. La pila oculta puede incluir espacio de coubicación, energía, bastidores, servidores, matrices de almacenamiento, almacenamiento de copias de seguridad, software de virtualización, conmutadores de red, tránsito de proveedores, mitigación de DDoS, DNS, registro de dominios, monitorización, registro de logs, facturación, ticketing, procesamiento de pagos, herramientas de seguridad y contratistas externos. Cada dependencia puede convertirse en una fuga de margen o una vía de fallo.
Para un pequeño proveedor francés, la opción estratégica más sólida suele ser no fingir lo contrario. El modelo racional es controlar la relación con el cliente, la arquitectura, el proceso de soporte y suficiente identidad de red para evitar la dependencia total de un único proveedor de tránsito, mientras se compra escala donde se requiere. Eso puede significar revender o integrar una nube más grande, coubicar una plataforma limitada o ejecutar una pila de alojamiento gestionado en infraestructura alquilada.
El registro público de Clouding no revela sus proveedores. Ese silencio importa. Si la empresa depende de una sola instalación, un solo proveedor de tránsito, una sola pila de virtualización, un solo fundador, un solo sistema de facturación o un solo proveedor de DDoS, un fallo localizado puede convertirse en un fallo total del negocio. Los grandes proveedores reparten estos riesgos entre regiones, equipos y balances. Un microoperador debe revelar lo suficiente para tranquilizar a los clientes o vender a compradores que ya confían en el operador a través de canales privados.
La concentración de proveedores también cambia los precios. Los hiperescaladores establecen precios mínimos en los servicios de consumo, pero los pequeños operadores a menudo pagan precios minoristas o casi minoristas por partes de la pila. Puede que no superen a los hiperescaladores en coste unitario bruto. Solo pueden superarlos cambiando la unidad de valor de cómputo a resultado gestionado. Es la misma lógica que un MSP: el insumo puede ser de consumo, pero el flujo de trabajo y la responsabilidad son locales.
La gestión de abusos es el impuesto del alojamiento
El alojamiento atrae abusos porque el cómputo, las direcciones IP y el ancho de banda son útiles para los actores maliciosos. Incluso un pequeño proveedor puede heredar un dolor desproporcionado: quejas de spam, avisos de retirada por phishing, escaneo de malware, relleno de credenciales, proxies abiertos, instancias de WordPress comprometidas, tráfico de comando de botnets, avisos de derechos de autor y represalias DDoS. La gestión de abusos no es un gasto general opcional. Forma parte del coste operativo de ser un proveedor de infraestructura de red.
El contacto de abusos RDAP de Clouding es, por tanto, más que un detalle administrativo. Coloca a la empresa en el circuito de quejas. Para un microproveedor, los abusos pueden destruir la economía del alojamiento barato. Un mal cliente puede incluir el espacio IP en listas negras, provocar la intervención del proveedor de tránsito, consumir tiempo de soporte y dañar la entregabilidad para los clientes legítimos. La escasez de IPv4 empeora esto: el espacio de direcciones sucio o en listas negras es más difícil de reemplazar, y la reparación de la reputación es lenta.
Esto crea un filtro estratégico. Un pequeño operador debe evitar el cómputo público anónimo, de baja fricción y bajo precio a menos que disponga de fuertes controles automatizados contra abusos. La mejor base de clientes es conocida, basada en contratos, local, gestionada y de menor riesgo. Eso apunta de nuevo a un mercado liderado por servicios más que a una nube de autoservicio abierta. Si Clouding quiere un nicho duradero, debería preferir clientes cuya identidad, caso de uso y relación de soporte sean conocidos antes del aprovisionamiento.
Los costes de cambio están cambiando, pero el bloqueo por trabajo gestionado permanece
La Ley de Datos de la UE cambia el entorno de cambio de nube. La Comisión Europea describe a los clientes de la nube como enfrentados a barreras como altas tarifas de salida, largos procedimientos de cambio y falta de interoperabilidad; la Ley exige a los proveedores de nube y borde que faciliten el cambio, aumenten la transparencia contractual, eliminen obstáculos y eliminen gradualmente las tarifas de cambio, incluidas las tarifas de salida de datos, antes del 12 de enero de 2027.
Esto importa de dos maneras opuestas. En primer lugar, debilita un mecanismo de bloqueo hiperescalar en el margen. Si las tarifas de salida se vuelven menos punitivas, algunos clientes pueden estar más dispuestos a abandonar las grandes plataformas o adoptar proveedores secundarios. En segundo lugar, reduce un argumento de venta para los proveedores regionales que se basan en el mensaje de "sin bloqueo". Si la ley obliga a una mayor apertura en todo el sector, los pequeños proveedores deben competir en calidad de servicio, soporte, seguridad, simplicidad y adecuación local, no meramente en afirmaciones de reversibilidad.
El bloqueo más duradero no es contractual; es operativo. Una vez que un proveedor comprende la aplicación del cliente, el patrón de copias de seguridad, la configuración de DNS, las peculiaridades de despliegue, los permisos de usuario, las ansiedades de cumplimiento y el historial de incidentes, cambiar de proveedor se vuelve costoso incluso si la salida de datos es barata. Eso puede ser bueno o malo. Es bueno cuando el proveedor crea un conocimiento operativo real y lo documenta. Es malo cuando el proveedor se convierte en un cuello de botella indocumentado.
Por lo tanto, la economía defendible de un pequeño operador debería provenir del bloqueo por trabajo gestionado, no de la toma de rehenes técnica. El cliente debería quedarse porque el proveedor reduce la probabilidad de fallos y la carga operativa. Si el cliente se queda porque nadie más entiende la configuración, el proveedor ha creado fragilidad, no valor.
La competencia no es un solo mercado; son cuatro amenazas diferentes
El entorno competitivo probable de Clouding tiene cuatro capas.
La primera capa son los hiperescaladores. AWS, Azure y Google Cloud dominan la frontera técnica y la mente de los desarrolladores. Ganan por amplitud, ecosistema, créditos, servicios gestionados, regiones globales, profundidad del mercado, automatización, documentación de cumplimiento y contratación empresarial. También crean problemas de gobernanza de costes y complejidad. Para Clouding, los hiperescaladores no se vencen de frente. Se evitan cuando el cliente quiere una contraparte más simple y responsable.
La segunda capa son los grandes proveedores de nube franceses y europeos. OVHcloud comercializa una amplia cartera de nube pública, servicios de infraestructura y reversibilidad; Scaleway ofrece una amplia gama de nube; 3DS OUTSCALE se ha posicionado en torno a la nube de confianza y la cualificación SecNumCloud; Cloud Temple tiene ofertas cualificadas SecNumCloud; Clever Cloud vende posicionamiento de nube europea y temas de soberanía legal. Estas empresas son el verdadero sustituto cuando un cliente francés quiere localidad más evidencia pública de la que puede ofrecer un microproveedor.
La tercera capa son los MSP, agencias web, integradores de TI locales y revendedores de alojamiento. Esta es probablemente la capa competitiva más relevante para Clouding. Estas empresas no necesitan poseer infraestructura para ganar al cliente. Ganan siendo de confianza, disponibles y dispuestas a gestionar el lío. Si la ventaja de Clouding es la competencia técnica de red, debe convertirla en resultados de soporte que los clientes puedan sentir.
La cuarta capa son los operadores tradicionales de telecomunicaciones y centros de datos. Venden conectividad, coubicación, alojamiento gestionado, nube privada, seguridad e infraestructura híbrida. Frente a ellos, un microoperador puede ser más flexible y barato, pero menos certificable y menos redundante.
La implicación es que la mejor categoría de Clouding no es "telecomunicaciones nacionales", ni "exchange", ni "nube hiperescalar". Son servicios de infraestructura adyacentes a la nube/alojamiento, potencialmente un operador de micronube o de alojamiento gestionado con evidencia RIPE/ASN. Para la clasificación en directorios o publicaciones, "servicio en la nube" es defendible solo con una matización: la evidencia pública respalda la adyacencia a la nube/alojamiento y la identidad de operador, no una plataforma de nube pública de autoservicio totalmente evidenciada.
El problema de colisión de nombres es comercial, no cosmético
La ambigüedad en el mercado de búsqueda es un coste real de diligencia debida. "Clouding" es utilizado por otras empresas. Clouding.io, por ejemplo, aparece en contextos de reseñas y alojamiento como un proveedor con sede en Barcelona, y esas reseñas no pueden atribuirse a Clouding SASU. Otra presencia no relacionada de "CLOUDING SAS"/clouding.lt apunta a una empresa vinculada a Colombia que presta servicios a mercados más amplios, de nuevo no la SASU francesa.
Esto importa porque los pequeños proveedores de nube dependen en gran medida de las señales de confianza. Si un comprador busca el nombre y encuentra reseñas no relacionadas, marcas de alojamiento no relacionadas y escasa evidencia oficial de la entidad francesa, la carga de verificación del comprador aumenta. Esa carga puede ser aceptable en ventas basadas en referencias. Es perjudicial en la adquisición de autoservicio.
La colisión de nombres también plantea un riesgo de reputación. Una queja, interrupción o hilo de abusos sobre un "Clouding" no relacionado podría ser mal atribuido. Por el contrario, las reseñas positivas sobre proveedores no relacionados podrían crear una falsa confianza. La postura correcta del analista es conservadora: no importar la reputación de Clouding.io de terceros a Clouding SASU; tratar la falta de comentarios específicos de Clouding SASU como una ausencia de señal de mercado visible, no como una prueba de satisfacción del cliente.
El silencio no es inocencia; es baja observabilidad
No hay un rastro sólido de quejas públicas en el conjunto de fuentes recopilado: no hay conversaciones visibles sobre interrupciones claramente vinculadas a Clouding SASU, no hay un patrón de reseñas, no hay un registro de contratación pública, no hay un sitio web oficial listado en Pappers, no hay certificados ni etiquetas en el registro visible de la empresa, y no hay empresas citadas disponibles en Pappers.
Esto no debe interpretarse como "buena reputación". Debe interpretarse como baja observabilidad. Una empresa con pocos clientes públicos, contratos privados, bajo tráfico o trabajo basado en proyectos dejará naturalmente menos rastros públicos. La baja observabilidad reduce la evidencia negativa, pero también reduce la confianza. En la nube, al comprador le importan la continuidad, la respuesta a incidentes, la profundidad del soporte, los controles de seguridad y las opciones de salida. Un perfil discreto obliga al comprador a realizar una diligencia privada o a confiar en la confianza personal.
Esa es la tensión económica central. Una evidencia pública escasa es viable para la consultoría. Es un problema para la infraestructura. La consultoría se puede vender mediante la credibilidad personal. La infraestructura requiere credibilidad institucional porque el cliente deposita la continuidad operativa en el proveedor. Clouding se sitúa entre esos mundos: la evidencia del registro y del ASN sugiere ambición o capacidad de infraestructura, mientras que la superficie comercial pública se parece más a una pequeña empresa de servicios.
Propiedad y control: concentración útil, concentración peligrosa
La estructura fundacional de Clouding era simple: SASU, capital de 1.000 €, Karim Bouabene como único accionista en la constitución. La página de directivo de Pappers sigue asociando a Karim Bouabene con Clouding como presidente y no muestra una amplia red de empresas vinculadas. Un fragmento público de LinkedIn también asocia un perfil de Karim Bouabene con liderazgo en red/conectividad y "Fundador" en clouding, aunque esto es una señal más suave de red profesional, no un hecho registral.
La concentración en el fundador es un arma de doble filo desde el punto de vista económico. Puede ser una ventaja en los servicios de infraestructura pequeños porque la toma de decisiones es rápida, el contexto técnico está concentrado y los clientes pueden tener acceso directo a la persona que entiende el sistema. También es un riesgo de continuidad. Si una sola persona lleva la arquitectura, el conocimiento de soporte, las relaciones con proveedores y el historial de clientes, la capacidad de servicio de la empresa está limitada por la disponibilidad de esa persona.
Para una pequeña nube regional, la pregunta no es solo "¿quién es el dueño?", sino "¿quién puede operarla durante un fallo?". Una nube basada en soporte debe responder en las horas malas, no solo vender en las horas buenas. La evidencia pública no muestra profundidad de personal. Eso no hace que la empresa sea inviable, pero reduce el mercado viable a clientes cuyas expectativas coincidan con el modelo operativo.
La verdadera economía unitaria
La estructura de costes de un pequeño operador francés está determinada por cinco limitaciones.
En primer lugar, el cómputo tiene una diferenciación pobre. Si el cliente quiere la VM más barata, el catálogo de servicios más amplio, base de datos gestionada, Kubernetes gestionado, plataforma de IA, CDN global, documentación de cumplimiento y aprovisionamiento instantáneo, los grandes proveedores ganan. La nube local debe empaquetar el cómputo con mano de obra y responsabilidad.
En segundo lugar, la mano de obra de soporte no escala como el software. Cada migración, interrupción, restauración de copia de seguridad, incidente de seguridad, disputa de facturación y aviso de abuso consume tiempo. El proveedor debe cobrar un margen recurrente suficiente para cubrir esto. El alojamiento barato no gestionado es una trampa a menos que la automatización sea sólida y la calidad del cliente esté estrictamente controlada.
En tercer lugar, la dependencia de proveedores es inevitable. Sin centros de datos propios y grandes reservas de capital, un microoperador depende de los proveedores de tránsito. Eso es racional, pero significa que el margen y la resiliencia dependen de las condiciones de los proveedores. Un problema en una instalación, un problema de ruta de tránsito, una brecha DDoS o un cambio en las licencias de virtualización pueden alterar la economía.
En cuarto lugar, la confianza es un coste de capital. La falta de referencias públicas, certificaciones, historial de estado y documentación de producto aumenta los costes de diligencia del comprador. Un pequeño proveedor puede compensarlo con relaciones directas, pero eso mantiene pequeño el mercado direccionable.
En quinto lugar, la regulación crea tanto demanda como barreras. Las normas europeas sobre la nube, las reformas de cambio de la Ley de Datos y los debates sobre la soberanía francesa crean demanda de alternativas al bloqueo hiperescalar, pero las cargas de trabajo sensibles requieren evidencia y cualificaciones. Las mismas reglas que crean el mercado también elevan el listón.
El registro visible de Clouding sugiere que debería optimizar para una suficiencia medible, no para el prestigio. No necesita convertirse en una marca de "nube soberana" para ser económicamente útil. Necesita una oferta limitada en la que el cliente pueda verificar: dónde se alojan los datos, quién los soporta, cómo funcionan las copias de seguridad, qué ocurre durante un incidente, cómo salir, qué significa el SLA, cómo se gestionan los abusos y qué proveedores subyacen.
Lo que puede ser señal residual en lugar de prueba operativa
Algunas señales de Clouding pueden ser evidencia operativa. Otras pueden ser residuales.
La empresa jurídica está activa, pero la actividad jurídica no prueba que haya servicios de nube activos. Los estatutos permiten servicios de TI, pero los objetos sociales son intencionadamente amplios. Los ingresos de 2021 prueban la actividad comercial en ese año, pero no la combinación actual de ingresos. Las cuentas posteriores confidenciales prueban las presentaciones, no el crecimiento. El ASN prueba la identidad de red RIPE, pero no el tráfico. El contacto de abusos prueba la responsabilidad del operador, no el volumen de clientes. La posible asignación IPv6 prueba como mucho una pista de recursos de red a menos que se confirme directamente en los objetos RIPE y las tablas de enrutamiento. La ausencia de quejas públicas prueba una baja superficie visible de quejas, no la fiabilidad.
Este límite de la evidencia debería formar parte de cualquier lectura comercial. Si se está evaluando a Clouding como proveedor, el siguiente paso no es preguntar si es "real". Es real como entidad jurídica y de registro de red. El siguiente paso es preguntar qué parte de la pila de infraestructura opera, qué revende, dónde se ejecutan las cargas de trabajo de los clientes, qué cobertura de soporte existe, qué ocurre al salir y si hay suficiente continuidad institucional para el nivel de riesgo del comprador.
Recomendación de categoría
Clouding SASU se categoriza mejor como un microoperador francés de servicios de TI e infraestructura adyacente a la nube/alojamiento con evidencia RIPE/ASN. No debería describirse como una empresa nacional de telecomunicaciones, un punto de intercambio o un proveedor de nube pública claramente escalado. La categoría más respaldada es "servicio en la nube / servicios de infraestructura regional adyacentes al alojamiento", con una advertencia de evidencia: los registros públicos respaldan actualmente la continuidad jurídica, el alcance de los servicios de TI, la economía histórica de servicios y la identidad de recursos de red; todavía no respaldan una afirmación de escala de nube pública visible, estatus de nube soberana certificada, una huella material de clientes o una operación independiente de centro de datos.
Por lo tanto, la clasificación práctica debe ser conservadora: incluirla en la cobertura de infraestructura de nube/alojamiento solo si el artículo indica explícitamente el límite de la evidencia. Si surgen señales futuras de enrutamiento, producto, certificación, clientes o contratación, la categoría puede evolucionar hacia operador de nube regional. Si no surgen tales señales, la categoría económica más segura es la de empresa de consultoría/servicios de TI con recursos de números de red.
Registro de evidencia
Pappers — Registro de la empresa CloudingURL:https://www.pappers.fr/entreprise/clouding-891849655Tipo de fuente: Agregador del registro mercantil francés que utiliza datos oficiales del registro. Respalda: Identidad de SASU francesa activa, SIREN 891 849 655, domicilio en Crosne, código de actividad 62.02A, forma jurídica, capital, dirigente, cero empleados, cuentas de 2021, continuidad en el depósito de cuentas, sin licitaciones públicas visibles, sin etiquetas/certificados visibles, sin derechos de propiedad intelectual visibles. No prueba: Producto de nube en vivo, base de clientes actual, combinación de ingresos actual, infraestructura propia, huella de centro de datos, calidad del SLA o madurez operativa. Importancia económica: Establece a Clouding como una entidad jurídica real a la vez que muestra una escala visible pequeña, similar a la de servicios, en lugar de un perfil de nube pública intensivo en capital.
Pappers — Estatutos constitutivos de Clouding (PDF)URL:https://www.pappers.fr/entreprise/clouding-891849655/documents/CLOUDING%20-%20Statuts%20constitutifs%2009-12-2020.pdfTipo de fuente: Documento legal/de constitución de la empresa. Respalda: Amplio objeto social de servicios de TI, reventa de hardware, desarrollo de software/sitios/aplicaciones, actividad de licencias, capital de 1.000 €, Karim Bouabene como único accionista en la constitución. No prueba: Propiedad actual si ha cambiado posteriormente, combinación real de productos, contratos con clientes u operaciones de nube. Importancia económica: Muestra que la empresa se constituyó como un vehículo amplio de servicios de TI, no de forma limitada como una plataforma de infraestructura capitalizada.
Pappers — Página del directivo Karim BouabeneURL:https://www.pappers.fr/dirigeant/karim_bouabene_1979-12Tipo de fuente: Página de directivo/persona derivada del registro. Respalda: La asociación continua de Karim Bouabene como presidente de Clouding y la falta de una red visible amplia de empresas vinculadas. No prueba: Participación en el día a día, propiedad efectiva actual, profundidad del personal o capacidad operativa. Importancia económica: Apunta a la concentración en el fundador, lo que puede ayudar a la responsabilidad técnica pero crea un riesgo de persona clave y de continuidad.
Espejo RIPE/RDAP — AS212718 clouding-asnURL:https://zh-hant.ipshu.com/asn/212718Tipo de fuente: Espejo de datos RDAP/WHOIS/RIR. Respalda: AS212718, "clouding-asn", ubicación en Francia, ORG-CS860-RIPE Clouding SASU, dirección en Crosne, registros de mantenedor/registrante, contacto de abusos encontact@clouding.fr. No prueba: Originación de rutas activa, volumen de tráfico, cargas de trabajo de clientes, peering, relaciones de tránsito, centros de datos o ingresos. Importancia económica: Confirma la identidad de operador de red y la opcionalidad de infraestructura, pero no la escala de mercado.
RIPE NCC — Descripción de la base de datos RIPEURL:https://www.ripe.net/manage-ips-and-asns/db/Tipo de fuente: Documentación oficial del RIR. Respalda: El significado interpretativo de los registros de la base de datos RIPE como datos de registro, contacto y coordinación de enrutamiento. No prueba: Nada específico sobre las operaciones comerciales de Clouding. Importancia económica: Evita la sobreinterpretación del RDAP: la identidad de registro es significativa, pero no equivale a la capacidad operativa de la nube.
RIPE NCC — Contexto de la política abuse-cURL:https://www.ripe.net/manage-ips-and-asns/db/support/documentation/ripe-database-acceptable-use-policy/Tipo de fuente: Documentación/política oficial del RIR. Respalda: Los contactos de abusos están destinados a recibir informes de comportamiento abusivo originado en la red de un titular de recursos. No prueba: Que Clouding tenga incidentes de abuso o un volumen de abuso específico. Importancia económica: Muestra que la propiedad de recursos de red conlleva obligaciones operativas; la gestión de abusos es una carga de costes fijos para los pequeños operadores de alojamiento/nube.
Cloudflare Radar — Página de enrutamiento/RPKI de AS212718URL:https://radar.cloudflare.com/pl-pl/routing/rpki/as212718Tipo de fuente: Interfaz externa de análisis de enrutamiento. Respalda: AS212718 aparece en el contexto de monitorización de enrutamiento público como "clouding-asn". No prueba: Tráfico significativo, cargas de trabajo activas de clientes, número de prefijos, estabilidad de rutas o adopción comercial a partir del texto accesible. Importancia económica: Útil como indicador de seguimiento para saber si el ASN de Clouding se vuelve operativamente visible.
Espejo de asignaciones RIPE de Telecom SudParis / rastro de búsquedaURL:https://www-public.telecom-sudparis.eu/~maigron/rir-stats/ripe-allocations/allocations/fr-ip-allocations.htmlTipo de fuente: Espejo público de asignaciones RIPE / pista de índice de búsqueda. Respalda: Una débil señal indexada que asocia "fr.clouding", Clouding SASU, 20250512 y el prefijo IPv6 2a04:5fc0::/29; el espejo en sí describe la estructura del archivo de asignaciones RIPE. No prueba: Asignación actual, enrutamiento activo, uso por parte de clientes, o que la línea esté visible actualmente en el extracto de página accesible. Importancia económica: Si se confirma, reforzaría materialmente la tesis de opcionalidad de infraestructura; hasta que se confirme, es un punto de vigilancia, no un hecho firme.
Autorité de la concurrence — Opinión sobre el sector de la nube en FranciaURL:https://www.autoritedelaconcurrence.fr/fr/communiques-de-presse/informatique-en-nuage-cloud-lautorite-de-la-concurrence-rend-son-avis-sur-leTipo de fuente: Análisis de mercado de la autoridad francesa de competencia. Respalda: Dominancia de los hiperescaladores en IaaS/PaaS francés, preocupaciones sobre créditos, tarifas de salida, poder de los ecosistemas y barreras a la migración. No prueba: Cuota de mercado, base de clientes o conducta de Clouding. Importancia económica: Define la estructura competitiva en torno a la que Clouding debe operar: la infraestructura de nube en bruto no es un mercado fácil de diferenciar.
Comisión Europea — Explicación de la Ley de DatosURL:https://digital-strategy.ec.europa.eu/en/factpages/data-act-explainedTipo de fuente: Explicación normativa oficial de la UE. Respalda: Barreras al cambio, eliminación progresiva de las tarifas de salida, interoperabilidad y dirección de transparencia contractual para los servicios de nube/borde. No prueba: Que el cambio vaya a ser operativamente fácil o que los pequeños proveedores se beneficien automáticamente. Importancia económica: La economía del bloqueo en la nube está cambiando; los pequeños proveedores deben ganar en servicio y adecuación operativa, no solo en retórica anti-bloqueo.
DINUM — Doctrina de nube para el sector público francésURL:https://www.numerique.gouv.fr/offre-accompagnement/cloud-administrations/programme/Tipo de fuente: Guía oficial de política de nube del gobierno francés. Respalda: Política de nube por defecto, criterios de seguridad y coste, requisito de SecNumCloud o equivalente para sistemas sensibles, consideraciones de portabilidad y diversidad de proveedores. No prueba: Que Clouding sea elegible o no para todos los contratos públicos. Importancia económica: Muestra por qué la certificación y la evidencia pública son importantes para los compradores regulados; la localidad por sí sola es insuficiente.
ANSSI — Recomendaciones sobre el alojamiento de sistemas de información sensibles en la nubeURL:https://messervices.cyber.gouv.fr/documents-guides/anssi_Recommendations%20on%20hosting%20sensitive%20IS%20in%20the%20cloud.pdfTipo de fuente: Guía oficial de ciberseguridad. Respalda: Significado y papel de la cualificación SecNumCloud para los proveedores de nube y la confianza en las prácticas operativas. No prueba: Que Clouding tenga, carezca, haya buscado o no haya logrado alguna cualificación, más allá de la ausencia de certificación visible en los registros de la empresa. Importancia económica: Define la prima de confianza y la barrera de cumplimiento que separa el alojamiento local ordinario de las cargas de trabajo sensibles de nube soberana.
Materiales públicos de OVHcloud, Scaleway, OUTSCALE, Cloud Temple y Clever CloudURLs: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/Tipo de fuente: Páginas oficiales y anuncios de la competencia. Respalda: Existencia de alternativas de nube francesas/europeas con mayor evidencia, con superficies de producto más amplias, posicionamiento de soberanía o certificaciones. No prueba: Solapamiento directo de clientes con Clouding o que Clouding no pueda ganar clientes de nicho. Importancia económica: Establece el techo competitivo: la cuña plausible de Clouding es la especificidad basada en el soporte, no la paridad con una plataforma de nube amplia.
Trustpilot/HostAdvice Clouding.io y rastros web no relacionados de CloudingURLs:https://fr.trustpilot.com/review/clouding.io;https://hostadvice.com/hosting-company/clouding-io-reviews/;https://www.clouding.lt/about-us/Tipo de fuente: Señales de sitios de reseñas y de empresas no relacionadas. Respalda: Colisión de nombres en torno a "Clouding", especialmente con una marca de alojamiento española Clouding.io y otras entidades Clouding no relacionadas. No prueba: Reputación, calidad, interrupciones, satisfacción del cliente o quejas de Clouding SASU. Importancia económica: Muestra el ruido de la diligencia debida y la ambigüedad de SEO/reputación; las señales positivas o negativas de marcas "Clouding" no relacionadas no deben ser mal atribuidas.
Puntos de vigilancia
Monitorizar AS212718 en busca de nuevos anuncios BGP visibles, objetos route6, ROAs RPKI, cambios de proveedor de tránsito, rutas inválidas, fugas de rutas, visibilidad de tráfico y rastros de peering.
Confirmar o descartar la pista de asignación IPv6 2a04:5fc0::/29 a través de RIPEstat, objetos de la base de datos RIPE, RPKI, colectores de rutas y archivos de asignación delegada.
Vigilar clouding.fr en busca de una superficie de producto: precios, SLA, DPA, página de estado, documentación de API, portal de cliente, términos legales, política de soporte, historial de incidentes y ubicaciones de infraestructura nombradas.
Seguir PeeringDB, France-IX, Equinix, Telehouse, referencias de proveedores de tránsito y páginas de socios de centros de datos para cualquier aparición de AS212718 o Clouding SASU.
Seguir Pappers/BODACC en busca de aumentos de capital, nuevos accionistas, cambios de dirección, publicación de cuentas, fusiones, transferencias de activos, prendas, señales de insolvencia o cambios de domicilio.
Vigilar las bases de datos de contratación pública, las referencias UGAP, las licitaciones de autoridades locales, las referencias de alojamiento sanitario y las divulgaciones de subcontratistas para Clouding SASU o clouding.fr.
Seguir las superficies de certificación: SecNumCloud, ISO 27001, HDS, SOC 2, listas de cualificación ANSSI en curso o reclamaciones de socios que impliquen a un proveedor de infraestructura cualificado.
Vigilar las ofertas de empleo para puestos de SRE, NOC, soporte, abusos, seguridad, ingeniería de sistemas o ventas; el número de empleados es la señal más clara de que Clouding está yendo más allá de los servicios dirigidos por el fundador.
Seguir los rastros de clientes: dominios alojados, patrones MX/NS, menciones de revendedores, ejemplos de despliegue en GitHub, dependencias de páginas de estado, testimonios, paquetes de MSP y referencias de facturas.
Monitorizar las señales de abuso y reputación: Spamhaus, retiradas de phishing, quejas de spam, historial de listas negras, listados al estilo UCEProtect, hilos públicos de abuso y avisos de suspensión de proveedores de tránsito.
Tratar cualquier señal de reseña/interrupción de Clouding.io, Clouding.lt u otro "Clouding" como no atribuible hasta que la entidad, dominio, ASN o nombre legal se vincule claramente con Clouding SASU.