Resumen
- La garantía anual de hosting del 99,9% de TECNOWEB Colombia permite aproximadamente 8 horas 46 minutos de inactividad, pero sus términos otorgan al equipo técnico hasta 48 horas después de la notificación para resolver un incidente elegible y no publican un método de medición, un programa de créditos de servicio ni un objetivo de recuperación por producto.
- La empresa afirma que posee sus servidores, utiliza gabinetes exclusivos, consolas remotas y control de alimentación remoto, y envía copias incrementales a un centro de datos externo, pero no nombra públicamente las instalaciones de producción o respaldo, no identifica sus jurisdicciones ni muestra cuánta capacidad permanece utilizable después de una falla de host, alimentación, refrigeración o red.
- AS64114 y los bloques de direcciones registrados en Colombia son evidencia pública activa de una huella de red real, mientras que dos proveedores de enlace observados y varias presencias de intercambio son solo conexiones lógicas; no establecen que los racks de TECNOWEB Colombia tengan dos salidas físicas independientes, dos rutas de alimentación independientes o un destino de migración probado.
Ocho horas de margen, seguidas de un reloj de 48 horas
La aritmética detrás del 99,9% es lo suficientemente simple como para caber en una factura. En un año de 365 días, el 0,1% faltante equivale a 525,6 minutos: 8 horas, 45 minutos y 36 segundos. Ese es el margen anual completo de interrupción si se cuenta cada minuto de indisponibilidad. Para una empresa cuyo sitio web, proceso de pago, aplicación o buzón está alojado en el servicio, la pregunta importante no es si tres nueves suenan tranquilizadores. Es cuándo comienza el reloj, qué lo detiene, qué fallos cuentan y qué sucede cuando se supera el margen.
Lapágina principal de Colombiade TECNOWEB anuncia un 99,9% de tiempo de actividad, activación inmediata, soporte en español las 24 horas, copias de seguridad automáticas y alojamiento en centros de datos de «primer nivel». Lostérminos de servicioactuales son más concluyentes. Indican que TECNOWEB Colombia SAS garantiza una disponibilidad anual del 99,9% para los servicios de hosting. Para un incidente fuera de los casos de fuerza mayor, el equipo técnico proporcionará una solución en un máximo de 48 horas desde la notificación. El mismo documento excluye o limita la responsabilidad por interrupciones atribuidas a distribuidoras eléctricas, desastres naturales, enlaces nacionales o internacionales suministrados por terceros, hardware o software de terceros, y credenciales mal gestionadas.
Esas declaraciones pueden coexistir contractualmente, pero dejan un amplio vacío operativo. Una ventana de resolución de 48 horas es más de cinco veces el margen anual total de inactividad. «Solución» puede abarcar una reparación, un parche, una copia restaurada u otra respuesta; los términos no la definen. Tampoco dicen si la disponibilidad se mide en un servidor, un puerto de aplicación, un panel de control, un dominio del cliente o en el borde de la red de TECNOWEB.
No existe una fórmula pública para el mantenimiento planificado, la degradación parcial, la pérdida de paquetes o un cliente que solo puede llegar a un servidor a través de una ruta fallida. Tampoco hay una tabla publicada de créditos de servicio que traduzca la disponibilidad incumplida en compensación.
Esto no es evidencia de que TECNOWEB haya sufrido una interrupción de 48 horas, o de que su restauración normal tome tanto tiempo. Es evidencia de que el contrato público y el número de marketing responden a preguntas diferentes. El número de marketing describe un resultado. La cláusula describe el tiempo máximo permitido para actuar después de que un cliente reporte un problema.
Una evaluación seria de la continuidad necesita el puente operativo entre ellos: monitoreo que detecte un incidente antes de un ticket, niveles de severidad designados, intervalos de acuse de recibo y actualización, un objetivo de restauración, un objetivo de recuperación de datos y un registro de si se logró el resultado.
La página de VPS de TECNOWEB también invoca «Tier III». Laexplicación del Uptime Institute sobre las clasificaciones de Tierdefine el Tier III como mantenible de forma concurrente, con componentes redundantes y rutas de distribución que permiten el mantenimiento planificado sin detener las operaciones de TI. La página pública de TECNOWEB no nombra una instalación, enlaza un certificado ni indica qué sala y carga cubre la designación. Por lo tanto, la lectura prudente es una afirmación del proveedor sobre el entorno de hosting, no una prueba de alcance independiente de que cada producto, rack y dependencia herede las características de Tier III.
La promesa solo cobra significado en un límite. Si un evento de alimentación derriba un host y una máquina virtual se reinicia en otro lugar en minutos, el año puede permanecer dentro del 99,9%. Si el host saludable carece de RAM, almacenamiento o capacidad con licencia, la migración se detiene. Si el servidor sobrevive pero ambos enlaces visibles comparten una entrada del edificio, el tráfico igualmente se detiene. Si existe una copia de seguridad pero no se puede restaurar rápidamente, la protección de datos no restaura la disponibilidad. Las diez secciones restantes siguen esa cadena desde el contrato hasta el rack y de vuelta al cliente.
El catálogo es más amplio que una sola pila de hosting
TECNOWEB Colombia no vende una sola máquina uniforme. Su catálogo actual abarca entornos compartidos, máquinas virtuales, servidores físicos, cuentas de revendedor, correo gestionado, suites de productividad de terceros, registro de dominios y servicios de seguridad. Cada producto mueve el límite operativo y cambia lo que un cliente puede esperar razonablemente que TECNOWEB controle.
Lapágina de hosting Linuxcomercializa cPanel, LiteSpeed y almacenamiento NVMe. Asigna cuotas finitas de almacenamiento y buzones a cuatro planes y distingue copias de seguridad semanales en las ofertas más pequeñas de las copias diarias en las más grandes. Laoferta de WordPressañade una capa de aplicación optimizada, caché y una interfaz de gestión de WordPress. Elhosting Windowstraslada al cliente a Plesk, IIS y soporte de aplicaciones orientadas a Microsoft, mientras que elservicio Javaañade Tomcat y dependencias de tiempo de ejecución de Java. No son meramente etiquetas diferentes. Implican diferentes planos de control, ciclos de parches, dependencias de licencias, perfiles de memoria y procedimientos de recuperación.
Losplanes de revendedorextienden la consecuencia de un fallo de infraestructura a los clientes de otra empresa. TECNOWEB comercializa WHM, cuentas de marca blanca, dominios, clientes y transferencia nominalmente ilimitados, y niveles de almacenamiento finitos de 20 GB a 100 GB. Un revendedor puede presentarse como el proveedor inmediato aunque la reparación física, el hipervisor, el almacenamiento y la ruta ascendente permanezcan fuera de su control. Por lo tanto, un nodo compartido fallido puede alcanzar a usuarios finales que nunca han oído hablar de TECNOWEB.
Elcatálogo VPSutiliza KVM sobre Proxmox y vende planes que van desde dos vCPU, 2 GB de RAM, 40 GB de SSD y 1 TB de transferencia hasta cuatro vCPU, 8 GB de RAM, 300 GB de SSD y 10 TB de transferencia. Los clientes reciben acceso root, una consola de navegador, instantáneas y controles de cortafuegos a nivel de hipervisor. Lapágina de servidores dedicadospromete hardware exclusivo, describe una entrega rápida para configuraciones populares y recomienda un disco adicional para copias de seguridad. Un cliente de servidor dedicado evita vecinos ruidosos a nivel de invitado, pero aún comparte la alimentación, refrigeración, enlaces ascendentes, manos remotas y posiblemente un conmutador de entrada del rack.
El correo introduce dos límites más.Email Empresasse presenta como un servicio de Open-Xchange con 25 GB de almacenamiento de correo y 5 GB de almacenamiento de archivos por cuenta, funciones de colaboración y un 99,9% de disponibilidad. La página más antigua deEmail Pymesanuncia 5 GB por cuenta y hace afirmaciones más amplias sobre copias de seguridad, redundancia y disponibilidad de la red. TECNOWEB también revendeGoogle WorkspaceyMicrosoft 365. En esos productos, TECNOWEB puede controlar la venta, la incorporación, la facturación y el soporte de primera línea, pero la infraestructura global de aplicaciones y almacenamiento pertenece al proveedor de la plataforma ascendente.
Esta variedad es importante porque «TECNOWEB está caído» puede describir varios incidentes distintos. Un nodo web compartido puede fallar mientras el correo alojado en Google continúa. El portal del cliente puede no estar disponible mientras un VPS existente sigue sirviendo tráfico. Un error de renovación de dominio puede eliminar un sitio en funcionamiento de Internet público sin ningún fallo del servidor. Un revendedor puede perder acceso administrativo mientras los sitios descendentes permanecen en línea.
Un compromiso de servicio útil tiene que identificar el producto y el punto que se mide; un porcentaje general de la marca no puede por sí solo describir todos estos estados.
Un contrato colombiano se sitúa dentro de un límite operativo regional
La contraparte legal es visible. Unapágina de directorio empresarial colombiana basada en datos RUESlista a TECNOWEB COLOMBIA S A S como activa, proporciona el NIT 901182036, la sitúa en Bogotá y clasifica sus actividades como procesamiento de datos, hosting y trabajos relacionados, además de consultoría TI y administración de instalaciones informáticas. Lapágina de pagos de Colombiade TECNOWEB muestra la superficie comercial local en pesos colombianos y canales de pago locales. Los términos de servicio eligen la ley colombiana y los tribunales de Bogotá.
Eso no significa que cada servidor, empleado, licencia o recurso de red pertenezca a la empresa colombiana. El material «acerca de» de la marca dice que proporciona servicios relacionados con hosting desde 2002, mientras que el listado comercial público identifica la SAS colombiana actual. La historia de la marca y la antigüedad de una entidad legal no son lo mismo. El sitio web también ofrece escaparates específicos para cada país en toda la región. Un comprador necesita saber qué empresa factura el servicio, qué empresa opera el equipo, qué empresa posee el recurso de red y qué entidad es responsable cuando el servicio cruza una frontera.
El límite regional es especialmente claro en los registros de números de Internet. Elpadrón electoral de LACNIC de 2025lista a TECNOWEB COLOMBIA SAS entre las organizaciones colombianas. Sin embargo, elregistro de LACNIC para AS64114identifica al registrante del sistema autónomo como TECNOWEB PERU SAC y lo registra como activo. Laentrada de entidad de LACNIC para TECNOWEB COLOMBIA SASproporciona una dirección administrativa en Bogotá y conecta a la organización colombiana con registros de recursos de numeración.
Estas entradas establecen identidades formales; no establecen una empresa matriz, porcentaje de propiedad o acuerdo de servicio interno. Sería una exageración convertir una marca compartida, un contacto técnico o un sistema autónomo común en una relación corporativa legalmente probada. Lo que la evidencia muestra es interdependencia operativa: el espacio de direcciones colombiano puede ser originado a través de un sistema autónomo registrado a una empresa peruana, y el contacto técnico puede administrar recursos a través de múltiples etiquetas de país.
Por lo tanto, la empresa colombiana orientada al cliente puede depender de capacidades de grupo o socio que no están descritas en el contrato minorista.
Esta distinción es importante en la recuperación. Supongamos que la dirección de un cliente colombiano permanece registrada en TECNOWEB Colombia mientras se realizan cambios de ruta bajo AS64114. El personal autorizado para alterar el enrutamiento puede trabajar para otra entidad regional o una función de operaciones compartida. Supongamos que el rack de producción está en una instalación contratada por una empresa hermana. El vendedor colombiano puede coordinar el soporte pero no controlar el acceso al edificio o el despacho del operador.
Ninguna de estas disposiciones es inherentemente débil; las empresas de hosting regionales suelen compartir infraestructura. El riesgo proviene de la opacidad sobre la autoridad y la escalada cuando los minutos importan.
Un cronograma robusto para el cliente nombraría la entidad contratante, el operador de infraestructura, el operador de la instalación, el operador de red y los subcontratistas materiales. También diría qué parte puede autorizar un cambio de ruta, mover una máquina virtual, recuperar una copia externa, reemplazar un disco y comunicar un incidente. Las páginas públicas nombran productos y una contraparte colombiana. No publican esa matriz de responsabilidades.
La empresa describe sus racks sin nombrar el edificio
Lapágina de la empresade TECNOWEB proporciona descripciones de primera parte inusualmente concretas. Dice que la empresa posee en lugar de alquilar todos sus equipos y servidores; utiliza sistemas duales Intel Xeon con 128 GB a 256 GB de RAM, SSD empresariales y RAID 1 o RAID 10; equipa los servidores con tarjetas de red ópticas de 10 Gbps; los aloja en gabinetes exclusivos; y adjunta dispositivos de consola remota y gestión remota de alimentación. También afirma tener tres capas de cortafuegos, monitoreo las 24 horas, DNS en Chile, Estados Unidos, Francia e Inglaterra, y copias incrementales diarias enviadas a un centro de datos externo.
Son afirmaciones útiles sobre un diseño operativo previsto. Describen el control a nivel de servidor y gabinete: hardware propio, acceso físico restringido, administración fuera de banda y la capacidad de reiniciar la alimentación de forma remota. También revelan dependencias. Una consola remota funciona solo mientras su red de gestión y servicio de autenticación son accesibles. Una unidad de alimentación remota puede reiniciar un servidor bloqueado pero no puede reparar una fuente de alimentación fallida, reemplazar un disco o restaurar un conmutador muerto.
RAID puede tolerar fallos de disco especificados; no es una copia protegida contra eliminación, corrupción, incendio o un fallo del controlador de almacenamiento.
El sustantivo que falta es la instalación. La página dice repetidamente «el Centro de Datos» o «un centro de datos externo» sin nombrar ninguno. No proporciona una dirección, operador de la instalación, identificador de sala, número de certificación, topología de alimentación, topología de refrigeración, diseño de supresión de incendios, exposición a inundaciones, entradas de operador o jurisdicción del sitio de respaldo.
La página de VPS llama al entorno Tier III, y la página de servidores dedicados habla de servidores en Colombia y una variedad de opciones de centro de datos, pero ninguna proporciona un registro específico de la instalación que vincule esas descripciones con los planes colombianos disponibles en la fecha de investigación.
La dirección en Bogotá en el registro de entidad de LACNIC es evidencia administrativa, no una coordenada de centro de datos. Un titular de recurso de red puede estar registrado en una oficina mientras sus servidores operan en otra ciudad o país. Del mismo modo, las ventas a nivel nacional a Bogotá, Medellín, Cali y otras ciudades describen un mercado, no la ubicación de los racks. El hosting llega a un cliente colombiano a través de Internet; no necesita un servidor en la ciudad del cliente.
Una observación a nivel de dirección agudiza la pregunta sobre la ubicación sin resolverla.La página de IPinfo para 179.61.15.3, una dirección dentro de un bloque registrado en TECNOWEB Colombia, sitúa esa dirección en Tampa, Florida y la etiqueta como infraestructura de hosting. La página en sí misma es un producto de geolocalización observacional, no un contrato de instalación. Una IP puede ser movida, anunciada de forma remota, ubicada de forma inexacta o utilizada para un solo servicio. No puede probar dónde residen los hosts de hosting compartido, los hosts VPS, los servidores dedicados o las copias de seguridad.
La conclusión correcta no es «los servidores están en Tampa». Es que las etiquetas de país en el registro de direcciones, las tiendas en línea y las bases de datos de geolocalización responden a diferentes preguntas. La ubicación del titular legal, el mercado del cliente, el origen de la ruta y la ubicación física del rack pueden divergir.
La evidencia que resolvería el asunto es sencilla: un cronograma de instalaciones actual que nombre los edificios de producción y respaldo, sus operadores y países; una asignación de producto a sitio; un certificado o alcance de auditoría donde se afirme; y la confirmación de que los datos del cliente se almacenan o replican solo en los lugares indicados.
Hasta que esa evidencia esté disponible, la superficie física puede describirse pero no mapearse con precisión. Hay servidores, gabinetes, interfaces de red, dispositivos de control remoto y sistemas de copia de seguridad según la empresa. Hay espacio de direcciones activo y enrutamiento. Hay una oficina y un contrato colombianos. No hay una cadena verificable públicamente que una un plan colombiano particular con un rack nombrado en una instalación nombrada.
Las cuotas vendidas no revelan la capacidad instalada o superviviente
Las páginas de hosting son ricas en cuotas de clientes y casi silenciosas sobre la planta total. Eso es normal en el hosting minorista, pero hace que el análisis de capacidad sea fácil de equivocar. Un plan de 50 GB no es evidencia de que un proveedor haya instalado solo 50 GB, y 1 TB de transferencia no es un puerto de 1 Tbps. Las cifras describen lo que un cliente puede consumir bajo un producto, no cuánta capacidad de servidor, almacenamiento, red o alimentación tiene instalada el proveedor.
Los planes Linux publican 10 GB, 30 GB, 50 GB y 80 GB de almacenamiento NVMe, con diferentes derechos de buzón, base de datos, dominio y copia de seguridad. La página de revendedor publica 20 GB, 30 GB, 50 GB y 100 GB mientras utiliza «ilimitado» para dominios, clientes y transferencia. Ilimitado no puede significar físicamente infinito; es una promesa comercial limitada por hardware compartido, reglas de uso aceptable y la capacidad del proveedor para controlar la contención.
Las páginas no revelan el número de cuentas por servidor, la sobresuscripción de almacenamiento, los límites de CPU, los límites de memoria, los umbrales de E/S o la capacidad de nodo libre reservada para evacuar un host fallido.
La página de VPS es más explícita en el límite del invitado. Sus cuatro planes muestran asignaciones de vCPU, RAM, SSD y transferencia y afirman que los recursos son dedicados sin sobresuscripción. Incluso si cada asignación de invitado listada se aplica, la capacidad física disponible sigue siendo desconocida. Cuatro invitados de 8 GB pueden caber en muchos hosts diferentes; un clúster con un nodo de respaldo se comporta de manera diferente a un único servidor completamente comprometido.
El aislamiento KVM no revela el número de hosts, la política de colocación, el diseño de almacenamiento compartido, la capacidad de migración en vivo, la disponibilidad de licencias o cuántos invitados pueden reiniciarse después de la falla del host más grande.
El rango de memoria del servidor de 128 GB a 256 GB y la afirmación de la tarjeta de red de 10 Gbps de la página de la empresa son señales de componentes instalados, pero no hay un recuento de servidores o un inventario específico de fecha. Una interfaz de red clasificada a 10 Gbps no es evidencia de 10 Gbps de tránsito pagado, plano de conmutación, rendimiento sostenido o ancho de banda utilizable durante una falla ascendente. RAID 1 y RAID 10 describen la disposición del disco, no el almacenamiento disponible después de la reserva, las instantáneas y las copias de seguridad.
La promesa de la página de servidores dedicados de entrega en tan solo cuatro horas para configuraciones populares sugiere algún inventario o acceso de aprovisionamiento rápido, pero no identifica cuántas unidades están disponibles, dónde se mantienen o qué sucede durante una escasez regional de hardware.
La capacidad de correo también está segmentada de manera similar. Email Empresas asigna 30 GB por cuenta entre correo y archivos; Email Pymes asigna 5 GB. Las ofertas de Google Workspace y Microsoft 365 exponen derechos de licencia y buzón proporcionados por los propietarios de sus plataformas. TECNOWEB puede vender más cuentas sin añadir un servidor a su propio rack cuando el proveedor ascendente asume la carga de trabajo. Por el contrario, un servicio de Open-Xchange operado en infraestructura controlada o contratada por TECNOWEB puede depender directamente de su almacenamiento y clúster de correo. El catálogo no publica la división.
Por lo tanto, la capacidad necesita al menos seis etiquetas. La capacidad de diseño es lo que una arquitectura pretende. La capacidad instalada está físicamente presente. La capacidad alimentada puede ser energizada. La capacidad operativa ha sido puesta en servicio y es útil. La capacidad vendida o reservada ya está comprometida. La capacidad utilizable es lo que queda después de los gastos generales y la reserva. La capacidad utilizable en estado de falla es la porción que sobrevive al host, ruta de alimentación, sistema de almacenamiento o salida de red relevantes.
La evidencia pública respalda los derechos individuales de los productos y algunas descripciones de componentes. No revela la capacidad informática total instalada, el almacenamiento total instalado, el tránsito pagado, la utilización actual, la capacidad vendida, la capacidad de recuperación reservada o la capacidad utilizable en estado de falla. No se puede derivar ninguna estimación responsable del número de clientes o del tamaño de la flota a partir de los planes.
Un comprador debe solicitar evidencia a la escala de su carga de trabajo: la ubicación del host o clúster, la política de reserva actual, el supuesto de falla más grande y la capacidad disponible después de esa falla. Una calificación de hardware en los titulares solo importa cuando está conectada a esos estados.
AS64114 muestra accesibilidad, no un par de rutas de fibra independientes
TECNOWEB tiene más evidencia de red que muchas marcas de hosting pequeñas. Los registros de LACNIC conectan los recursos colombianos con la empresa, y los colectores de rutas públicas ven a AS64114 originando un conjunto de prefijos de varios países. Eso es evidencia sólida de una red lógica activa. No es un mapa de la fibra entre un rack colombiano y el resto de Internet.
Laconsulta de LACNIC para 45.191.2.0/24devuelve la asignación contenedora 45.191.0.0/22 y un identificador de registrante para TECNOWEB Colombia. Elregistro de 179.61.15.0/24identifica un bloque reasignado activo asociado con el mismo identificador de entidad colombiana. Estos son registros de recursos de numeración. Establecen el espacio de direcciones delegado y la responsabilidad administrativa, no el edificio donde se utiliza cada dirección.
La vista de BGP.tools de AS64114observó 15 prefijos IPv4 y 33 prefijos IPv6 originados, incluyendo 45.191.2.0/24 y 179.61.15.0/24 bajo etiquetas colombianas. También observó dos proveedores ascendentes, AS29802 de Hivelocity y AS36236 de NetActuate, y varias presencias de intercambio de Internet.La vista de IPinfo de AS64114también listó esos dos proveedores ascendentes y miles de dominios alojados en cientos de direcciones observadas. El acuerdo entre dos servicios de observación refuerza el caso de que AS64114 está activo y multi-homed a nivel de sistema autónomo en la fecha de investigación.
No establece independencia de ruta para un servicio colombiano particular. Un sistema autónomo puede anunciar diferentes prefijos desde diferentes continentes. Los dos proveedores ascendentes pueden estar presentes en un sitio, sitios separados, intercambios remotos o una combinación. Ambos pueden entrar a un edificio a través del mismo conducto, depender del mismo operador metropolitano o terminar en el mismo enrutador y alimentación. La participación en intercambios en Europa o a través de conexiones virtuales no dice nada por sí misma sobre la ruta utilizada por 45.191.2.0/24 desde un cliente colombiano.
La distinción es visible en lapágina de IPinfo de 45.191.2.0/24. Etiqueta el recurso como Colombia pero explica explícitamente que el país mostrado es donde el titular del recurso tiene su sede legal y puede no ser donde se utilizan las direcciones. Esa advertencia debería gobernar todo el mapa. La señal de Tampa para 179.61.15.3 es relevante porque sugiere que al menos algo del espacio registrado en Colombia puede servirse en Estados Unidos. No puede ubicar todo el /24 ni el resto de los productos de TECNOWEB.
El recuento de dominios alojados también es una señal de mercado, no un censo de clientes. Muchos dominios pueden compartir un cliente, una dirección puede alojar cientos de dominios, y un dominio puede estar inactivo o con proxy. El recuento sugiere que la red transporta actividad de hosting público material. No puede establecer ingresos, cuentas activas, usuarios colombianos, ocupación de racks o cuántas personas se verían afectadas por un fallo.
La prueba de fallo debe operar a nivel de prefijo e instalación. Para cada prefijo de producción, un comprador debe preguntar qué enrutadores lo originan, en qué edificios, a través de qué operadores contratados y entradas físicas. Debe preguntar si el segundo proveedor ascendente permanece alcanzable después de eliminar el primer enrutador, primera interconexión, primera sala de encuentro, primer conducto y primer proveedor metropolitano. También debe preguntar si el tráfico saliente y entrante se conmutan por fallo, cómo se mantiene la seguridad de la ruta y cuánto ancho de banda permanece en la ruta superviviente.
El BGP público puede verificar que se vea una ruta. Un traceroute puede revelar una ruta observada en un momento. Ninguno puede probar la separación subterránea. La evidencia ausente es un diagrama de ruta física actual, cartas de operadores que identifiquen infraestructura común, entradas de edificio diversas, separación de enrutadores y alimentación, y una prueba en la que se elimina la ruta principal bajo carga. Sin eso, «dos proveedores ascendentes» es una hipótesis de resiliencia útil, no un camino de recuperación demostrado.
El lenguaje de las copias de seguridad cambia según el producto
Las copias de seguridad son donde las descripciones públicas de TECNOWEB se vuelven más instructivas. No forman una promesa universal. Forman varias promesas específicas de productos que pueden proteger contra diferentes fallos y conllevan diferentes responsabilidades del cliente.
Los términos de servicio proporcionan la precaución controladora. Las copias automáticas existen solo para los planes que las incluyen expresamente. Los VPS no gestionados, los servidores dedicados y los planes de correo básicos pueden no incluir copias de seguridad automáticas. Incluso cuando se incluyen, los términos las califican de complementarias y dicen a los clientes que mantengan copias independientes. La empresa se exime de responsabilidad por la pérdida de datos derivada de software, hardware o fabricantes de terceros. Ese lenguaje hace una distinción clara entre un servicio de hosting y el propio plan de continuidad del cliente.
La página de la empresa hace la afirmación de infraestructura más amplia: copia de seguridad incremental diaria a través de un sistema comercial a un centro de datos externo en otro lugar físico. La página de revendedor añade detalle, diciendo que las copias diarias, semanales y mensuales de las cuentas de revendedor se transfieren diariamente a un centro de datos externo. La página de Linux reduce la frecuencia según el plan, con copias semanales en los dos planes más pequeños y copias diarias en los dos más grandes.
Estas declaraciones pueden ser todas ciertas si describen diferentes productos o niveles de retención, pero las páginas públicas no nombran el sitio externo, su país, operador, distancia, aislamiento de almacenamiento, cifrado, retención o rendimiento de restauración.
La página de VPS dice que las instantáneas manuales están incluidas, las instantáneas automatizadas se pueden programar y la copia de seguridad externa tiene un coste adicional. Una instantánea almacenada en el mismo sistema de almacenamiento o en la misma instalación es valiosa para revertir un error de configuración; puede no sobrevivir a la pérdida de la matriz de almacenamiento, las credenciales, la cuenta o el edificio. Una copia externa puede sobrevivir al sitio pero aún así ser inutilizable si la red de copia de seguridad, las claves de cifrado, el catálogo o el host de restauración comparten la misma falla.
La página no publica estos límites.
La página de servidores dedicados recomienda comprar un disco adicional y hacer que los técnicos lo configuren para copias. Un segundo disco puede proteger contra la falla del disco primario. Si está dentro del mismo chasis, no protege contra fallo del controlador, daño por alimentación, robo, incendio o una acción destructiva que alcance ambos dispositivos. Por lo tanto, es un componente de recuperación local, no una prueba de recuperación ante desastres a nivel de sitio.
El correo añade otra inconsistencia en el alcance. La página más nueva de correo empresarial anuncia un 99,9% de disponibilidad en una plataforma Open-Xchange. La página más antigua de pymes utiliza frases más contundentes sobre pérdida de datos cero, copias de seguridad y disponibilidad de red al 100%. Los términos de servicio, sin embargo, dicen que el correo básico puede carecer de copia de seguridad automática a menos que se indique expresamente. Un cliente debe confiar en el pedido y el cronograma del producto que identifica su plan real, no combinar la frase más fuerte de cada página de marketing.
Un compromiso de copia de seguridad útil tiene cuatro números y tres límites. Los números son la frecuencia de la copia, la retención, el objetivo de punto de recuperación y el objetivo de tiempo de recuperación. Los límites son la falla de producción que está diseñado para sobrevivir, las credenciales administrativas o cuenta que lo separan de la producción, y la jurisdicción física en la que reside la copia. El material público de TECNOWEB da fragmentos—diario, semanal, mensual, incremental, externo—pero no la combinación completa para cada producto.
La ruta de recuperación también necesita capacidad. Restaurar un VPS de 300 GB requiere almacenamiento y cómputo limpios en los que ejecutarlo. Reconstruir un servidor dedicado requiere hardware compatible, licencias y personal. Mover cuentas compartidas requiere nodos libres, cambios de DNS y acceso al panel de control. Una copia puede estar intacta mientras el servicio permanece no disponible porque el destino está lleno o la red está caída. El almacenamiento de copia de seguridad instalado y la capacidad de recuperación utilizable no son lo mismo.
La evidencia necesaria para cerrar esta brecha es práctica: un cronograma de copias de seguridad específico del producto, una región de copia de seguridad nombrada, una prueba de credenciales separadas, resultados recientes de pruebas de restauración, velocidad de restauración medida y confirmación de que el cómputo de destino está reservado. La prueba más importante comienza con una instancia de producción destruida y termina cuando un cliente puede usar la aplicación y verificar los datos, no cuando un trabajo de copia de seguridad reporta éxito.
El panel de control y el servicio de asistencia también son infraestructura
Para muchos clientes, el panel de control minorista es la única infraestructura visible. Aprovisiona un servicio, expone la facturación, abre tickets, cambia DNS, crea buzones, reinicia una máquina virtual y presenta controles de copia de seguridad. Cuando falla, el servidor subyacente puede seguir funcionando, pero la capacidad del cliente para diagnosticar o recuperarse puede desaparecer.
TECNOWEB opera unportal de soportepúblico que acepta tickets y permite a un usuario verificar el estado del ticket. Sus páginas prometen asistencia 24/7, mientras que los términos dicen que el soporte está disponible a través del portal del cliente. El material público no indica si hay una línea telefónica de emergencia separada cuando el portal o el sistema de autenticación del cliente no están disponibles, o si la interfaz de soporte está alojada fuera del entorno de producción al que apoya. Esa es una pregunta de modo común: una página de estado y un sistema de tickets son más útiles cuando sobreviven al incidente.
Diferentes servicios añaden diferentes superficies administrativas. Los clientes Linux dependen de cPanel; los clientes revendedores usan WHM; los clientes Windows usan Plesk; los clientes VPS usan controles basados en Proxmox y noVNC; los clientes WordPress usan un kit de herramientas de aplicación. Un fallo del plano de control puede bloquear cambios de contraseña, instantáneas, reinstalaciones, cambios de cortafuegos y migraciones sin hacer que cada aplicación alojada sea inalcanzable. Los informes de disponibilidad deben distinguir el tráfico de clientes del acceso administrativo.
La cadena de dependencias se extiende más allá del hosting. Lapágina de dominiosde TECNOWEB vende registro y servicios relacionados con DNS mientras que los términos describen a la empresa como intermediaria ante los registros. Un servidor válido puede desaparecer del uso ordinario si un dominio expira, la delegación cambia o el DNS autoritativo falla. Loscertificados SSLañaden autoridades de certificación y automatización de renovación.SiteLockañade un servicio de seguridad externo. Laoferta DMARCse presenta en torno a Valimail, y loscertificados BIMIdependen de ecosistemas de verificación de marca y certificados. Ninguna de esas dependencias se repara reemplazando un disco de servidor fallido.
Las ofertas de Google y Microsoft hacen aún más clara la división de responsabilidades. TECNOWEB puede ayudar a configurar, transferir y dar soporte a una suscripción, pero no puede restaurar de forma independiente un servicio global de Gmail, Exchange Online, Teams o OneDrive. Por el contrario, una interrupción en el propio portal de TECNOWEB no debería necesariamente afectar a esas plataformas ascendentes. Un cliente que contrata «un proveedor, un soporte» necesita una ruta de escalada que sobreviva a los límites entre el vendedor, el operador de la plataforma, el registro, la autoridad de certificación y el operador de red.
El trabajo humano es el último plano de control. Un ciclo de alimentación remoto es rápido; diagnosticar un sistema de archivos corrupto, un controlador RAID fallido o una cuenta comprometida no lo es. Un reemplazo físico requiere un técnico con acceso, una pieza compatible y autoridad para actuar. Un cambio de ruta requiere personal de red. Una restauración requiere alguien que entienda la carga de trabajo y pueda validarla. Una etiqueta 24/7 dice cuándo un canal está abierto, no cuántas personas calificadas están disponibles, cómo se priorizan los incidentes o cuánto tarda una pieza en llegar al rack.
La cláusula de 48 horas hace que esos detalles operativos sean centrales. Los compradores deben preguntar por las definiciones de gravedad, los objetivos de acuse de recibo, los contactos de escalada, los intervalos de actualización, la disponibilidad de manos remotas, la política de piezas de repuesto y un canal alternativo fuera del portal normal. También deben preguntar si el monitoreo abre incidentes automáticamente. Una garantía medida solo después de la notificación del cliente puede perder minutos u horas preciosas antes de que comience el reloj formal del proveedor.
Un fallo puede alcanzar a empresas que nunca compraron un servidor
Las personas afectadas por un fallo de hosting son más amplias que la lista de cuentas. Un cliente de hosting compartido puede ser un pequeño minorista cuyo proceso de pago y correo electrónico empresarial utilizan el mismo dominio. Un VPS puede ejecutar un sistema de planificación de recursos empresariales, base de datos, servicio de reservas o interfaz de aplicación. Un servidor dedicado puede llevar varias unidades de negocio. Un revendedor puede colocar docenas de organizaciones descendentes en una sola asignación. Una agencia puede gestionar sitios para clientes que no tienen una relación directa con el proveedor de infraestructura.
El catálogo de TECNOWEB se dirige explícitamente a individuos, pequeñas y medianas empresas, grandes empresas, comercio electrónico, bases de datos, aplicaciones empresariales y revendedores. Su página principal afirma más de 10.000 clientes colombianos y más de 20.000 dominios gestionados. Esas son cifras de marketing de primera parte sin una definición de cliente fechada ni una auditoría adjunta. El recuento de dominios observado más bajo de IPinfo se refiere a dominios vistos en direcciones AS64114, no a todos los clientes, todos los productos o todos los dominios bajo gestión.
Las dos cifras miden cosas diferentes y no deben forzarse a coincidir.
El mecanismo de impacto también cambia por capa. La pérdida de un servidor compartido afecta a las cuentas colocadas en él, no necesariamente a toda la flota. La pérdida de un sistema de almacenamiento puede afectar a varios hosts. La pérdida de un conmutador de entrada del rack puede aislar un gabinete. La pérdida de alimentación o refrigeración de la instalación puede afectar a toda la sala. La pérdida de una ruta ascendente común puede afectar a servidores que por lo demás están sanos. La pérdida de DNS puede hacer que muchas aplicaciones separadas parezcan inactivas.
La pérdida del portal de soporte puede retrasar la recuperación en todos los productos.
Los clientes soportan parte de ese impacto. Un propietario de VPS no gestionado controla el sistema operativo y la aplicación. Un revendedor controla la comunicación descendente. Un titular de dominio debe mantener los datos de registro y la renovación. Una empresa debe decidir si mantener una copia independiente y un servicio secundario. Los términos de TECNOWEB hacen explícitos varios de estos deberes. Pero la responsabilidad del cliente no elimina la obligación del proveedor de hacer inteligibles sus propios límites.
Ninguna evidencia pública respalda un número preciso de usuarios que se verían afectados por un fallo de rack, prefijo o instalación. Los recuentos de dominios no son usuarios; los clientes anunciados no son cargas de trabajo concurrentes; el espacio de direcciones no es ocupación. La evaluación sólida es cualitativa: la superficie de servicio es amplia, los revendedores amplifican las dependencias, y las pequeñas empresas pueden concentrar web, correo, DNS y soporte con una sola marca. Esa concentración puede convertir una falla técnica local en una interrupción comercial incluso cuando el proveedor subyacente es modesto en tamaño.
La localización de datos no puede inferirse de una tienda colombiana
El contrato de servicio es colombiano, pero la ruta física y legal de los datos del cliente sigue estando incompletamente descrita. Lapolítica de privacidadde TECNOWEB dice que la información personal suministrada por los usuarios se procesa de forma confidencial, se utiliza para mejorar los servicios y no se divulga a terceros sin consentimiento, excepto cuando lo exija la autoridad. No identifica los países de hosting, los países de respaldo, los operadores de infraestructura, los subencargados del tratamiento, los plazos de conservación del contenido alojado ni las ubicaciones utilizadas por cada producto.
LaLey 1581 de 2012de Colombia regula el tratamiento de datos personales y aborda las transferencias a terceros países. La presencia de la ley colombiana no impone aquí una conclusión sobre ninguna carga de trabajo particular del cliente. Hace que la ubicación y la asignación de roles sean comercialmente importantes para los clientes que almacenan datos personales. Necesitan saber si TECNOWEB actúa como encargado del tratamiento, si otra empresa regional o proveedor de plataforma participa, y dónde se manejan las copias de producción y respaldo.
El catálogo de productos ya muestra que una respuesta no puede cubrir todos los servicios. Google Workspace y Microsoft 365 utilizan sus respectivas plataformas globales. El correo Open-Xchange introduce otro límite de plataforma. El registro de dominios involucra registros y registradores. Los productos de seguridad involucran a sus proveedores. El hosting compartido, VPS y servidores dedicados operados por TECNOWEB pueden seguir un patrón de ubicación diferente.
Los términos se refieren a enlaces nacionales e internacionales y a fabricantes externos, mientras que la página de la empresa sitúa el DNS en cuatro países y la copia de seguridad en una instalación externa sin nombre.
Nada de esto prueba una transferencia ilegal o una falla de protección. Prueba que una etiqueta de Colombia es evidencia insuficiente de residencia de datos. El registro LACNIC identifica a un titular de recursos; la geolocalización IP es probabilística; una moneda de facturación identifica un mercado; un contrato identifica la ley aplicable. Solo un cronograma de servicio, un registro de arquitectura y una lista de subencargados pueden identificar dónde van realmente el contenido, los metadatos, los registros y las copias de un cliente.
Un comprador con requisitos de localidad debe preguntar por los países de producción y respaldo, el operador legal en cada lugar, los términos de transferencia transfronteriza, la propiedad del cifrado, las jurisdicciones de acceso y el comportamiento de eliminación después de la cancelación. Debe preguntar si el personal de soporte en otros países puede acceder a los datos o consolas, y si una migración cambia la ubicación. Esas respuestas deben ser específicas del producto e incorporadas al contrato. Una garantía verbal de que el servicio es «para Colombia» no es lo mismo que un compromiso de residencia.
La ruta de recuperación debe probarse desde la pérdida de alimentación hasta el uso del cliente
Una prueba de resiliencia útil comienza con un fallo específico. Imaginemos que se pierde la ruta de alimentación que sirve a un gabinete de producción. La energía almacenada debe mantener la carga mientras un generador o ruta alternativa se vuelve disponible. La refrigeración debe continuar. La consola remota y el gestor de alimentación deben permanecer accesibles. Si un servidor falla, el hardware saludable necesita suficiente RAM, CPU, almacenamiento, red y licencias para aceptar su carga de trabajo. Si el almacenamiento se daña, debe haber una copia limpia fuera del dominio fallido.
Si la ruta principal se pierde, una ruta físicamente independiente debe transportar el prefijo. Si el panel de control no está disponible, el personal necesita otra forma de actuar. El servicio se restaura solo cuando el cliente puede usarlo y verificar sus datos.
El material público de TECNOWEB respalda piezas de esta secuencia: servidores propios, RAID, interfaces de 10 Gbps, gabinetes exclusivos, controles remotos, monitoreo, dos proveedores ascendentes observados, afirmaciones de copia externa, instantáneas, soporte de tickets y un porcentaje de disponibilidad contractual. No publica una prueba completa de extremo a extremo que elimine una ruta de alimentación, host, servicio de almacenamiento o ascendente y demuestre la recuperación del cliente bajo carga representativa.
Por lo tanto, la primera solicitud debería ser un cronograma de instalaciones nombradas. Debería identificar el edificio de producción y el de respaldo, sus operadores, países y certificaciones aplicables. Debería mostrar qué productos están ubicados en cada sitio. Si «Tier III» es parte de la venta, el cliente debe recibir el certificado actual, el alcance evaluado exacto y la confirmación de que su rack, alimentación y rutas de refrigeración están dentro de él.
La segunda solicitud debería conciliar la capacidad. Para hosting compartido y VPS, los compradores necesitan la arquitectura de host y clúster, las reglas de colocación, los recursos comprometidos, la política de sobresuscripción y la capacidad de respaldo después de la falla del host o almacenamiento más grande. Los clientes de servidores dedicados necesitan inventario, compromisos de piezas de repuesto y una opción de migración. La evidencia de red debería identificar la capacidad pagada y el ancho de banda disponible después de eliminar un proveedor ascendente.
Ninguno de estos valores debe inferirse de una clasificación NIC o una cuota de transferencia minorista.
La tercera solicitud debería mapear las dependencias de modo común. Un diagrama físico debería mostrar las entradas de servicios públicos, la alimentación ininterrumpida, la generación, la refrigeración, las alimentaciones de los gabinetes, los enrutadores, las entradas de operadores y las rutas externas. Para la diversidad de red, los nombres de los operadores no son suficientes: las rutas, entradas, salas de encuentro, enrutadores y alimentaciones necesitan separación. Para la copia de seguridad, «externo» debería ser reemplazado por un país, instalación, límite de credenciales, programa de retención y resultado de restauración medido.
La cuarta solicitud debería convertir la cifra del 99,9% en un compromiso de servicio completo. Debería definir el punto de medición, el intervalo, las exclusiones, el tratamiento de mantenimiento, el inicio del incidente, la gravedad, el acuse de recibo, la actualización y los objetivos de restauración, los créditos de servicio y los derechos de terminación. Debería aclarar si el lenguaje de 48 horas es un compromiso de resolución máximo, qué significa la restauración temporal y cómo se remedia un umbral anual incumplido.
La quinta solicitud debería probar a las personas y la comunicación. Los clientes deberían ver una ruta de escalada fuera del horario laboral que no dependa únicamente del portal ordinario, una política de piezas de repuesto, cobertura de manos remotas y un canal de estado alojado fuera de los sistemas afectados. Un simulacro debería incluir a TECNOWEB, el operador de la instalación, los proveedores de red y el cliente. Debería terminar con la validación de la aplicación y los datos, no meramente con una alarma de infraestructura verde.
El registro público respalda un negocio colombiano de hosting en funcionamiento, un catálogo de servicios actual, recursos de numeración activos y una red lógica con más de un proveedor ascendente observado. No respalda una ubicación exacta de los racks, rutas de fibra colombianas independientes, totales de flota, capacidad de respaldo actual, una jurisdicción de respaldo nombrada o un tiempo de recuperación medido. Por eso, el hecho más sólido en la oferta de TECNOWEB es también la mejor pregunta inicial: el 99,9% se puede calcular al segundo, mientras que el sistema físico que se espera que lo cumpla todavía se describe sin un nombre.