Il fornitore di storage del vostro host non sa che esistete.

È su ogni pagina di hosting: «storage di classe enterprise». Serve a rassicurare, e ci riesce. Ciò per cui è davvero costruita è impedirvi di fare la domanda successiva. Quando si comporta male, chi esattamente lo guarda?

Quindi guardate oltre l'etichetta. Qualunque classe di hardware nomini, la qualità del supporto non vive nell'hardware. Vive nell'organigramma, e l'organigramma è la cosa che nessuna pagina di vendita vi mostra.

L'organigramma nascosto

Percorrete il tragitto reale in un host tipico, asciutto e strutturale. Il vostro ticket va al loro supporto, che fa escalation al loro team infrastruttura, che apre un caso presso il produttore dello storage, che finisce nella coda del fornitore, con priorità secondo il livello di contratto e gestita da persone che non hanno mai visto questa installazione. Nulla in quella catena è malevolo. Ogni anello è razionale. La somma è che le vostre 3 di notte si muovono al ritmo di una coda che non ha mai sentito il vostro nome.

Che aspetto ha davvero leggere l'array

“Teniamo in organico ingegneri che sanno leggere gli interni dell'array e diagnosticarlo a livello di firmware. Le persone che rispondono alla vostra chiamata sono le persone che capiscono lo storage fino a quel livello.”

In pratica quella profondità significa che la prima domanda in qualsiasi reclamo sullo storage trova risposta nell'array stesso: tempi di servizio, profondità della coda, stato dei percorsi, contatori delle porte. Se l'array è sano, l'ingegnere passa al fabric con gli stessi strumenti e la stessa telemetria, invece di aprire un caso e aspettare qualcuno che non ha mai visto l'installazione. L'array viene misurato prima di essere incolpato.

La versione quotidiana della stessa profondità è quella noiosa: leggiamo i tempi di servizio dei nostri array come telemetria di routine, misurati sull'array. Il punto non è la cifra. È che la cifra viene da noi che leggiamo i nostri sistemi, non da una scheda tecnica. Non potete scagionare un componente che non sapete misurare.

Perché possiamo permetterci questa profondità

Rispondiamo allo scettico in buona fede. Come fa un host ad avere in organico ingegneri di storage a livello di firmware quando provider ben più grandi lo esternalizzano? Standardizzazione. Una sola piattaforma di storage, scelta e padroneggiata invece che presa da un menu, significa che ogni anno di operations si accumula sullo stesso sistema. La profondità per piattaforma è un budget, e un menu lo spende mentre un'opinione lo concentra. Un host che gestisce sei fornitori di storage è spalmato sottile su tutti e sei. Perché abbiamo fatto quella scommessa è in perché abbiamo standardizzato su una sola piattaforma di storage.

“L'etichetta vi dice cosa hanno comprato. Non dice nulla su chi sa leggerlo.”

Quindi fate l'audit in una sola email. Chiedete al vostro host chi ripara il loro storage quando è l'array stesso a comportarsi male. Le risposte oneste sono «noi, ed ecco quanto in profondità arriviamo» oppure «facciamo escalation al fornitore». Poi fate la domanda successiva, quella che prezza la differenza: quanti strati ci sono tra me e quella persona, alle 3 di notte?