Resumen

  • SIANET puede vincularse a una empresa brasileña activa, AS53101, espacio de direcciones público, dos proveedores de tránsito observados y una conexión de 10 Gbps en IX.br São Paulo, dando a los compradores más que inspeccionar que una descripción genérica de servicio en la nube.
  • La carga de adquisición restante es sustancial: las páginas públicas de SIANET indican un objetivo de tiempo de actividad del 99.9%, energía redundante y soporte las 24 horas, pero no publican las reglas de medición, créditos de servicio, historial de incidentes, objetivos de recuperación, evidencia de pruebas de restauración o metas de respuesta necesarias para convertir esas declaraciones en garantía operativa.

Un ASN visible cambia el punto de partida, no el veredicto

La parte más difícil al evaluar un proveedor de infraestructura pequeño o regional es a menudo decidir si el nombre público se corresponde con un sistema operativo real. SIANET supera ese primer obstáculo. La página de empresa de Serasa Experian identifica a SIANET centros de datos Provedores Ltda bajo el CNPJ 10.470.642/0001-08, registra un estado activo y una fecha de fundación en noviembre de 2008, y clasifica su actividad principal como procesamiento de datos, provisión de servicios de aplicación y alojamiento en Internet.

El sitio web de la empresa usa la marca SIANET Business Hosting y proporciona una dirección en São Paulo y un número de teléfono. PeeringDB conecta el nombre más largo SIANET centros de datos e Provedores Ltda-ME al mismo sitio web y a AS53101.

Esa cadena de identidad importa porque la contratación de servicios en la nube está llena de señales suaves: un dominio pulido, un amplio menú de servicios, una etiqueta de centro de datos y un equipo de cuentas. SIANET también deja huellas técnicas más sólidas. Al momento de la revisión, bgp.tools mostraba a AS53101 como una red activa asignada bajo NIC.br, originando dos agregados IPv4: 177.107.208.0/21 y 187.103.144.0/20. Su material de registro vincula el ASN y esos recursos al mismo CNPJ.

PeeringDB lista la red en IX.br São Paulo con un puerto de 10 Gbps, un contacto de operaciones de red designado, una política de peering abierta y alcance regional.

La vista de enrutamiento también mostró dos upstreams, AS4230 de Claro y AS10429 de Telefônica Brasil. Esta es una evidencia útil de una superficie de conectividad real y cierta diversidad de upstream. No es una prueba de que cada servicio alojado esté correctamente conectado a dos enlaces, de que la capacidad sea suficiente durante un incidente, o de que el tráfico del cliente conmutará por error en un intervalo aceptable.

Por lo tanto, un equipo de adquisiciones debe tratar el ASN como un artefacto inicial para la debida diligencia técnica: solicitar exportaciones de rutas actuales, compromisos de tránsito, margen de tráfico, procedimientos de mantenimiento y una explicación de cómo los servicios del cliente se mapean en la red visible.

Hay una razón más para insistir en una instantánea de red fechada. El perfil auto-mantenido de PeeringDB lista diez prefijos IPv4 y dos prefijos IPv6, mientras que la vista de enrutamiento independiente observó dos agregados IPv4 originados y ningún IPv6 originado al momento de la revisión. Esos valores pueden describir cosas diferentes, incluyendo límites de prefijo configurados versus rutas entonces visibles en Internet. La diferencia no es en sí misma evidencia de una falla. Es evidencia de que un campo de perfil no debe confundirse con el estado actual de la ruta.

El límite del servicio abarca cuatro productos diferentes

La oferta pública de SIANET no es una nube uniforme. Abarca hosting compartido y dedicado, equipos propiedad del cliente en colocación, infraestructura virtual vendida como computación en la nube, y servicios gestionados de continuidad o técnicos. Cada uno cambia la responsabilidad de manera diferente.

La página de hosting dice que los servidores dedicados pueden configurarse según los requisitos del cliente, mientras que el hosting compartido se dirige a sitios y aplicaciones más simples. Anuncia copias de seguridad automatizadas diarias, soporte para Linux y Windows, monitoreo y personalización de planes. La colocación mueve el límite del equipo: el cliente trae servidores a la instalación de SIANET y depende de SIANET para el entorno físico, la conectividad y el acceso operativo.

La página de nube presenta capacidad virtual que puede ajustarse a través de un panel automatizado, reduciendo la necesidad de abrir tickets de soporte para cambios rutinarios. La oferta de respaldo del sitio describe replicación a un centro de datos de Internet secundario e incluso un lugar de trabajo opcional desde el cual el personal podría continuar operaciones si la oficina principal se volviera inaccesible.

Esos son servicios materialmente diferentes, no etiquetas intercambiables. Un cliente de hosting compartido está expuesto a controles de tenencia y políticas de plataforma. Un cliente de hosting dedicado necesita compromisos de reemplazo y reconstrucción de hardware. Un cliente de colocación mantiene más control sobre la configuración del servidor, pero debe comprender la cobertura de manos remotas, repuestos, ventanas de acceso y propiedad de la conexión cruzada. Un cliente de nube depende más del panel de control, el estado de aprovisionamiento y la capa de virtualización del proveedor.

Un cliente de continuidad necesita evidencia de que la replicación y la recuperación realmente funcionan juntas.

La distinción también afecta la comparación de precios. Una nube de hiperescala puede proporcionar un catálogo de servicios mucho más grande, controles de identidad detallados y material de auditoría extenso, pero puede imponer costos de salida, arquitectura y mano de obra especializada. La colocación puede proporcionar un mayor control físico, pero deja al cliente comprando, manteniendo y renovando equipos. La infraestructura propia puede preservar la máxima libertad de configuración, pero crea una gran carga en energía, refrigeración, redes, seguridad y cobertura de incidentes.

La posible ventaja de SIANET es más limitada: infraestructura local con soporte en portugués y un equipo de servicio que puede absorber parte de ese trabajo. La prima se justifica solo si el contrato y la evidencia del proveedor reducen la supervisión del cliente más de lo que aumentan la dependencia del proveedor.

Las afirmaciones físicas son lo suficientemente específicas para ser probadas

La página de infraestructura de la empresa contiene más detalle que su lenguaje amplio sobre la nube. SIANET dice que la instalación utiliza dos generadores en una configuración redundante, con hasta 20 horas de operación antes del reabastecimiento de combustible, y dos grupos de suministro ininterrumpido (UPS) escalables que cubren aproximadamente 15 segundos antes de que los generadores tomen la carga.

Describe firewalls activo-activo, dos sistemas de prevención de intrusiones perimetrales, detección y extinción de incendios, refrigeración controlada y varias capas de acceso físico, incluyendo autorización biométrica para la sala del centro de datos.

Estas declaraciones crean una agenda de inspección útil. Un comprador puede solicitar fechas de pruebas de carga de generadores, contratos de combustible, registros de mantenimiento, resultados de pruebas de baterías UPS, diagramas eléctricos unifilares, redundancia de refrigeración, registros de inspección de sistemas contra incendios y evidencia de que el mantenimiento no colapsa la redundancia anunciada. Sin esos materiales, los números siguen siendo afirmaciones del proveedor. Con ellos, el comprador puede probar si el diseño funciona bajo modos de falla normales, no solo en una descripción de ventas.

El mismo principio se aplica a la conectividad. SIANET dice que su equipo central y de borde basado en Cisco es redundante y que múltiples proveedores pueden propagar su espacio de direcciones a través de BGP. El ASN observado, las relaciones de tránsito y la conexión de intercambio respaldan la existencia de ese rol de red. No establecen la disponibilidad de las aplicaciones. Un servicio alojado puede fallar debido a un problema de conmutación interno, estado del firewall, dependencia de DNS, interrupción de almacenamiento, cuello de botella de capacidad o una política de enrutamiento incorrecta.

La diversidad de rutas de Internet es una capa en el argumento de disponibilidad, no todo el argumento.

Aquí es donde la declaración pública de tiempo de actividad del 99.9% necesita traducción. Si se mide durante un mes de 30 días, el 99.9% permite aproximadamente 43 minutos de indisponibilidad. Pero esa aritmética es solo ilustrativa porque la página pública no define el período de medición, el punto final monitoreado, las exclusiones, el tratamiento del mantenimiento programado o la compensación. Tampoco publica un historial de estado del que un comprador pueda comparar la promesa con el servicio observado. El compromiso relevante es el del acuerdo de servicio, no el porcentaje en la página de inicio.

La automatización reduce los tickets pero concentra el control

SIANET dice que su panel de control en la nube da a los clientes control de un centro de datos virtual sin acciones de soporte manuales. Eso puede eliminar trabajo de aprovisionamiento repetitivo: un cliente puede redimensionar o configurar recursos sin esperar a que un operador procese cada solicitud. Para un equipo de plataforma pequeño, este es un beneficio significativo. La pregunta es qué sucede con el estado en torno a esas acciones.

Un plano de control útil debería mostrar quién cambió un recurso, qué cambió, cuándo cambió, si la operación tuvo éxito, qué costará y cómo revertirla. Debería admitir roles separados para administradores, operadores y auditores; autenticación sólida; registros de actividad duraderos; informes de uso y presupuesto; y una ruta de salida documentada para máquinas virtuales y datos. La página pública de la nube de SIANET explica la propuesta básica de autoservicio, pero no detalla esa superficie de gobernanza. Sus valores de recursos ilustrados no deben leerse como inventario en vivo o capacidad garantizada.

Esto importa bajo presión, no solo durante la configuración. Si un cliente no puede obtener capacidad, el panel debería distinguir entre cuota, escasez física, estado de cuenta y falla técnica. Si un redimensionamiento tiene éxito parcial, la pista de auditoría debería preservar el estado anterior y el nuevo. Si una credencial de usuario se ve comprometida, el cliente debería poder revocar el acceso e identificar las acciones afectadas. Si el panel no está disponible, debería haber una ruta operativa alternativa autenticada. La automatización ahorra trabajo cuando hace que el estado sea legible.

Crea un nuevo riesgo de concentración cuando simplemente oculta el trabajo manual detrás de una pantalla.

Por lo tanto, los compradores deberían solicitar una demostración basada en fallas: crear un recurso, cambiarlo, eliminar los derechos de un usuario, recuperarse de una operación fallida, exportar el historial de actividad y conciliar el uso con la factura. El resultado dirá más sobre el modelo operativo que una lista de controles deslizantes máximos.

La localidad es útil solo cuando sus límites son explícitos

La huella pública de SIANET está fuertemente asociada con São Paulo. El sitio de la empresa, la entrada de organización en PeeringDB y la conexión de intercambio apuntan allí, y los servicios se presentan a clientes brasileños en portugués. Para cargas de trabajo que sirven a usuarios en o cerca de São Paulo, eso puede ofrecer ventajas de latencia, idioma y soporte de cuentas. Para organizaciones que se preocupan por mantener los datos en Brasil, también puede ser comercialmente relevante.

Pero una oficina local, un ASN local y una instalación local no responden por sí solos a las preguntas de residencia de datos. Un cliente necesita saber dónde se almacenan los datos de producción, réplicas, instantáneas, copias de seguridad, registros y artefactos de soporte; si los subcontratistas pueden acceder a ellos; dónde se ejecutan los servicios del plano de control; y si la recuperación puede mover datos fuera de la ubicación acordada. La colocación, los servidores alojados, las instancias en la nube y el servicio de sitio secundario pueden tener respuestas diferentes.

La página de respaldo del sitio hace que la incertidumbre sea particularmente importante. Describe datos o servidores replicados en un centro de datos de Internet secundario, pero el material público no identifica un objetivo de punto de recuperación, objetivo de tiempo de recuperación, modo de replicación, frecuencia de prueba o la separación exacta entre las ubicaciones primaria y secundaria. Un servicio de continuidad debe ser juzgado por ejercicios de restauración exitosos y mapeo de dependencias.

Una segunda copia que comparte un dominio de falla de energía, red, credenciales o operador puede no proporcionar la independencia que el cliente espera.

Antes de firmar, un comprador debe obtener un mapa de ubicación para cada clase de datos, una lista de subprocesadores, procedimientos de eliminación y destrucción de medios, términos de cifrado y propiedad de claves, y un proceso de salida probado. La soberanía de datos no se logra eligiendo un nombre brasileño. Se logra manteniendo la ubicación y los hechos de control adjuntos a la carga de trabajo durante toda su vida.

El soporte es parte de la infraestructura

SIANET anuncia soporte en portugués las 24 horas del día, los siete días de la semana, por teléfono o ticket. Su página de infraestructura describe un equipo de operaciones que monitorea los recursos del cliente, proporciona manejo de primer nivel y activa soporte de segundo y tercer nivel. Esta es una descripción creíble de una superficie de escalamiento local y puede ser más accesible para un cliente brasileño que una cola estandarizada distante.

Sin embargo, la disponibilidad de una cola es diferente de la responsabilidad por un resultado. Las páginas públicas no establecen objetivos de acuse de recibo o restauración por severidad, tiempos de escalamiento, propiedad del incidente, intervalos de comunicación o créditos de servicio. Tampoco muestran si el monitoreo cubre solo la infraestructura o también incluye el sistema operativo y la aplicación del cliente. Esos límites deciden si el soporte reduce la mano de obra o inicia una ronda de transferencia de responsabilidad durante una interrupción.

El registro público contiene una señal de prueba de servicio útil más allá de las propias páginas de la empresa. El registro de contratos municipales de Nazaré Paulista nombra a SIANET como proveedor para la instalación, configuración inicial y alquiler de infraestructura de TI con mantenimiento. El Contrato 74/2024 tuvo vigencia de julio de 2024 a julio de 2025 y ascendió a un valor de R$48,999.60. Esto demuestra que un comprador público contrató a SIANET para un servicio de infraestructura definido.

No revela tiempo de actividad, calidad de resolución o satisfacción del cliente, por lo que no debe estirarse para convertirse en un respaldo de rendimiento.

Un ejercicio de adquisición debe convertir la promesa de soporte en una tabla: definiciones de severidad, objetivos de respuesta y restauración, niveles de escalamiento designados, autoridad fuera del horario laboral, obligaciones del cliente, comunicaciones, retención de evidencia y compensaciones. Luego debe probar el camino antes de un incidente grave. Abra un ticket de bajo riesgo, escálelo, solicite el historial de actividad y verifique que ambas partes estén de acuerdo sobre la propiedad. El soporte local es valioso cuando acorta el tiempo de diagnóstico y decisión, no solo cuando alguien responde en el mismo idioma.

El paquete de evidencia del comprador debería sobrevivir a una interrupción

El caso práctico de SIANET se basa en combinar su identidad técnica visible con evidencia que es menos visible públicamente. AS53101, el espacio de direcciones y la participación en IX.br muestran que la empresa ha operado sus propios recursos de red. El sitio web presenta superficies distintas de hosting, nube, colocación, recuperación y soporte. La página de infraestructura proporciona afirmaciones comprobables sobre energía, seguridad de red y controles físicos. El contrato municipal añade un ejemplo concreto de infraestructura suministrada con mantenimiento.

Lo que queda sin probar públicamente es el rendimiento de ese sistema a lo largo del tiempo. Un comprador serio debería solicitar doce meses de datos de disponibilidad e incidentes para el servicio relevante, la fórmula exacta del SLA, la política de capacidad y sobresuscripción, los resultados de respaldo y restauración, la garantía de seguridad, el historial de gestión de cambios, el rendimiento del soporte por severidad, y evidencia reciente de pruebas de conmutación por error de energía y red.

La solicitud debe coincidir con el producto que se compra; la evidencia de colocación no sustituye a la evidencia del plano de control de la nube, y una ruta de red no sustituye a la recuperación de almacenamiento.

La regla de decisión es sencilla. SIANET no debe descartarse como una etiqueta de alojamiento sin fundamento: la identidad legal y el rastro de recursos de red son sustanciales. Tampoco debe promoverse el ASN visible a una conclusión general de fiabilidad. Trate a la empresa como un proveedor operativo cuyos hechos públicos más sólidos merecen una debida diligencia más profunda. La compra se vuelve defendible cuando SIANET puede conectar esos hechos con el rack, servidor, recurso virtual, conjunto de respaldo y obligación de soporte particulares de los que dependerá el cliente.