El proveedor de storage de su host no sabe que usted existe.

Está en todas las páginas de hosting: «storage de clase enterprise». Está pensado para tranquilizar, y lo consigue. Para lo que está realmente diseñado es para impedirle hacer la siguiente pregunta. Cuando falla, ¿quién lo mira exactamente?

Así que mire más allá de la etiqueta. Sea cual sea la clase de hardware que nombre, la calidad del soporte no vive en el hardware. Vive en el organigrama, y el organigrama es lo que ninguna página comercial le muestra.

El organigrama oculto

Recorra el camino real en un host típico, de forma seca y estructural. Su ticket va a su mesa de soporte, que escala a su equipo de infraestructura, que abre un caso ante el fabricante de storage, que cae en la cola del proveedor, priorizada por nivel de contrato y atendida por personas que nunca han visto esta instalación. Nada en esa cadena es malicioso. Cada eslabón es racional. La suma es que sus 3 de la madrugada avanzan al ritmo de una cola que nunca ha oído su nombre.

Qué aspecto tiene realmente leer la cabina

“Mantenemos en plantilla ingenieros que pueden leer las entrañas de la cabina y diagnosticarla a profundidad de firmware. Las personas que atienden su llamada son las personas que entienden el storage hasta ese nivel.”

En la práctica, esa profundidad significa que la primera pregunta de cualquier queja sobre storage se responde desde la propia cabina: tiempos de servicio, profundidad de cola, estado de las rutas, contadores de puertos. Si la cabina está sana, el ingeniero pasa al fabric con las mismas herramientas y la misma telemetría, en lugar de abrir un caso y esperar a alguien que nunca ha visto la instalación. La cabina se mide antes de culparla.

La versión cotidiana de la misma profundidad es la aburrida: leemos los tiempos de servicio de nuestras propias cabinas como telemetría rutinaria, medida en la cabina. Lo importante no es la cifra. Es que la cifra procede de nosotros leyendo nuestros propios sistemas, no de una hoja de especificaciones. No se puede exonerar a un componente que no se puede medir.

Por qué podemos permitirnos esta profundidad

Respondamos al escéptico razonable. ¿Cómo mantiene un host en plantilla ingenieros de storage a profundidad de firmware cuando proveedores mucho mayores lo externalizan? Estandarización. Una sola plataforma de storage, elegida y dominada en lugar de escogida de un menú, significa que cada año de operación se acumula sobre el mismo sistema. La profundidad por plataforma es un presupuesto, y un menú lo gasta mientras que una opinión lo concentra. Un host que opera seis proveedores de storage está repartido a lo ancho entre todos ellos. Por qué hicimos esa apuesta está en por qué estandarizamos en una sola plataforma de storage.

“La etiqueta le dice qué compraron. No dice nada sobre quién sabe leerlo.”

Así que haga la auditoría en un solo correo. Pregunte a su host quién arregla su storage cuando la propia cabina falla. Las respuestas honestas son «nosotros, y hasta aquí llegamos» o «escalamos al proveedor». Después haga la pregunta de seguimiento que pone precio a la diferencia: ¿cuántas capas hay entre esa persona y yo, a las 3 de la madrugada?