Resumen
- YISU CLOUD LTD tiene una evidencia operativa pública más sólida que una mera cáscara corporativa: el propio sitio de Yisu comercializa servicios en la nube y de alojamiento, APNIC RDAP enumera AS136970, AS138152 y AS142403 controlados por Yisu como sistemas autónomos activos de Hong Kong, y RIPEstat muestra que los tres fueron anunciados el 12 de julio de 2026.
- Esa evidencia aún no revela la propiedad de los racks, arrendamientos de instalaciones con nombre, topología de energía, redundancia de refrigeración, profundidad del personal de soporte ni rutas de migración probadas para los clientes. El enrutamiento público prueba un espacio de direcciones alcanzable; no prueba cuánta capacidad informática utilizable puede sobrevivir a un mantenimiento o una falla.
- El riesgo más importante para el cliente es una contracción de la capacidad alojada: una falla de rack, proveedor ascendente, stock de hardware, soporte, facturación, migración o contrato con el proveedor que deje a un cliente pequeño con un servicio IP visible pero con un apalancamiento limitado sobre la capa física subyacente.
El escaparate es más amplio que la prueba de la planta
La cara pública de YISU CLOUD LTD es un escaparate en la nube, no una etiqueta de ruta pasiva. La página de inicio internacional enyisu.com/intlanuncia computación elástica en la nube, servidores dedicados, MySQL gestionado, IP anti-DDoS, servidores ligeros, balanceo de carga y certificados SSL. La misma página dice que la empresa ofrece acceso instantáneo a servicios en la nube en ubicaciones como Tokio, Fráncfort, Washington y Los Ángeles, mientras que su mapa de ubicaciones también menciona Hong Kong, Singapur, Japón, Corea del Sur, Alemania, Bangkok, India, Indonesia, Australia y Estados Unidos. Esa es una afirmación comercial amplia: Yisu está vendiendo a los clientes la idea de que la capacidad se puede pedir a través de un panel y utilizarse como una superficie de alojamiento global.
La propia páginaAcerca de Yisu Cloudde la empresa hace la afirmación más explícita. Dice que Yisu fue fundada en 2017, la llama un proveedor global de servicios en la nube, y dice que ha construido servicios de computación en la nube para empresas, desarrolladores y organizaciones gubernamentales. También dice que Yisu ha establecido centros de datos ecológicos y de ahorro de energía, y oficinas operativas en Pekín, Shanghái, Cantón, Hangzhou, Hong Kong y otras regiones de China, así como en Europa, Corea del Sur, Japón, Singapur y Estados Unidos. La misma página afirma tener más de 50 000 servidores en la nube, más de 30 000 usuarios acumulados, más de 2800 nodos CDN, 130 TB/s de ancho de banda CDN y capacidad de defensa DDoS superior a 5000 Gbps. Son cifras grandes para un proveedor con una divulgación limitada de instalaciones independientes.
Esa brecha es el punto de partida del artículo. La evidencia pública respalda a Yisu como un operador real de servicios alojados con infraestructura de red activa. No respalda tratar cada afirmación de ubicación o escala como una medida de capacidad auditada. Una página de producto puede decir «servidor en la nube»; un pedido de cliente puede producir una máquina virtual; una tabla BGP puede mostrar rutas originadas por Yisu; sin embargo, ninguno de esos hechos identifica la sala de datos, el número de racks, el diseño de alimentación eléctrica, el inventario de repuestos, la cola de reparaciones o el plan de salida del cliente.
La capacidad alojada siempre parece abstracta en el momento de la compra. En caso de falla, se vuelve física.
Las páginas de productos de Yisu hacen que esa dependencia física sea inusualmente clara. La página deComputación Elástica en la Nubedice que los clientes pueden elegir CPU, memoria, ancho de banda y IP dedicada, y promueve protección de datos respaldada por RAID, instantáneas, redes internas personalizadas, grupos de seguridad y defensa contra ataques DDoS. La página deServidor Dedicadova un nivel más abajo: vende servidores físicos dedicados en entornos de un solo inquilino, con instalación automática del sistema operativo, configuración de red, conexión de discos y controles del ciclo de vida. La página deServidor Ligeroes más simple pero igualmente depende de que la computación, la red y el almacenamiento se agrupen de manera confiable. Estas no son solo promesas de software. Requieren servidores, discos, puertos de switch, electricidad, refrigeración, stock de IP, tránsito y personal que pueda reconstruir o trasladar a los clientes cuando algo se rompe.
La lectura justa no es ni rechazo ni credulidad. El registro público de red de Yisu es lo suficientemente sustancial como para estudiarlo. Su sitio web es lo suficientemente específico como para mostrar un catálogo de servicios. Pero la capa de instalaciones sigue siendo lo suficientemente opaca como para que los clientes deban preguntar cómo se asigna la capacidad comercializada a racks, arrendamientos y ventanas de reparación. La propia evidencia de la empresa le da forma a los servicios; la evidencia de enrutamiento le da un esqueleto a la red; la evidencia faltante de las instalaciones define el riesgo.
Tres ASN de Yisu son visibles, pero realizan diferentes funciones
Los anclajes duros más sólidos son los registros de APNIC y RIPEstat para tres ASN controlados por Yisu.APNIC RDAP para AS136970enumera «YISUCLOUDLTD-AS-AP - YISU CLOUD LTD» como un sistema autónomo activo de Hong Kong, registrado en septiembre de 2017 y modificado por última vez en enero de 2021.APNIC RDAP para AS138152enumera «YISUCLOUDLTD-HK - YISU CLOUD LTD» como activo, registrado en agosto de 2018 y modificado por última vez en enero de 2021.APNIC RDAP para AS142403enumera el mismo nombre YISUCLOUDLTD-HK como activo, registrado en junio de 2021. Los tres registros apuntan a la misma familia de titulares de Yisu en Hong Kong.
RIPEstat confirma que no son etiquetas inactivas. Sus páginas de resumen de AS muestranAS136970,AS138152yAS142403como anunciados el 12 de julio de 2026. Las consultas de estado de enrutamiento son más útiles porque dan escala:AS136970tenía 17 prefijos IPv4 visibles,AS138152tenía 44 prefijos IPv4 visibles, yAS142403tenía 70 prefijos IPv4 visibles en el momento de la consulta de RIPEstat. Cada uno mostraba cero /48 IPv6 visibles en esa vista. En conjunto, son 131 equivalentes /24 enrutados, o 33 536 direcciones IPv4 antes de contabilizar direcciones reservadas, filtradas, alquiladas, suspendidas o utilizadas internamente.
BGP.tools ofrece una vista externa complementaria. Supágina de AS136970describe a Yisu como una red de contenido con 17 prefijos IPv4, proveedores ascendentes a través de ASLINE y AS142403, y una lista descendente para AS142403. Supágina de AS138152muestra 44 prefijos IPv4 y proveedores ascendentes a través de Zenlayer, Cogent y China Telecom Next Generation Carrier Network. Supágina de AS142403muestra 70 prefijos IPv4, proveedores ascendentes a través de NTT America, AS136970 y HK Kwaifong Group Limited, y una lista descendente para AS136970. Esas páginas no son certificados de instalaciones, pero demuestran que la presencia pública en Internet de Yisu no se limita a una sola ruta o proveedor.
Los tres ASN también sugieren diferentes roles operativos. AS136970 parece una red Yisu más antigua con un conjunto de prefijos más pequeño y un vínculo interno con AS142403. AS138152 parece una red de servicio con diversidad de tránsito con Zenlayer, Cogent, China Telecom Backbone y China Telecom Next Generation Carrier Network visibles en los datos de BGP.tools o RIPEstat. AS142403 parece el borde público más grande, transportando muchos /24 descritos como de Yisu en Hong Kong y descritos por AFRINIC, y conectándose a NTT, HK Kwaifong Group y AS136970. Un cliente no necesita memorizar el mapa de AS.
Importa porque las interrupciones, el filtrado y los tiempos de reparación pueden ser diferentes dependiendo de qué AS y ruta ascendente aloje el servicio del cliente.
PeeringDB añade una ausencia notable. Las consultas paraAS136970,AS138152yAS142403no devuelven ninguna entrada de red. Eso no prueba que Yisu carezca de interconexión, instalaciones o interconexión privada. Muchas redes de alojamiento más pequeñas no mantienen una página de PeeringDB, y algunas compran tránsito en lugar de anunciar presencia en un intercambio. Pero la ausencia deja a los clientes sin una lista pública de instalaciones, lista de intercambios, política de tráfico o notas del NOC de PeeringDB. Para un comprador de capacidad alojada, eso significa que el Internet público puede ver las rutas, mientras que la huella física y de interconexión permanece mayormente detrás del escaparate.
La mezcla de espacio de direcciones apunta a arrendamiento y agregación, no a un simple conjunto uniforme
El espacio de direcciones enrutado de Yisu no es una asignación corporativa única y ordenada. APNIC muestra algunos rangos directamente bajo Yisu. Por ejemplo,39.109.104.0/24está dentro de un inetnum de APNIC para YISU CLOUD LTD en Hong Kong, con información de enrutamiento de APNIC que también muestra un origen a través de AS133115.103.100.208.0/24está en un bloque portable asignado 103.100.208.0/22 para YISU CLOUD LTD, nuevamente con una entrada de ruta de APNIC a través de AS133115. Esos registros son útiles porque vinculan al menos una parte de la superficie de servicio visible a la numeración propia de Yisu en APNIC.
Otras rutas originadas por Yisu tienen una historia más estratificada.43.225.157.0está en una asignación de APNIC descrita como Better Cloud Limited en Kwai Chung, no una asignación directa de Yisu.103.142.86.0se describe como SHENGYD(HK)LIMITED, con una entrada de ruta originada por AS138152.103.144.244.0se describe como PROSPUR INT'L CO., LIMITED, también con una entrada de ruta de AS138152. Los ejemplos atendidos por AFRINIC añaden otra capa:154.92.14.0/24se describe como Yisu Cloud Ltd en Hong Kong y es originado por AS142403, mientras que156.227.232.0/24se describe como Cloud Innovation Ltd con país RU y una descripción de ruta para Yisu Cloud Ltd a través de AS138152.
Esta mezcla es común en el mercado de alojamiento de bajo costo y anti-DDoS. Los proveedores a menudo combinan su propio espacio de direcciones portable con espacio arrendado, delegado o enrutado de clientes y socios. La implicación operativa es simple: el stock de IP anunciado no es lo mismo que la capacidad informática permanentemente controlada.
Si un cliente recibe una dirección de un bloque mantenido por otro LIR, el servicio aún puede funcionar perfectamente, pero los términos del contrato, el manejo de abusos, la geolocalización, la autorización de rutas, la reputación y las opciones de transferencia pueden depender de partes ajenas a Yisu. Eso importa cuando un cliente necesita mover una instancia, reclamar una dirección, evitar que el tráfico de búsqueda cambie de región, o responder a una revisión bancaria o de cumplimiento normativo.
Los registros RDAP incluyen otra advertencia pequeña pero importante. El registro de contacto de abusos de Yisu está marcado con comentarios que dicen que[email protected]no es válido en los registros RDAP de APNIC paraAS138152yAS142403, con una fecha de último cambio en marzo de 2026 para el registro de abusos. Eso no significa que Yisu sea inalcanzable a través de todos los canales de soporte; su sitio enumera[email protected] en la página de contacto, y los clientes que compran el servicio usarían el portal del cliente. Significa que la higiene del registro público para el manejo de abusos no es tan sólida como debería ser para un proveedor de alojamiento cuyo servicio incluye mitigación de DDoS y recursos IP orientados al cliente.
La higiene del espacio de direcciones no es meramente burocrática. En un servicio en la nube, la reputación de la IP puede decidir si el correo del cliente se entrega, si una pasarela de pago acepta tráfico, si una CDN permite el acceso al origen, si un motor de búsqueda coloca mal el sitio, o si un informe de abuso llega a alguien antes de que se filtre una ruta. La escala de ruta visible de Yisu es significativa. La mezcla de descripciones directas, de socios y atendidas por AFRINIC significa que los clientes deben preguntar qué pueden conservar, mover o reemplazar si un contrato de proveedor o una delegación de IP cambia.
Las promesas de productos se convierten rápidamente en dependencias físicas
La página deComputación Elástica en la Nubede Yisu vende opciones flexibles de CPU, memoria, ancho de banda y almacenamiento, y dice que los recursos en la nube se pueden escalar horizontal y verticalmente. Esa es la conveniencia comercial del alojamiento en la nube. La pregunta física es qué sucede cuando muchos clientes quieren el mismo recurso en la misma ubicación al mismo tiempo. El escalado horizontal requiere capacidad de host libre, puertos de switch libres, suficiente stock de IP pública o privada, y backends de almacenamiento que puedan absorber nueva E/S. El escalado vertical requiere capacidad del hipervisor o migración a un host más grande. Ninguno está garantizado solo por un selector de productos.
La misma página hace afirmaciones de fiabilidad: hasta un 99,95 % de disponibilidad del servicio y no menos del 99,9999 % de fiabilidad de los datos, protección de datos RAID, instantáneas, redes personalizadas y funciones de seguridad. El cliente debe leer esas afirmaciones como afirmaciones de diseño del servicio, no como prueba de una región auditada.
RAID puede proteger contra algunas fallas de disco, pero no protege contra la pérdida de energía de un rack completo, una interrupción del plano de control, una falla del controlador de almacenamiento, un error del operador, una falla en la restauración de una instantánea o un drenaje de red que deje al cliente desconectado de sus datos. Las instantáneas solo son valiosas si se almacenan lo suficientemente separadas del sistema fallido y se pueden restaurar dentro de la tolerancia del cliente.
La página deServidor Dedicadoestá aún más expuesta a restricciones físicas. Anuncia servidores dedicados en entornos de un solo inquilino, implementación rápida, operación y mantenimiento 24/7, aislamiento físico, redundancia de datos RAID10, tecnología de red de múltiples enlaces y aislamiento de red. El servidor dedicado es atractivo porque el cliente evita la sobrecarga de virtualización y el riesgo de vecino ruidoso. También es menos elástico que un servidor virtual cuando el stock de hardware es ajustado. Una falla en un servidor dedicado puede requerir un chasis de repuesto, discos compatibles, diagnóstico manual, acceso a manos remotas o una reinstalación del sistema operativo. Si Yisu tiene hardware de repuesto en la misma instalación, la recuperación puede ser rápida. Si tiene que esperar una visita a la instalación o una pieza de repuesto, la ventana de reparación se convierte en el producto.
La página deRDS para MySQLde Yisu dice que su servicio de base de datos utiliza almacenamiento SSD de nivel empresarial, alta disponibilidad, división de lectura/escritura, copias de seguridad flexibles y despliegue primario-secundario en diferentes servidores. Esa arquitectura puede reducir el riesgo de un solo servidor, pero plantea nuevas preguntas sobre dependencias. ¿Están el primario y el secundario en diferentes racks, diferentes dominios de energía o solo en diferentes hosts? ¿Las copias de seguridad se mantienen en un clúster de almacenamiento diferente? ¿Puede un cliente exportar un volcado utilizable durante un incidente, o solo a través de un panel de control funcional? ¿Una conmutación por error preserva las credenciales de la aplicación y los endpoints de conexión? Un servicio de base de datos gestionado es conveniente precisamente porque oculta estos mecanismos. El comprador aún necesita un plan de portabilidad.
La página deBalanceador de Carga Elásticovende reenvío de capa 4 y capa 7, comprobaciones de salud, persistencia de sesiones y diseño redundante. El uso más sólido de un balanceador de carga es absorber fallas individuales de servidores. El uso más débil es colocar todas las instancias del cliente detrás de un balanceador de carga que a su vez depende de un solo sitio, una ruta ascendente, una cuenta o un plano de control. La página de Yisu dice que la activación y desactivación de nodos de servicio no afecta el servicio actual. Eso es plausible para un clúster bien diseñado, pero la página pública no identifica la distribución de las instalaciones del clúster ni si las cargas de trabajo de los clientes pueden balancearse entre regiones.
La página deIP Anti-DDoSes el producto más dependiente de la red de todos. Anuncia una gran capacidad de limpieza DDoS, ocultación de la IP real, soporte TCP/UDP/HTTP/HTTPS, protección contra inundaciones DNS y soporte 24/7. La página también contiene lenguaje de capacidad tanto «over 5000 GB» como «1000G+», que debe leerse con cuidado porque las páginas de marketing a menudo mezclan la capacidad total de la plataforma, los niveles por producto y los picos de limpieza en el mejor de los casos. La defensa DDoS no es solo un número de ancho de banda. Depende de la capacidad limpia ascendente, las ubicaciones de limpieza, el control de falsos positivos, la velocidad de enrutamiento, la cobertura de tipos de ataque y si un cliente puede alejarse si la IP protegida se bloquea o satura.
Hong Kong es el ancla pública, mientras que la capacidad global sigue siendo más difícil de verificar
Los registros legales y de red de Yisu están fuertemente anclados en Hong Kong. APNIC RDAP lista YISU CLOUD LIMITED como una organización de Hong Kong con una dirección en World Peace Centre, Wo Tong Tsui Street, Kwai Chung, y los registros whois de APNIC para los bloques IP de Yisu repiten la misma familia de contacto en Hong Kong. El sitio público de Yisu también dice que su estrategia global incluye Hong Kong, y su mapa de ubicaciones distingue a Hong Kong de otras regiones listadas. El ancla en Hong Kong es creíble.
Lo que sigue siendo menos claro es cuánto del catálogo de servicios es operado por racks propios de Yisu, jaulas arrendadas, servidores alquilados, contratos de revendedor o capacidad de socios en cada ubicación anunciada.
Hong Kong es un lugar plausible para construir este tipo de servicio. El portal de centros de datos del gobierno llama a Hong Kong una ubicación privilegiada para centros de datos debido a sus sólidas telecomunicaciones, sistemas de cables submarinos externos, un mercado de telecomunicaciones liberalizado, alrededor de 300 proveedores de banda ancha con licencia, alta fiabilidad eléctrica, libre flujo de información y ley de privacidad de datos. La página deFacilitación de Centros de Datosde la Oficina de Política Digital dice que el gobierno apoya los centros de datos como infraestructura central para las finanzas, el comercio, la logística y la computación en la nube, y señala que un sitio del Clúster de Instalaciones de Datos de Sandy Ridge fue adjudicado en marzo de 2026. La misma página dice que Hong Kong se beneficia de una electricidad fiable, una infraestructura de telecomunicaciones sólida y un bajo riesgo de desastres naturales.
El lado de la oferta no está exento de fricciones. Una respuesta del Consejo Legislativo de junio de 2024 sobrepropiedades disponibles para uso de centros de datosdijo que Hong Kong tenía aproximadamente 970 000 metros cuadrados de superficie de centro de datos en ese momento, estimó una demanda de operadores a corto y medio plazo de unos 300 000 metros cuadrados, y esperaba que la superficie total alcanzara 1,5 millones de metros cuadrados para 2026. La misma respuesta discutió la conversión de edificios industriales, la reurbanización, la altura de los pisos, la capacidad de carga, la seguridad contra incendios, la seguridad, el saneamiento, el estacionamiento, los ascensores, los inodoros, el suministro eléctrico y la generación de respaldo como problemas prácticos. Ese es exactamente el mundo físico detrás de la cuadrícula de productos de un proveedor de nube.
Para Yisu, la evidencia pública no vincula cada región anunciada con instalaciones nombradas. Las ofertas de compra rápida de la página de inicio mencionan Tokio, Fráncfort, Washington y Los Ángeles, mientras que la página Acerca de nombra Estados Unidos, Alemania, Bangkok, India, Corea del Sur, Japón, Hong Kong, Singapur, Indonesia y Australia con etiquetas de activado, en construcción y planificación. Esas son señales comerciales útiles, pero no deben convertirse en zonas de disponibilidad independientes sin más pruebas.
Una etiqueta de región puede significar racks propios, servidores dedicados alquilados, capacidad virtual de un tercero, un punto de limpieza DDoS o una ubicación de pedido en la interfaz de usuario.
Por lo tanto, el límite operativo es el verdadero problema. Si Yisu controla un rack directamente, puede dividir las fuentes de alimentación, reemplazar un disco, coordinar la reparación de la interconexión y aplicar procedimientos de acceso. Si Yisu revende el servidor de un proveedor en otro país, depende de la cola de manos remotas de ese proveedor, las piezas de repuesto, el estado de facturación, las ventanas de mantenimiento y la política de rutas. Si Yisu proporciona un front-end anti-DDoS en un lugar y alojamiento de origen en otro, el cliente depende de ambos. El alojamiento global es valioso precisamente porque ofrece opciones.
Es arriesgado cuando el comprador no puede saber qué parte controla el dominio de falla.
Existe diversidad de tránsito, pero no es lo mismo que diversidad de sitios
El enrutamiento de Yisu no es de una sola conexión en el sentido más simple. Lavista de vecinos de AS138152de RIPEstat muestra cuatro vecinos observados el 12 de julio de 2026: AS174, AS21859, AS4134 y AS4809. BGP.tools etiqueta esos como Cogent, Zenlayer, China Telecom Backbone y China Telecom Next Generation Carrier Network en su página pública para AS138152. Esa es una mezcla significativa para un proveedor de alojamiento orientado a Hong Kong y China. Sugiere que Yisu puede llegar a los clientes a través de tránsito global, tránsito orientado al alojamiento y rutas relacionadas con China Telecom.
AS142403 tiene una forma diferente. Lavista de vecinos de AS142403de RIPEstat muestra AS133115, AS136970 y AS2914 en el lado izquierdo, con AS136970 también apareciendo en el lado derecho. BGP.tools identifica esos proveedores ascendentes visibles como HK Kwaifong Group Limited, el AS136970 propio de Yisu y NTT America. AS136970, a su vez, aparece en lavista de vecinosde RIPEstat con AS142403 y AS18013, que BGP.tools identifica como Yisu y ASLINE. El resultado es una red donde los ASN de Yisu son interdependientes y donde el tránsito externo difiere según el ASN.
Eso es mejor que un único proveedor ascendente visible, pero no resuelve la cuestión de la resiliencia física. Los vecinos BGP pueden existir en el mismo edificio, en la misma ruta de sala de encuentro, a través del mismo proveedor de interconexión, o a través de circuitos que comparten un conducto fuera de la instalación. También pueden ser geográficamente diversos. Los datos públicos de BGP rara vez distinguen esos casos.
Un cliente que ve AS138152 conectado a rutas de Zenlayer, Cogent y China Telecom aún necesita saber si su servidor está conectado a switches de top-of-rack redundantes, si esos switches salen a través de enrutadores separados, y si una ventana de mantenimiento en una instalación puede eliminar toda la accesibilidad práctica.
El marketing orientado a China de Yisu hace que esto sea especialmente importante. Las páginas de inicio y Acerca de mencionan repetidamente ancho de banda estilo CN2 y rutas de retorno rápidas para usuarios domésticos. La visibilidad de China Telecom Next Generation Carrier Network en AS138152 respalda la idea de que el tránsito orientado a China es importante para el servicio. No prueba el rendimiento de extremo a extremo desde cada ciudad anunciada o desde cada red de acceso continental. Las rutas orientadas a China pueden ser valiosas, congestionadas, filtradas, costosas o limitadas por contrato dependiendo del circuito y el proveedor.
Un servicio que funciona bien para un cliente de Hong Kong puede comportarse de manera diferente para una empresa continental, un usuario del sudeste asiático o un origen norteamericano.
La ausencia pública de PeeringDB también importa aquí. Una página de PeeringDB podría listar intercambios, instalaciones, política de tráfico y contactos del NOC. El resultado de no entrada para los tres ASN de Yisu deja la evidencia de tránsito público dispersa en herramientas BGP y registros. Eso no debilita la red por sí solo. Hace que la diligencia debida del cliente sea más manual.
El comprador debe preguntar qué AS originará su IP de servicio, qué proveedores ascendentes la transportarán, si la conmutación por error se ha probado, si la protección DDoS cambia la ruta, y si Yisu puede mover la ruta o el servicio a una región diferente sin forzar una reconstrucción.
El soporte y la facturación son parte de la infraestructura
El sitio web de Yisu vende control técnico, pero el servicio también depende de sistemas administrativos. La página de inicio promueve una consola, implementación con un clic, gráficos de monitoreo, gestión de configuración y soporte técnico 24/7/365. Lapágina de contactoproporciona un correo electrónico de soporte y un formulario web. Las páginas de producto redirigen a los clientes hacia enlaces de registro, inicio de sesión, facturación, añadir fondos y consola. En un modelo de alojamiento de bajo costo, estos sistemas no son secundarios. Si la facturación, la verificación de la cuenta o el panel de control fallan, un cliente puede no poder renovar un servidor, reemplazar una IP, abrir un ticket, redimensionar el almacenamiento o recuperarse de una suspensión.
La profundidad del soporte es particularmente importante porque Yisu vende productos tanto virtuales como físicos. Los servidores virtuales a menudo se pueden reiniciar, reinstalar o redimensionar a través de la automatización. El servidor dedicado puede requerir trabajo práctico. La protección DDoS puede requerir análisis de tráfico en vivo y ajuste de rutas. MySQL gestionado puede requerir restauración de copias de seguridad, decisiones de conmutación por error y triaje de rendimiento. El balanceo de carga puede requerir corrección de comprobaciones de salud o reemplazo de certificados.
Un proveedor puede anunciar soporte 24/7, pero la métrica real es si el soporte puede cambiar algo en el rack, en el enrutador o en la cuenta del cliente durante un incidente en vivo.
La nota de salud de contacto de APNIC no debe sobreinterpretarse, pero tampoco debe ignorarse. El comentario de RDAP de que el contacto[email protected]no es válido no necesariamente describe el soporte al cliente. Sin embargo, muestra que el contacto público de abusos adjunto a los recursos de APNIC de Yisu tiene un problema de validación. Los proveedores de alojamiento viven con informes de abuso todos los días: servidores comprometidos, páginas de phishing, escáneres, nodos de comando DDoS, spam, relleno de credenciales, proxies abiertos y tráfico de bots. Si el correo de abuso rebota o está mal monitoreado, los proveedores ascendentes y los de reputación pueden escalar filtrando o anulando rutas de espacio de direcciones. Eso puede afectar a clientes inocentes que comparten un prefijo o segmento ascendente.
El riesgo de facturación es similar. Los usuarios de la nube a menudo piensan en la nube como elástica, pero muchos proveedores de bajo costo operan con saldos prepagos. Si la tarjeta de un cliente falla, un saldo se agota, una verificación de fraude se detiene o la cuenta de un revendedor se suspende, la computación puede desaparecer más rápido que en un contrato empresarial. Los enlaces de inicio de sesión y facturación de Yisu muestran un servicio convencional basado en panel. El sitio público no explica los períodos de gracia, las ventanas de retención de datos, los procedimientos de bloqueo de cuenta o los derechos de exportación.
Esos términos deciden si un cliente puede sobrevivir a un problema administrativo.
Las ventanas de soporte también dan forma a la migración. Un cliente puede mover un sitio web estático rápidamente si mantiene copias de seguridad y control de DNS. Un cliente que ejecuta una base de datos con estado, un servidor de juegos, una API de pago, un endpoint de tecnología publicitaria o un sitio orientado a China puede necesitar continuidad de IP, instantáneas de datos, reglas de firewall, certificados y reputación de ruta. Las páginas de Yisu hablan de instantáneas, copias de seguridad y migración sin problemas en un lenguaje específico del producto, pero las páginas públicas no definen garantías de exportación entre proveedores.
En una falla del contrato del proveedor, la pregunta de soporte más importante no es si un ticket recibe una respuesta educada. Es si el cliente puede obtener los datos, las direcciones y la configuración del servicio antes de que se acabe el tiempo.
La localidad y la soberanía de datos necesitan un plan del comprador
La cuestión de la localidad de la asignación es central para Yisu porque su comercialización abarca Hong Kong, China continental, Asia-Pacífico, Europa y Estados Unidos, mientras que sus registros legales y de red están fuertemente basados en Hong Kong. La localidad de los datos no se trata solo de dónde está registrada una empresa. Se trata de dónde se ejecuta la carga de trabajo, dónde residen las copias de seguridad, dónde el personal de soporte puede acceder a los datos, dónde se limpia el tráfico DDoS, qué leyes rigen la transferencia y qué sucede cuando el cliente necesita una prueba.
El portal público de centros de datos de Hong Kong enfatiza el libre flujo de información y la Ordenanza de Privacidad de Datos Personales como ventajas para los operadores de centros de datos. El Comisionado de Privacidad también ha publicado unaguía sobre computación en la nube, advirtiendo a los usuarios de datos que realicen la debida diligencia sobre los proveedores de nube, la protección contractual, la subcontratación, la seguridad, el acceso a los datos, la retención y la transferencia transfronteriza. Esa guía está escrita para los clientes, no solo para los proveedores. El punto clave para los compradores de Yisu es que una afirmación de servicio alojado no responde por sí sola a las preguntas de localidad.
Las páginas de productos de Yisu no exponen públicamente un calendario de procesamiento de datos región por región. No dicen si las copias de seguridad de MySQL gestionado permanecen en la misma ubicación, si las instantáneas se replican fuera de la región, si la limpieza anti-DDoS cambia la ruta jurisdiccional del tráfico, si el soporte puede acceder a los discos del cliente desde fuera de Hong Kong, o si un cliente puede fijar contractualmente los datos a una región elegida. Algunos clientes pequeños pueden no importarles.
Para clientes en finanzas, salud, servicios públicos, comercio electrónico regulado, juegos, tecnología publicitaria u operaciones relacionadas con China, esos detalles importan.
La mezcla de espacio de direcciones complica la geolocalización. Algunos bloques originados por Yisu son espacio de APNIC descrito como de Hong Kong. Algunos son rangos atendidos por AFRINIC con descripciones de Hong Kong, Rusia u otras en los datos whois. Algunos se describen bajo otras empresas de Hong Kong pero son originados por Yisu. Los proveedores de geolocalización IP pueden mapear esas direcciones de manera diferente.
Un cliente puede comprar un servicio de «Hong Kong» y descubrir que las herramientas de fraude, las plataformas publicitarias o las pasarelas de pago leen la IP como otra jurisdicción hasta que las bases de datos se actualicen. Eso no es necesariamente culpa de Yisu, pero es un problema operativo predecible cuando los proveedores de alojamiento utilizan grupos de IP mixtos.
La soberanía de datos también se cruza con la salida del cliente. Un cliente que necesita probar la localidad no debe confiar en un menú desplegable de ubicación del producto. Debe mantener copias de seguridad independientes, documentar dónde se solicita su servicio, registrar los rangos de IP y ASN asignados, solicitar declaraciones por escrito sobre la ubicación de las copias de seguridad y el acceso de soporte, y probar la restauración en otro proveedor. La evidencia de red y producto de Yisu lo convierte en un candidato creíble para algunos casos de uso alojados.
No elimina el deber del cliente de verificar dónde se encuentran realmente los datos, los registros y las copias de seguridad.
Rutas de falla que expondrían la capa física oculta
La primera ruta de falla es la falla del rack o del host. Para un servidor en la nube de Yisu, el cliente puede ver un reinicio, rendimiento reducido, errores de E/S de disco o una instancia que no arranca. Para servidores dedicados, la misma falla puede ser más lenta porque un servidor físico puede requerir reemplazo de componentes o una migración completa. Si Yisu tiene capacidad de host libre y automatización confiable, el cliente puede ser movido. Si la ubicación afectada tiene suministro limitado, el cliente espera la reparación o acepta una región diferente. Las páginas públicas de productos no revelan la política de capacidad libre.
La segunda ruta de falla es la falla del proveedor ascendente o de la ruta. AS138152 tiene varios vecinos visibles, pero no todos los prefijos de clientes se benefician necesariamente por igual. La mezcla de rutas de AS142403 es diferente, y AS136970 depende en parte de AS142403. Una fuga de ruta, acción de filtrado, interrupción de interconexión, disputa contractual o cambio de mitigación DDoS podría afectar a un ASN o grupo de prefijos mientras otro permanece saludable. Por lo tanto, los clientes deben monitorear su prefijo y AS real asignado, no solo el dominio principal del proveedor.
Un servidor puede estar funcionando mientras la ruta hacia él está enferma.
La tercera ruta de falla es el agotamiento del stock de hardware. Yisu vende elasticidad de bajo costo y servidores dedicados. Si una ubicación se agota, los clientes aún pueden ver una página de compra, pero el aprovisionamiento puede ralentizarse, el hardware sustituto puede diferir, o la reparación puede depender de la entrega de piezas. Lapágina de BMSanuncia aprovisionamiento automático, instalación del sistema operativo y conexión de discos después de la compra. Eso es útil cuando existe stock. Es frágil cuando el stock se agota o cuando un nivel específico de CPU, memoria, SSD o ancho de banda ya no está disponible en la instalación solicitada.
La cuarta ruta de falla es la sobrecarga del soporte. El tráfico anti-DDoS, las quejas de abuso, el filtrado ascendente y los problemas del panel de control pueden generar muchos tickets a la vez. Lapágina de IP Anti-DDoSde Yisu dice que el servicio puede ocultar la IP de origen, soportar múltiples protocolos y proporcionar estrategias personalizadas. Durante un ataque real, el cliente necesita ajustes rápidos: control de falsos positivos, cambios de dominio protegido, bloqueo del origen, cambios de ruta y limpieza posterior al ataque. Si el soporte es escaso, la capacidad de limpieza prometida puede no traducirse en una recuperación utilizable para cada cliente.
La quinta ruta de falla es el bloqueo de facturación o cuenta. Un cliente de alojamiento prepago puede perder el acceso debido a saldo, revisión de riesgo, manejo de abusos, falla del canal de pago o estado de revendedor. Ese tipo de interrupción no es visible en BGP. Aún puede ser fatal si el cliente no puede renovar, exportar, tomar instantáneas o abrir tickets. Las páginas públicas de Yisu no describen períodos de gracia de terminación o términos de retención de datos. Los clientes deben asumir que necesitan copias de seguridad fuera de la plataforma y control de DNS.
La sexta ruta de falla es la falla de migración. Las páginas de Yisu mencionan instantáneas, copias de seguridad, migración sin problemas y configuración flexible. Estas solo son valiosas si un cliente las ha probado. Un servicio alojado que funciona durante años puede acumular dependencias locales: reglas de firewall, redes privadas, IPs en listas blancas, endpoints de base de datos, certificados SSL, puertas de enlace anti-DDoS y monitoreo vinculado a controles específicos de Yisu. Una interrupción del proveedor se vuelve mucho peor cuando el cliente descubre que su propia arquitectura no puede moverse.
Qué haría más sólida la afirmación operativa de Yisu
La forma más rápida de mejorar el nivel de confianza pública sería la divulgación de instalaciones a un nivel no sensible. Yisu no necesita publicar números de jaula. Podría identificar qué regiones son operadas por Yisu, cuáles son operadas por socios, y cuáles son capacidad de reventa o virtual. Podría divulgar si los servicios de Hong Kong residen en una o más instalaciones, si esas instalaciones tienen dominios de energía separados, si el tránsito orientado a China es físicamente diverso, y si las réplicas y copias de seguridad de MySQL gestionado pueden cruzar instalaciones. Eso convertiría un mapa de marketing en un mapa operativo.
La divulgación del tránsito también ayudaría. La evidencia BGP de Yisu ya muestra múltiples rutas ascendentes, pero los clientes necesitan saber cómo se asignan esas rutas a los productos. Un servidor en la nube en AS142403 puede tener una combinación de tránsito diferente a uno en AS138152. Una IP protegida contra DDoS puede enrutarse a través de una red de limpieza antes de llegar al origen. Un producto de servidor dedicado puede estar vinculado a una instalación diferente a un servidor ligero.
Una página orientada al cliente que indique qué AS y combinación de tránsito se aplican por ubicación reduciría la incertidumbre sin exponer detalles operativos sensibles.
La divulgación de la gobernanza de IP sería valiosa porque el conjunto de rutas visibles de Yisu incluye bloques directos de Yisu, bloques de APNIC descritos por socios y rangos descritos por AFRINIC. Los clientes deben saber si las IP asignadas son portátiles dentro de Yisu, si se pueden emitir IPs de reemplazo rápidamente, si se admite la corrección de geolocalización, si los avisos de abuso se manejan a través de un buzón validado, y si los problemas de reputación de IP desencadenan suspensión o remediación. Para muchos clientes pequeños de alojamiento, la continuidad de la IP es tan importante como la continuidad de la CPU.
La evidencia de recuperación sería lo más importante. Los resúmenes públicos de incidentes, los historiales de mantenimiento, los objetivos de restauración, los términos de retención de copias de seguridad, las ventanas de reemplazo de servidores dedicados y los procedimientos de exportación son más útiles que un porcentaje genérico de fiabilidad. Un proveedor puede ofrecer honestamente un 99,95 % de disponibilidad del servicio y aun así dejar a un cliente sin capacidad de recuperar una base de datos lo suficientemente rápido.
Lo que los clientes necesitan no es solo matemática de tiempo de actividad; necesitan pruebas de que la conmutación por error y la restauración se han ensayado.
Finalmente, Yisu podría hacer que la localidad sea más fácil de verificar. Una declaración región por región para la computación, el almacenamiento, las instantáneas, el acceso de soporte y el tráfico anti-DDoS ayudaría a los clientes regulados a decidir si Yisu se ajusta a su modelo de riesgo. Hong Kong es una base creíble y atractiva para el alojamiento. La capacidad global es útil. Pero los clientes que se preocupan por la soberanía de datos necesitan lenguaje contractual y controles técnicos, no solo una etiqueta de región en un flujo de compra.
Conclusión
YISU CLOUD LTD es un sujeto de infraestructura pública real. Su sitio web vende un amplio catálogo de nube y alojamiento, los registros de APNIC vinculan múltiples ASN activos a la empresa, RIPEstat ve 131 /24 IPv4 visibles en tres ASN de Yisu el 12 de julio de 2026, y BGP.tools muestra una diversidad de tránsito no trivial. No es un proveedor fantasma.
La evidencia operativa sigue siendo incompleta. Las fuentes públicas no prueban el número de instalaciones, la propiedad de los racks, el diseño eléctrico, la redundancia de refrigeración, la profundidad del stock de hardware, la dotación de personal de soporte, la distribución de capacidad de limpieza DDoS, el comportamiento de restauración de bases de datos gestionadas o los límites de migración entre regiones detrás del catálogo de servicios de Yisu.
La conclusión más sólida es, por lo tanto, mesurada: Yisu tiene una infraestructura de servicio alojado visible y un registro de red anclado en Hong Kong, pero los clientes deben tratar su capacidad comercializada como dependiente de sitios físicos y rutas de terceros que solo son parcialmente visibles.
Para sitios web pequeños, entornos de prueba y cargas de trabajo sensibles al costo, eso puede ser aceptable si el cliente mantiene copias de seguridad y monitorea el prefijo asignado. Para cargas de trabajo con estado, reguladas o críticas para los ingresos, el comprador debe hacer preguntas más difíciles antes de confiar en Yisu como plataforma principal: qué instalación, qué ASN, qué proveedores ascendentes, qué ubicación de copia de seguridad, qué ruta de escalado de soporte, qué método de salida y qué ventana de reparación. La capacidad en la nube se vende como una elección en un panel de control.
En YISU CLOUD LTD, como en todos los proveedores de alojamiento, el servicio finalmente se sostiene o cae sobre racks, tránsito y personas que puedan arreglar cosas cuando el panel de control ya no es suficiente.