Resumen
- PIN centros de datos presenta una superficie de servicio de centro de datos y alojamiento en San Petersburgo basada en colocation, servidores dedicados, servidores virtuales, alquiler de racks, soporte de direcciones IP y ayuda para el registro de sistemas autónomos, con su material público vinculando la historia de la instalación con el centro de datos Matisov y la empresa operadora Petersburg Internet Network.
- La prueba decisiva no es si el catálogo contiene productos de alojamiento conocidos. Es si un cliente puede convertir un cambio en un registro aceptado que conserve los límites de energía, las suposiciones de refrigeración, la capacidad de puertos, el enrutamiento IP, la autorización de acceso, las expectativas de copia de seguridad, la evidencia de monitoreo y la titularidad de la escalación sin depender de la memoria informal.
El Registro Es el Producto
Un centro de datos local parece simple a distancia. Un comprador ve unidades de rack, alquiler de servidores, un puerto de Internet, una asignación de IP, un servicio de soporte y un precio mensual. El trabajo subyacente no es simple. Cada cambio útil en un entorno alojado atraviesa varias superficies de control a la vez: electricidad, refrigeración, cableado, enrutamiento, puertos de conmutador, acceso a consola remota, estado del sistema operativo, monitoreo, permisos de acceso, autorización del cliente y pago. El servicio es fiable solo cuando esas superficies concuerdan entre sí después de realizar el cambio.
Esa es la lente con la que se debe juzgar a PIN centros de datos. La empresa presenta colocation, servidores dedicados, servicios adicionales de centro de datos, soporte de registro de Internet local, servidores dedicados virtuales y alquiler de racks. Sus páginas públicas describen el centro de datos Matisov, la disponibilidad de soporte, las opciones de conexión, los servicios de direcciones IP y las condiciones de acceso físico. Los directorios de red y los registros adyacentes a RIPE conectan la marca pública con Petersburg Internet Network Ltd.
y con AS34665, con visibilidad relacionada para AS44050 y otros registros de enrutamiento asociados. Estos registros establecen un perímetro de servicio, pero por sí solos no demuestran calidad operativa.
La prueba más útil es más estrecha y más exigente: cuando un cliente solicita colocar un servidor, extender un puerto, enrutar un bloque IP, abrir una sesión de consola remota, reiniciar un servidor, restaurar una copia de seguridad o que un representante ingrese a las instalaciones, ¿produce PIN centros de datos un registro que sobreviviría a una revisión de interrupción? Si la respuesta es sí, el operador local puede competir en control práctico, proximidad y ahorro de mano de obra.
Si la respuesta es no, el catálogo se convierte en un conjunto de afirmaciones cuyo punto débil aparece solo después de que un cliente ya ha trasladado equipos o cargas de trabajo dentro de las instalaciones.
El registro público ofrece lo suficiente para esbozar el modelo operativo. PIN centros de datos no se presenta como una región de nube a hiperescala. Está más cerca de la pila tradicional de centro de datos y alojamiento: equipos de clientes en racks, servidores alquilables, servidores virtuales, recursos de red, soporte de direcciones IP y servicio hands-on. Eso hace que su valor sea diferente al de una consola de nube global. El comprador no está comprando una abstracción infinita. El comprador está comprando un lugar donde la infraestructura física y las operaciones de red pueden delegarse en un equipo local.
El trato funciona solo si la delegación reduce el trabajo oculto en lugar de trasladarlo a llamadas telefónicas, capturas de pantalla y colas de soporte sin resolver.
Por lo tanto, el registro de aceptación es el producto detrás del producto. Para la colocation, debe indicar el armario, el tamaño de la unidad, el presupuesto de energía, la velocidad del puerto, el ancho de banda comprometido, las direcciones IP, el DNS inverso, los derechos de acceso, la ruta de la consola, las reglas de reinicio y el contacto de escalación. Para un servidor dedicado, debe identificar la configuración real, la ruta de gestión remota, el estado del sistema operativo, la configuración de red, el estado de la copia de seguridad y el proceso de reemplazo.
Para trabajos relacionados con RIPE, debe mostrar el recurso de dirección, el objeto de ruta o la dependencia del sistema autónomo, la autorización del cliente, el destino de enrutamiento y la obligación de soporte. Para cada servicio, debe mostrar qué cambió, quién lo aprobó, cuándo se hizo y qué evidencia confirma que el servicio ahora coincide con la solicitud del cliente.
Sin esa disciplina, los modos de fallo son predecibles. Se excede un presupuesto de energía porque un dispositivo adicional se trató como una pequeña incorporación. Una conexión cruzada o un puerto de conmutador espera porque la solicitud no estaba vinculada a una cola responsable. Una red enrutada es visible en una tabla pero no en otra. Un cliente cree que las copias de seguridad están disponibles, pero la ruta de restauración nunca se aceptó como parte del servicio. Un representante llega a trabajar y descubre que el documento de acceso es incorrecto.
Un servicio de soporte responde, pero el operador que maneja el caso no puede ver las instalaciones, el enrutamiento y el estado de la cuenta juntos. Estos no son fallos exóticos. Son los riesgos rutinarios de la infraestructura alojada.
Lo que PIN ofrece públicamente
La superficie de servicio público de PIN centros de datos es lo suficientemente concreta como para evitar la niebla habitual en torno a las pequeñas marcas de alojamiento. La empresa anuncia colocation de servidores, alquiler de servidores dedicados, servicios adicionales de centro de datos y trabajo de registro de Internet local. Su página principal de centro de datos describe Matisov como un centro de datos puesto en servicio en 2016, con seguridad física y lógica, control de temperatura, un territorio vigilado con un punto de control de acceso, alimentación ininterrumpida de primera categoría y doble refrigeración identificada como T+1.
Su lenguaje público también apunta a soporte las 24 horas y a una ventana de prueba de servicio, mientras que su página de servicio desglosa la colocación de servidores por tamaño de unidad y suposiciones de energía.
El detalle importante es que el catálogo no es solo virtual. Las páginas de PIN describen la colocación física de servidores por factor de forma, conexión a un puerto de 1 Gbit/s, soporte de zona inversa, dos direcciones IPv4 de diferentes subredes de Clase C, acceso KVM o IPMI donde el equipo lo admita, reinicio a petición, estadísticas de tráfico, estadísticas de utilización de ancho de banda y acceso físico para el propietario del servidor o un representante autorizado con los documentos requeridos. Esos son los pequeños controles que importan después de una migración.
Un comprador que no puede acceder a la consola, no puede confirmar el tráfico, no puede demostrar la autorización de acceso o no puede enrutar el espacio de direcciones esperado no ha comprado un servicio terminado, incluso si el rack está alimentado.
La oferta de servidores dedicados sigue el mismo patrón. Las páginas de PINVDS enumeran configuraciones físicas de servidores, precios, memoria, discos y familias de procesadores. La página de servicios de PIN centros de datos describe servidores dedicados con un puerto de Internet, un gestor personal, dos direcciones IPv4, acceso a consola remota a petición, reinicio a través de soporte técnico, reinstalación del sistema operativo a petición y soporte las 24 horas con un objetivo de respuesta del operador en el texto público.
La disponibilidad exacta del hardware debe tratarse como una cuestión comercial actual y no como una especificación permanente, pero la estructura nos dice cómo se supone que debe comportarse el servicio: el cliente alquila una máquina física y espera que el proveedor se encargue de las instalaciones y de las acciones operativas básicas en torno a ella.
El material sobre racks y servicios adicionales añade otra capa. El alquiler de racks aparece como un servicio que se discute individualmente, con detalles de potencia de rack completo y armario en la página de servicio. Las páginas describen dos modelos de pago de energía: energía medida a una tarifa indicada en rublos por kilovatio-hora, o una tarifa fija. Las páginas también mencionan enchufes adicionales, potencia adicional, colocación de torre, acceso a equipos y opciones de tráfico desde 1 Gbit/s con un componente garantizado hasta arreglos de mayor capacidad a petición.
Estos detalles importan porque exponen el límite entre la tarifa estandarizada y la operación a medida. Una vez que un cliente va más allá de un solo servidor, el servicio depende de si el proveedor puede documentar claramente las suposiciones no estándar de potencia, tráfico, acceso y rack.
Los servicios de RIPE y direcciones IP son inusualmente importantes para este perfil. PIN dice que es un registro de Internet local y ofrece alquiler y soporte de direcciones IP, registro y soporte de sistemas autónomos, asistencia con documentos y soporte de espacio de direcciones previamente registrado como independiente del proveedor. Los registros públicos de RIPE y de red conectan al operador con las funciones de LIR y de sistema autónomo. En una región donde la escasez de IPv4 es una restricción operativa real, esto no es un complemento decorativo.
Los recursos de direcciones, los objetos de ruta, el DNS inverso, el soporte de ASN y los anuncios BGP forman parte de la vida operativa del cliente. También son pesados en papeleo, propensos a errores y difíciles de deshacer después de una mala configuración.
Por lo tanto, la oferta pública apunta a un híbrido de servicio de instalaciones, servicio de alojamiento y administración de recursos de red. Eso es comercialmente útil porque muchos clientes regionales no quieren construir una pequeña sala de servidores, operar su propia copia de seguridad diésel, gestionar contratos de proveedores, operar un servicio de escalación las 24 horas y mantener la competencia de enrutamiento internamente. Pero también es arriesgado porque el proveedor está asumiendo varios tipos de responsabilidad que a menudo se venden por equipos separados.
Cuanto más agrupa PIN el alojamiento físico, el servicio virtual, los recursos IP y la acción de soporte, más necesita un único registro aceptado del estado real de cada cliente.
La afirmación de las instalaciones de Matisov
La narrativa del centro de datos Matisov otorga a PIN centros de datos su identidad física. La página pública presenta el sitio como una instalación con doble refrigeración, acceso vigilado, alimentación ininterrumpida de primera categoría, soporte, sistemas de seguridad y control de temperatura. También dice que la instalación forma parte de un anillo óptico de la ciudad y tiene enlaces directos a puntos de intercambio de tráfico, al tiempo que nombra varias relaciones de intercambio y tránsito en el texto de marketing. Estas afirmaciones son valiosas solo cuando se manejan con el nivel adecuado de precaución.
Son afirmaciones oficiales, no especificaciones de instalaciones auditadas por terceros.
Esa distinción es importante para los compradores. Una página de centro de datos puede afirmar que la energía está garantizada, los canales están reservados y la refrigeración es redundante, pero el contrato y el registro de servicio deciden en qué puede confiar un cliente en particular. Un servidor de 1U con una suposición de 400W no es lo mismo que un rack completo que consume varios kilovatios. Una declaración general sobre canales redundantes no es lo mismo que un diseño de enrutamiento específico del cliente con expectativas de upstream, prefijo, objeto de ruta y conmutación por error.
Un territorio vigilado no es lo mismo que un registro de acceso que demuestre quién tocó un dispositivo antes de un fallo. Una declaración pública sobre el soporte no es lo mismo que una ruta de escalación que identifique quién posee las acciones de instalaciones, red y servidor en diferentes momentos del día.
La historia pública de Matisov sigue siendo importante porque ancla la cuestión operativa en la realidad física. La colocation local no es almacenamiento en la nube con otro nombre. Depende de si un piso, un armario, un riel de alimentación, una ruta de refrigeración, una conexión cruzada y un servicio de acceso se comportan como un sistema gobernado. En un servicio liderado por las instalaciones, la capacidad técnica suele ser menos importante que la disciplina de configuración. El cliente puede aceptar límites de capacidad ordinarios si esos límites son explícitos.
El cliente no puede aceptar límites ocultos que aparecen solo cuando el rack está lleno, cuando se necesita una actualización de puerto, cuando llega una solicitud de reinicio durante un incidente o cuando se solicita una restauración de copia de seguridad fuera del horario normal de oficina.
El material público también implica un tipo particular de comprador. Este no es un servicio que se venda principalmente a equipos que solo quieren una plataforma global gestionada sin conciencia del hardware. Está dirigido a organizaciones y hosts que aún necesitan espacio en rack, servidores físicos, control de red local, servicios de direcciones IP o una huella de alojamiento rusa. Para esos compradores, el atractivo de las instalaciones es práctico: evitar operar una sala de servidores de oficina, evitar ensamblar cada dependencia de red por sí mismos y evitar contratar personal las 24 horas para trabajos prácticos rutinarios.
La instalación se convierte en un sustituto de la mano de obra.
El riesgo es que la sustitución de mano de obra pueda convertirse en desplazamiento de mano de obra en la dirección equivocada. Si el proceso del proveedor es informal, los ingenieros del cliente aún tienen que supervisar cada paso, traducir las necesidades comerciales al lenguaje de las instalaciones, pedir pruebas, perseguir las reglas de acceso, observar los cambios de BGP y probar la recuperación por sí mismos. Eso convierte el soporte local en otra cola de trabajo. El registro aceptado es la diferencia entre "el proveedor lo hizo" y "el cliente cree que se hizo". En infraestructura, la creencia no es suficiente.
Evidencia de red y sus límites
PIN centros de datos tiene más evidencia de red pública que muchos pequeños operadores de alojamiento. PeeringDB lista PIN centros de datos para AS34665, lo asocia con Petersburg Internet Network Ltd., muestra el alias PINDC y registra entradas públicas de intercambio de peering. Los servicios de directorio BGP e IP muestran AS34665 y AS44050 como rutas activas de Petersburg Internet Network, con prefijos observados, pares y referencias de sitios web. Las páginas relacionadas con RIPE muestran datos de organización y enrutamiento vinculados a Petersburg Internet Network Ltd. y contactos de soporte de PINDC.
NetworksDB y otros directorios de enrutamiento enumeran grandes cantidades de redes IPv4 asociadas con la organización.
Esa evidencia es significativa porque el servicio de centro de datos no se trata solo de espacio y energía. El enrutamiento es una de las formas en que un operador de colocation se vuelve operativamente útil. Los clientes pueden necesitar direcciones IPv4 asignadas por el proveedor, DNS inverso, redes de clientes enrutadas, ayuda con sistemas autónomos, diversidad de upstream, conectividad de intercambio y procedimientos de manejo de abusos. Los registros públicos muestran que PIN es visible en el ecosistema de enrutamiento en lugar de existir solo como un folleto.
También muestran una huella de recursos de direcciones y alojamiento lo suficientemente amplia como para que la operación de red del operador sea parte del producto.
La evidencia de red tiene límites. Una entrada de PeeringDB no demuestra baja latencia para una carga de trabajo específica del cliente. Un directorio BGP no demuestra que cada ruta esté configurada correctamente, que cada upstream sea redundante en la práctica o que el soporte al cliente pueda diagnosticar una falla de enrutamiento rápidamente. Un contacto de abuso listado no demuestra madurez de seguridad. Un conteo de prefijos no establece la calidad del servicio. Estos registros demuestran existencia, alcance y algunas relaciones operativas. No demuestran resultados.
Para PIN, eso significa que el comprador debe pedir evidencia en el límite del servicio. Si el cliente recibe espacio de direcciones del proveedor, ¿qué direcciones se asignan, dónde se documentan y quién puede cambiarlas? Si el cliente trae su propia red, ¿qué objetos de ruta, cartas de autorización y políticas BGP se requieren? Si un sistema autónomo se registra o se soporta a través del proveedor, ¿quién es responsable del mantenimiento anual y la exactitud de los datos de contacto? Si una ruta se anuncia a través de PIN pero se aloja en otro lugar, ¿cómo se documenta el límite operativo?
Si un prefijo se utiliza para un servidor dedicado, ¿cómo se enrutan los informes de abuso a la parte responsable real sin exponer al cliente a un riesgo de suspensión no rastreado?
La parte más reveladora de la oferta de PIN puede ser el catálogo de direcciones IP. La página de servicios anuncia alquiler de IPv4 desde /24 en adelante, soporte para enrutamiento hacia servidores alquilados y enrutamiento hacia sistemas autónomos en centros de datos en Rusia, Europa y Estados Unidos. También discute el direccionamiento dependiente e independiente del proveedor en el contexto de las reglas de RIPE. Esto es comercialmente importante en un mercado donde la disponibilidad de IPv4 está restringida. El recurso de dirección puede ser una razón para comprarle a un proveedor, pero también crea dependencia y trabajo de cumplimiento.
Un cliente que construye servicios sobre direcciones alquiladas debe saber qué tan portátil es el diseño, qué sucede al finalizar y qué registros de enrutamiento deben limpiarse.
Aquí es donde la evidencia de recursos de red de PIN respalda la prueba central del artículo. Un proveedor con presencia de enrutamiento público puede crear valor haciendo el trabajo que los clientes de otro modo manejarían mal: asignación de direcciones, mantenimiento de objetos de ruta, DNS inverso, papeleo de ASN, soporte BGP y enrutamiento de contactos de abuso. Pero el mismo proveedor puede crear riesgos si esas acciones no se capturan en registros aceptados. La capa de red es implacable.
Un solo objeto de ruta obsoleto, un contacto de abuso incorrecto, una zona inversa faltante o una dependencia no documentada pueden sobrevivir a la orden original y crear problemas años después.
Flujo de trabajo: de la solicitud al cambio aceptado
El flujo de trabajo operativo central para PIN centros de datos debe imaginarse como una cadena en lugar de un ticket. Un cliente solicita un cambio. El proveedor verifica el derecho comercial, la capacidad física, el consumo de energía, la capacidad de red, la autorización de seguridad y la responsabilidad de soporte. El trabajo se realiza. Se devuelve la evidencia. El cliente acepta el estado final. El registro se conserva para que los incidentes posteriores puedan diagnosticarse sin reconstruir el historial de memoria.
Para la colocation de servidores, la cadena comienza antes de que llegue el servidor. El cliente debe indicar la altura de la unidad, la potencia esperada, el requisito de red, el número de puertos, las necesidades de interfaz de gestión, el requisito de dirección IP y los nombres de acceso. El proveedor debe verificar que el equipo pueda colocarse dentro del envolvente físico y de energía anunciado. Si el servidor requiere IPMI, la placa base y la disposición de los puertos importan. Si el cliente quiere que el proveedor enrute una red, el papeleo de ruta y autorización importa.
Si el cliente espera que un representante lo visite, los documentos y la autoridad importan. El registro aceptado debe estar completo antes del primer arranque.
Para el alquiler de servidores dedicados, la cadena es diferente. El cliente no trae hardware, por lo que el registro del proveedor debe identificar la máquina real, el estado del sistema operativo, la asignación de direcciones IP, la disponibilidad de la consola remota, la ruta de reinicio y la expectativa de copia de seguridad. Si la tabla de precios pública muestra familias de hardware más antiguas o configuraciones que dependen de la disponibilidad, el paso de aceptación debe hacer inequívoca la configuración real. Es razonable que un mercado de servidores dedicados económico utilice inventario disponible.
No es razonable que un cliente descubra durante la resolución de problemas que la máquina entregada difiere de la máquina supuesta.
Para un servidor virtual, el registro de aceptación se parece más al registro de una instancia en la nube, pero sigue siendo local. El material de PINVDS describe la virtualización KVM, activación rápida, planes con vCPU, memoria, disco y ancho de banda, y lenguaje de copia de seguridad. El comprador debe tratar eso como afirmaciones del producto que necesitan mapearse al plan real: ¿dónde se aloja el servidor virtual, qué copia de seguridad se incluye, cómo se solicita una restauración, cuál es la política de ancho de banda, cuál es el modelo de acceso raíz y qué sucede si el nodo anfitrión falla?
El material público crea la forma de la oferta, no el plan de recuperación del cliente.
Para el trabajo de IP y sistemas autónomos, la cadena debe ser aún más estricta. La solicitud del cliente debe incluir la identidad legal, el uso previsto, el tamaño del prefijo, el destino de enrutamiento, el DNS inverso requerido, el manejo de contactos y el plan de finalización. Las páginas públicas de PIN dicen que la empresa ayuda con el soporte de RIPE, el alquiler de direcciones IP y el registro de sistemas autónomos. Ese trabajo conlleva consecuencias regulatorias, contractuales y operativas.
Un ASN o un arreglo de IP mal documentado puede crear disputas futuras sobre quién controla el recurso, quién responde a las quejas de abuso y con qué rapidez se puede mover el enrutamiento durante un cambio de proveedor.
El registro aceptado no debe tratarse como burocracia. Es la forma más sencilla de reducir el trabajo de soporte. Un registro completo permite que un ingeniero de soporte responda un ticket sin pedirle al cliente que repita el historial. Permite que un cliente demuestre lo que compró. Permite que la gerencia vea qué servicios son estándar y cuáles dependen de promesas personalizadas. Permite que la revisión de incidentes se centre en la causa en lugar de la reconstrucción.
Para un proveedor cuya oferta pública abarca servicios de instalaciones, alojamiento y enrutamiento, esta disciplina no es opcional si la empresa quiere que los clientes confíen en el control delegado.
Fiabilidad versus capacidad
Las páginas públicas de PIN centros de datos contienen afirmaciones de capacidad: disponibilidad de soporte, diseño de refrigeración, categoría de energía, reserva de canales, velocidades de puerto, opciones de consola remota, enrutamiento IP, soporte de sistemas autónomos, estadísticas de tráfico y acceso a equipos. La capacidad es necesaria, pero la fiabilidad es una medida diferente. La capacidad dice que algo se puede hacer. La fiabilidad dice que algo permanece correcto cuando las personas lo repiten bajo presión.
La distinción es visible en cada línea de servicio. El acceso a la consola remota es una capacidad. La fiabilidad significa que la ruta de la consola funciona cuando el servidor es inalcanzable y el cliente tiene las credenciales o el procedimiento de solicitud correctos. El reinicio a petición es una capacidad. La fiabilidad significa que el proveedor confirma el servidor correcto, evita reiniciar el dispositivo equivocado y registra la acción. La expansión de puertos es una capacidad. La fiabilidad significa que el compromiso de ancho de banda, el cambio de facturación, la configuración del conmutador y la vista de monitoreo coinciden.
El alquiler de direcciones IP es una capacidad. La fiabilidad significa que la dirección está enrutada, documentada, resuelta inversamente si es necesario, vinculada al cliente correcto y eliminada limpiamente cuando finaliza el servicio.
Esta es la razón por la que el servicio de centro de datos no debe evaluarse por la lista más larga de características. Un proveedor pequeño con menos características y registros disciplinados puede ser más fiable que un catálogo amplio con traspasos informales. El catálogo de PIN es lo suficientemente amplio como para crear valor, pero también aumenta la necesidad de un proceso visible. La empresa parece vender espacio en las instalaciones, servidores, servicios virtuales, potencia de rack, direcciones IP y soporte de registro. Un cliente que usa solo uno de esos servicios puede tener una relación sencilla.
Un cliente que usa varios se vuelve dependiente de la coordinación interna de PIN entre equipos y sistemas.
La fiabilidad también depende de la aburrida economía de la dotación de personal. Los materiales públicos de PIN apuntan a soporte técnico las 24 horas y a contactos comerciales designados. Eso importa porque los cambios de infraestructura no ocurren solo al mediodía de un martes. Pero la disponibilidad las 24 horas no debe confundirse con la experiencia universal a todas horas. Un proveedor fuerte distingue la primera respuesta de la resolución, las instalaciones de la red, el soporte comercial de las operaciones de emergencia y el servicio rutinario del manejo de incidentes.
Un comprador debe preguntar quién puede autorizar el trabajo por la noche, quién puede ingresar a la sala de datos, quién puede cambiar las rutas, quién puede inspeccionar el estado de la energía y quién puede aprobar excepciones temporales.
El registro público no muestra lo suficiente para juzgar el historial real de incidentes de PIN o el tiempo medio de resolución. Tampoco muestra el tiempo de actividad auditado, calendarios de mantenimiento detallados, alcance de certificación o datos de satisfacción del cliente. Esa incertidumbre no debe llenarse con suposiciones. Debe convertirse en diligencia del comprador.
Antes de mover cargas de trabajo importantes, solicite los términos de servicio, las reglas de escalación de soporte, la práctica de notificación de mantenimiento planificado, los compromisos de copia de seguridad y restauración, los procedimientos de acceso y la evidencia de cómo se confirma el trabajo completado. Las respuestas importan más que las afirmaciones generales de ser moderno, fiable o de alto rendimiento.
Economía unitaria y la alternativa local
El caso económico de PIN centros de datos comienza con una comparación simple: ¿cuánto cuesta mantener la infraestructura fiable uno mismo? Una sala de servidores de oficina requiere energía, refrigeración, control de acceso, sistemas de incendio y monitoreo, energía de respaldo, redundancia de red, seguridad física y alguien responsable cuando las cosas fallan. Muchas pequeñas y medianas empresas pueden comprar hardware, pero no pueden recrear económicamente una instalación controlada y una función de soporte. La colocation convierte esa carga operativa fija en una tarifa de servicio.
Los precios públicos dan una idea aproximada del intercambio. PIN enumera la colocación de servidores por tamaño de unidad y suposiciones de energía, comenzando con 1U y 400W a un precio mensual en rublos, y luego aumentando con la altura y la potencia adicional. PINVDS muestra un precio de colocation similar para 1U, con cargos adicionales por potencia adicional y opciones. El alquiler de racks y los arreglos de tráfico más altos se manejan a petición. La cuestión no es que los precios enumerados por sí solos decidan el valor.
La cuestión es que exponen el modelo de costos: espacio, energía, red, recursos IP y acciones de soporte conllevan cada uno un costo operativo.
Para un cliente que compara PIN con la nube a hiperescala, la economía no es unidimensional. La nube gana cuando el comprador necesita capacidad elástica, servicios gestionados, regiones globales, automatización estandarizada y escalado rápido. Un centro de datos local puede ganar cuando el comprador posee hardware, necesita custodia física predecible, necesita una huella rusa, necesita capacidad dedicada económica, necesita soporte de recursos de direcciones o quiere humanos que puedan realizar acciones físicas. La ventaja del proveedor local no es una flexibilidad infinita. Es el control sobre un entorno delimitado.
Frente al alojamiento no gestionado, el valor de PIN depende del soporte. Un servidor barato sin soporte fiable de reinicio, consola, IP, acceso y escalación puede costar más en tiempo de ingeniería de lo que ahorra en tarifas mensuales. Si las acciones de soporte de PIN son aceptadas y documentadas, el cliente puede reducir la supervisión. Si el cliente debe perseguir cada acción, la economía se deteriora. La factura mensual es solo una parte del costo. El resto es la mano de obra necesaria para mantener el servicio correcto.
Frente a la construcción de una instalación propia, el valor de PIN depende de la escala. Una empresa con suficientes racks, demanda de energía, requisitos de cumplimiento y personal especializado puede preferir su propio sitio o un proveedor neutral más grande. Un comprador más pequeño puede no ser capaz de justificar la generación diésel, la redundancia de refrigeración, el personal de seguridad, la fibra diversa y las operaciones las 24 horas.
El papel de PIN es más fuerte cuando el comprador es lo suficientemente grande como para preocuparse por la disciplina de las instalaciones, pero no lo suficientemente grande como para construir y operar una instalación comparable por sí mismo.
La economía de las direcciones IP es aparte. La escasez de IPv4 en la región de RIPE hace que la gestión de direcciones sea un costo real. Los precios públicos de alquiler de IP de PIN y los servicios de LIR muestran que los recursos de direcciones se monetizan directamente. Para los clientes que necesitan espacio IPv4, la capacidad del proveedor para suministrar y enrutar direcciones puede simplificar el despliegue. También puede crear dependencia. Un servicio construido alrededor de IPv4 alquilado por el proveedor puede ser menos portátil que uno construido alrededor de recursos propios del cliente o un diseño neutral al proveedor.
El comprador debe incluir el costo de salida en la economía unitaria.
Sustitutos y cuándo gana PIN
PIN centros de datos compite con varios sustitutos, y cada sustituto cambia la prueba. El primero es una nube a hiperescala o una gran nube regional. Esa opción reduce el trabajo de infraestructura física y ofrece API estandarizadas, bases de datos gestionadas, resiliencia geográfica y precios por consumo. PIN no necesita vencer ese modelo en todas partes. Necesita ser mejor donde el control físico local, el hardware dedicado, los recursos de direcciones, el alcance de la red rusa o el acceso humano a los equipos importan más que la abstracción de la plataforma.
El segundo sustituto es la sala de servidores de oficina. Esto sigue siendo tentador para las organizaciones que ya tienen locales y personal. Parece barato porque gran parte del costo está oculto: electricidad, refrigeración, riesgo de incendio, cortes de red, acceso fuera de horario, intercambio informal de contraseñas, piezas de repuesto y la falta de un registro de incidentes disciplinado. PIN gana esta comparación si convierte el riesgo oculto en términos de servicio visibles y una ruta de soporte repetible. Pierde si el cliente experimenta el centro de datos como simplemente una sala de oficina remota con acceso más lento.
El tercer sustituto es el alojamiento dedicado no gestionado. Los servidores baratos no gestionados pueden ser atractivos para cargas de trabajo simples, desarrollo, proxies, sistemas de prueba o alojamiento de bajo riesgo. Los precios de servidores dedicados y VDS de PIN sugieren que juega en parte en este mercado. La forma de crear valor duradero es adjuntar suficiente evidencia de soporte, enrutamiento e instalaciones para que el servicio sea más que computación barata. Si la carga de trabajo es desechable, el cliente puede elegir el precio más bajo.
Si la carga de trabajo importa, el registro aceptado, la ruta de soporte y la expectativa de recuperación se vuelven decisivos.
El cuarto sustituto es un centro de datos neutral más grande. Una instalación de interconexión grande puede ofrecer más operadores, programas de cumplimiento más formales, más procesos de ventas empresariales y más espacio para el crecimiento. PIN aún puede ganar para clientes que necesitan soporte local, operaciones regionales familiares, ayuda IP agrupada, incrementos más pequeños o un proveedor dispuesto a manejar detalles prácticos. Pero la instalación más grande se vuelve atractiva cuando el comprador necesita una amplia elección de operadores, controles auditados, contratos multisitio o una estructura de compras empresariales.
La evidencia pública no muestra lo suficiente para colocar a PIN en ese nivel.
El quinto sustituto es un proveedor de servicios gestionados que revende infraestructura de varias instalaciones. Eso puede reducir la mano de obra del cliente al proporcionar un proveedor responsable único en la nube, el alojamiento y el soporte. La postura directa de instalaciones y red de PIN puede ser más fuerte cuando los cambios físicos y de enrutamiento son centrales. Un revendedor puede ser más fuerte cuando el soporte de aplicaciones, la gestión del sistema operativo y la integración multinube dominan. Un comprador no debe confundir las manos del centro de datos con las operaciones completas de aplicaciones.
Por lo tanto, el cliente más adecuado para PIN es pragmático: una empresa regional, un host, un equipo de TI o un comprador de infraestructura con necesidades concretas de colocation, alquiler de servidores, enrutamiento IP, acceso local o soporte hands-on. El comprador quiere reducir la carga de mantenimiento de operar la infraestructura solo, pero aún necesita más control físico y de red del que proporciona un plan de nube genérico. Para ese comprador, el valor de PIN se mide por la poca ambigüedad que queda después de cada cambio.
Modos de fallo a vigilar
El modo de fallo obvio es un incidente de energía o refrigeración. Las páginas públicas de PIN indican capacidades de energía y refrigeración, pero la seguridad del cliente depende de una planificación de capacidad específica. Un servidor que cabe en una unidad aún puede exceder el envolvente de energía previsto. Un cliente de rack completo puede exceder las suposiciones más rápido. El registro aceptado debe indicar los límites de energía, los cargos por energía adicional, las reglas de medición y cualquier restricción de refrigeración. Un cliente no debería tener que inferir esto de una tabla de precios.
El segundo modo de fallo es el retraso en la conexión cruzada o el puerto. Los materiales públicos de PIN discuten puertos, tráfico y canales reservados, pero pasar de un puerto estándar a un arreglo de mayor capacidad a petición crea trabajo de coordinación. El registro debe indicar el puerto solicitado, el componente comprometido, el cambio de facturación, el tiempo de finalización y la evidencia de prueba. Sin eso, el cliente puede descubrir que el puerto existe pero que el rendimiento, el monitoreo o la facturación esperados no coinciden.
El tercer modo de fallo es el error de enrutamiento. Cualquier proveedor que ofrezca alquiler de IP, soporte de ruta y ayuda con sistemas autónomos debe controlar cuidadosamente el papeleo de enrutamiento. Un prefijo puede anunciarse desde el lugar equivocado, mantenerse con datos de contacto obsoletos, dejarse con DNS inverso incorrecto o vincularse a una relación de cliente caducada. La huella de enrutamiento pública de PIN hace que este sea un riesgo central en lugar de periférico. El comprador debe insistir en la evidencia de aceptación de ruta y una ruta clara de desvinculación.
El cuarto modo de fallo es una brecha en el acceso físico. Las páginas de PIN mencionan el acceso para propietarios y representantes autorizados con los documentos requeridos. Eso es bueno, pero el proceso debe ser exacto. ¿Quién está autorizado, qué documento se acepta, cuánto aviso se requiere, qué sucede fuera del horario de oficina y cómo se registra el trabajo dentro de las instalaciones? Una excepción de acceso apresurada puede convertirse en un riesgo de seguridad. Un proceso de acceso rígido sin manejo de emergencias puede convertirse en un riesgo de disponibilidad.
El quinto modo de fallo es una omisión de copia de seguridad o restauración. El material público de PINVDS menciona la copia de seguridad como parte del marketing de algunos servidores virtuales. El comprador no debe tratar la palabra copia de seguridad como un plan de recuperación. El alcance de la copia de seguridad, la frecuencia, la retención, la ruta de solicitud de restauración, el destino de restauración y la responsabilidad de recuperación deben aceptarse por separado. Una copia de seguridad que no se puede restaurar en la ventana requerida no es una red de seguridad.
El sexto modo de fallo es un punto ciego de monitoreo. El material de colocation de PIN menciona estadísticas de tráfico y estadísticas de utilización de ancho de banda. Eso es útil, pero el monitoreo debe coincidir con el servicio. Los equipos de instalaciones vigilan la energía y la temperatura. Los equipos de red vigilan los puertos, las rutas y el tráfico. Los clientes de servidores pueden vigilar los sistemas operativos y las aplicaciones. Un cliente debe saber qué monitoreo pertenece a PIN y cuál sigue siendo responsabilidad del cliente. El límite debe estar escrito.
El séptimo modo de fallo es la ambigüedad del proceso de seguridad. La seguridad física, la política de datos personales, los contactos de abuso y las reglas de acceso aparecen en el material público o los registros públicos, pero ninguno de ellos por sí solo demuestra operaciones de seguridad maduras. El cliente debe saber cómo se verifican las identidades, cómo se manejan los informes de abuso, cómo se autoriza el acceso de emergencia, cómo se protegen las credenciales de la consola remota y cómo el soporte verifica al solicitante antes de reiniciar o reinstalar un servidor.
El último modo de fallo es el retraso en la cola de soporte. Las afirmaciones públicas sobre el soporte las 24 horas son útiles solo si el equipo correcto puede resolver el caso. Un cliente debe distinguir la respuesta de la resolución y preguntar qué situaciones se manejan de inmediato, cuáles requieren un especialista y cuáles requieren aprobación comercial. El soporte local es valioso cuando acorta la distancia entre el problema y la acción responsable. Es costoso cuando se convierte en una sala de espera.
Automatización sin perder el control
La pregunta operativa asignada para PIN centros de datos es realmente una pregunta de automatización, pero no en el sentido moderno de reemplazar personas con software. La tarea de automatización es mover un cambio de centro de datos, alojamiento, acceso o conectividad a un registro de servicio aceptado manteniendo intactas las evidencias de instalaciones, energía, red, recuperación y soporte. Eso puede ser en parte software, en parte procedimiento y en parte disciplina humana.
Algunas partes se automatizan naturalmente. Un servidor virtual se puede aprovisionar a través de un panel de control. Los gráficos de tráfico se pueden generar. El DNS inverso se puede exponer a través de un panel. El estado de la cuenta del cliente se puede vincular a la facturación. Los planes de servidor estándar pueden fluir desde el pedido hasta la activación. Estas automatizaciones reducen la mano de obra cuando el servicio es estándar y la entrada es limpia.
Otras partes no deben automatizarse completamente sin verificaciones. El acceso físico debe requerir revisión de identidad y autoridad. Los aumentos de energía deben requerir confirmación de capacidad. Los cambios de BGP deben requerir autorización de enrutamiento. La reinstalación del sistema operativo debe verificar la identidad del servidor y la aprobación del cliente. La restauración de copias de seguridad debe verificar el destino y las consecuencias. El registro de ASN y el soporte de IP deben verificar los documentos y la propiedad de los recursos. El objetivo correcto no es la automatización máxima.
El objetivo correcto es el mantenimiento automatizado de registros en torno a cambios controlados.
Para PIN, el riesgo es que un servicio mixto físico y de red pueda dejar evidencia dividida entre sistemas. Un gerente de ventas sabe lo que compró el cliente. Un técnico de instalaciones sabe dónde está ubicado el servidor. Un ingeniero de red sabe qué prefijo está enrutado. Un agente de soporte sabe qué ticket solicitó un reinicio. Un sistema de facturación conoce la tarifa recurrente. Si esos estados no convergen, el cliente experimenta el servicio como frágil. Si convergen, el proveedor puede hacer que la infraestructura local se sienta sorprendentemente ordenada.
Aquí también es donde el impacto laboral se vuelve visible. Un proveedor disciplinado reduce el trabajo de coordinación del cliente. Los ingenieros del cliente no necesitan llamar a tres equipos para confirmar un cambio. No necesitan mantener su propia hoja de cálculo sombra de puertos, prefijos, rutas de consola y nombres de acceso. Pueden centrarse en los sistemas de aplicación y negocio. La mano de obra del proveedor se convierte en una capa operativa compartida.
Pero el proveedor también absorbe mano de obra. Cada registro aceptado toma tiempo. Cada verificación de acceso ralentiza una solicitud. Cada cambio de enrutamiento necesita revisión. Cada restauración de copia de seguridad necesita verificación. La cuestión comercial es si los clientes pagan lo suficiente por esa disciplina. Si un proveedor valora solo el espacio de rack y el ancho de banda mientras regala todo el trabajo de coordinación, la calidad del servicio eventualmente se resiente.
Los precios adicionales de PIN, los servicios a petición y los cargos por recursos IP sugieren un intento de valorar parte de esta complejidad por separado. El comprador debería recibir con agrado esa transparencia si viene con una responsabilidad más clara.
Evidencia de mercado sin una lista de clientes
La evidencia pública de PIN centros de datos contiene una fuerte huella de servicio y red, pero poca evidencia de clientes nombrados. Eso es común en el alojamiento y la colocation. Los clientes a menudo prefieren no anunciar dónde se encuentra su infraestructura. Aún así, la ausencia importa. Sin una lista pública de clientes, estudios de caso publicados, historial de incidentes auditado o datos de satisfacción de terceros, debemos evitar afirmaciones sobre la calidad de adopción, la cuota de mercado o la confianza empresarial.
Por lo tanto, la señal del mercado es indirecta. Las páginas oficiales de PIN muestran un catálogo activo. RIPE, PeeringDB, BGP y los directorios IP muestran una presencia de red operativa. Las fuentes de perfiles de empresas rusas identifican a Petersburg Internet Network Ltd. como una entidad de telecomunicaciones activa con datos de registro y actividad comercial reportada. Cloudscene, DataCenterMap, Datacenters.com y Baxtel muestran que Rusia y San Petersburgo tienen mercados activos de centros de datos y colocation con múltiples proveedores.
El material de agotamiento de IPv4 de RIPE explica por qué los recursos de direcciones siguen siendo comercialmente importantes. Nada de esto prueba que PIN sea el mejor proveedor en su mercado. Prueba que la empresa se encuentra en una categoría operativa real.
El contexto regional tiene dos caras. San Petersburgo es un mercado de centros de datos significativo, pero Moscú sigue siendo la concentración dominante de centros de datos rusos en la mayoría de los directorios de mercado. Eso puede ayudar a un proveedor de San Petersburgo si los clientes quieren presencia local, menor fricción operativa o separación geográfica de Moscú. Puede perjudicar si los compradores priorizan el ecosistema de interconexión más profundo, los campus empresariales más grandes o las opciones de compra más formales. Es más probable que el valor de PIN sea local y operativo que nacional y a hiperescala.
El mercado de centros de datos ruso también enfrenta restricciones de energía, capital y expansión en los informes públicos recientes. Eso importa para cualquier proveedor respaldado por instalaciones. Si la demanda aumenta y las nuevas construcciones se ralentizan, la capacidad existente se vuelve más valiosa, pero las restricciones de servicio se vuelven más importantes. Un proveedor con espacio, energía o personal limitados debe decidir qué clientes y cargas de trabajo son adecuados. Las páginas públicas que enumeran servicios de rack y tráfico a petición deben leerse como un recordatorio de que la capacidad no es automática.
La ausencia de nombres de clientes también debería influir en el tono del artículo. PIN puede tener muchos clientes, pocos clientes o una combinación de clientes especializada; el registro público disponible aquí no resuelve eso. Sería incorrecto inventar clientes ancla, despliegues o estudios de caso. La conclusión honesta es más útil: PIN debe juzgarse por la evidencia a nivel de transacción. Cada cliente puede solicitar el registro aceptado, los términos de servicio, la ruta de soporte y la evidencia de recuperación que importan para su propia infraestructura.
La huella pública del proveedor es suficiente para justificar la diligencia, no para reemplazarla.
Límite: PIN centros de datos, PINVDS y Petersburg Internet Network
Los límites de identidad importan en la redacción de infraestructura porque las marcas, las entidades legales, los ASN y los sitios de productos a menudo se superponen. PIN centros de datos aparece a través de pindc.ru como la superficie de servicio del centro de datos. La página de contacto pública lo vincula a Petersburg Internet Network Ltd., con números de registro de la empresa y una dirección legal.
PINVDS está vinculado desde la página de PIN centros de datos y presenta servidores virtuales, servidores dedicados, alquiler de racks y material de colocation, con sus reglas y política de privacidad que también hacen referencia a Petersburg Internet Network en algunos lugares. Pinspb.ru aparece como un sitio más amplio de la empresa PIN y se referencia desde el material de contacto y los registros BGP.
La forma más segura de describir la entidad es centrar la superficie de servicio pública de PIN centros de datos reconociendo que la empresa operadora y los sitios PIN relacionados proporcionan evidencia adyacente. Sería demasiado vago tratar cada servicio con la marca PIN como idéntico sin calificación. También sería demasiado estrecho ignorar los registros legales y de red que conectan la superficie de servicio con Petersburg Internet Network.
Por lo tanto, el artículo trata a PIN centros de datos como la entidad del directorio y la marca de servicio, con Petersburg Internet Network como el contexto legal y de red visible en los registros públicos.
Este límite afecta la interpretación técnica. La visibilidad de AS34665 en PeeringDB bajo PIN centros de datos es directamente relevante. Los registros de AS44050 para Petersburg Internet Network también son relevantes como contexto de red más amplio, pero no deben tratarse como un despliegue de cliente separado o una prueba de cada característica de PIN centros de datos. Las páginas de productos de PINVDS son relevantes porque están vinculadas desde la página de PIN centros de datos y muestran productos de alojamiento relacionados, pero un comprador debe verificar qué entidad, contrato y términos de soporte se aplican a un pedido específico.
El límite también afecta el riesgo. Los clientes a menudo compran de una marca y luego descubren que las facturas, los contactos de soporte, los contactos de red y las políticas públicas apuntan a diferentes dominios o nombres legales. Eso no es automáticamente un problema, pero debe estar claro. Un comprador debe saber qué empresa es la parte contratante, qué servicio de soporte es responsable del caso, qué contacto de abuso es el autorizado, qué oferta pública se aplica, qué política de privacidad se aplica y qué página de servicio define el producto comprado.
Para PIN, el registro público da lo suficiente para armar ese mapa, pero no es tan limpio como un portal empresarial unificado único. Eso aumenta la importancia de un registro de aceptación escrito para cada compra. Si el cliente compra colocation a través de pindc.ru, servidores virtuales a través de PINVDS y soporte de IP a través de un gestor de PIN, el cliente no debe confiar en la familiaridad de la marca para conectar esas obligaciones. El contrato, el registro de servicio y los contactos de escalación deben hacer la conexión.
Lo que un comprador debe exigir
Un comprador que considere a PIN centros de datos debe solicitar un paquete de aceptación de servicio antes de mover infraestructura significativa. Ese paquete no necesita ser elaborado, pero debe ser completo. Para la colocation, debe indicar la ubicación del rack o estante, la altura de la unidad, el límite de energía, el modelo de facturación de energía, la velocidad del puerto, el componente garantizado si lo hay, las direcciones IP, el DNS inverso, la política de ruta, los nombres de acceso, la ruta de la consola, el procedimiento de reinicio, la responsabilidad de monitoreo y el contacto de emergencia.
El comprador debe poder entregar ese paquete a un nuevo ingeniero y que el ingeniero entienda el servicio.
Para los servidores dedicados, el paquete debe identificar el hardware, los discos, la disponibilidad de gestión remota, el sistema operativo, las direcciones IP, el proceso de reinstalación, el estado de la copia de seguridad, las reglas de reemplazo, los contactos de soporte y cualquier límite de ancho de banda. Si el hardware está sujeto a disponibilidad, la configuración entregada debe registrarse en la aceptación. Si un plan incluye lenguaje de copia de seguridad, el proceso de restauración debe probarse o al menos documentarse antes de que el servidor se vuelva importante.
Para los servidores virtuales, el comprador debe preguntar sobre las suposiciones de ubicación del host, el alcance de la copia de seguridad, el acceso raíz, los límites de red, los límites de soporte, la reconstrucción de imágenes, el acceso a la consola y la comunicación de incidentes. Los servidores virtuales de bajo costo pueden ser excelentes para las cargas de trabajo adecuadas, pero a menudo se usan mal como si tuvieran obligaciones de servicio gestionado completas. El comprador debe separar la disponibilidad de la infraestructura de la responsabilidad del sistema operativo y de las aplicaciones.
Para los recursos IP y el enrutamiento, el comprador debe exigir aún más claridad. ¿Qué prefijos se asignan? ¿Son dependientes o independientes del proveedor? ¿Quién figura en los registros públicos? ¿Quién maneja las quejas de abuso? ¿Qué objetos de ruta existen? ¿Qué sistema autónomo anuncia las rutas? ¿Puede el cliente mover las rutas más tarde? ¿Qué aviso se requiere al finalizar? ¿Qué sucede si el cliente cambia de entidad legal? Estas preguntas no son trivialidades administrativas. Definen si la presencia en Internet del cliente es portátil y gobernable.
Para el acceso y la seguridad, el comprador debe verificar el proceso de autorización. ¿Quién puede entrar, quién puede solicitar manos remotas, quién puede aprobar el reinicio o la reinstalación, cómo se manejan los documentos de identidad, cómo se conservan los registros y cómo se hacen las excepciones urgentes? Las páginas públicas mencionan el acceso vigilado y los requisitos de documentos. El trabajo del comprador es convertir eso en reglas operativas para su propio personal y representantes.
Para el soporte, el comprador debe distinguir la primera respuesta, la acción técnica y la resolución final. Un objetivo de respuesta declarado es útil, pero no dice quién puede cambiar el enrutamiento, inspeccionar la energía de las instalaciones, realizar un reinicio físico o restaurar datos. El comprador debe preguntar por los niveles de escalación y las capacidades fuera de horario. El soporte local es una razón importante para comprar a un proveedor como PIN. Debe probarse con una solicitud de bajo riesgo antes de un incidente de alto riesgo.
Evaluación final
PIN centros de datos tiene los contornos de un proveedor de infraestructura local útil: una historia de instalaciones con nombre en San Petersburgo, productos de colocation y alquiler de servidores, servicios de servidores virtuales adyacentes, opciones de rack, soporte de direcciones IP y ASN, identidad pública de empresa y registros de enrutamiento visibles. Esa es una base de evidencia más sólida que una página de inicio de alojamiento genérica. La empresa parece situarse en la intersección del servicio de centro de datos físico, la administración de recursos de red y el alojamiento regional.
La misma amplitud crea la prueba central. PIN no se prueba diciendo que tiene un centro de datos, soporte, puertos, direcciones IP o visibilidad BGP. Se prueba cuando esas piezas permanecen coherentes después de que un cliente realiza un cambio. Un proveedor fiable convierte las solicitudes de los clientes en registros aceptados. Un proveedor poco fiable deja que los clientes infieran el estado a partir de correos electrónicos dispersos, entradas de panel, llamadas telefónicas y tablas de enrutamiento. El registro público no muestra lo suficiente para declarar qué patrón domina en la operación diaria.
La conclusión prudente no es ni el descarte ni la celebración. PIN centros de datos merece la atención de clientes que necesitan control local de centros de datos rusos, alojamiento físico, capacidad dedicada, ayuda con recursos IP o una huella operativa en San Petersburgo. Debe compararse con la nube a hiperescala cuando la elasticidad y los servicios gestionados importan, con instalaciones grandes neutrales cuando la interconexión formal y la profundidad de cumplimiento importan, y con el alojamiento no gestionado cuando el precio es la única preocupación.
La ventaja probable de PIN está en el control local práctico y la mano de obra de soporte. Su riesgo probable es la coordinación entre las responsabilidades de instalaciones, red, acceso y recuperación.
Si la evidencia es escasa, la respuesta no es llenar el vacío con suposiciones de marketing. La respuesta es hacer que la evidencia de aceptación sea parte de la compra. Antes de confiar en PIN con infraestructura importante, solicite los términos de las instalaciones, el plan de enrutamiento, la ruta de soporte, el procedimiento de acceso, la obligación de copia de seguridad y restauración, y el registro final de cada cambio. Si PIN puede proporcionar eso de manera consistente, la empresa puede convertir su vocabulario local de centro de datos en valor operativo.
Si no puede, el comprador no está realmente externalizando el control de la infraestructura; solo está trasladando el problema de control a otro edificio.