{"id":38441,"date":"2019-10-31T22:23:44","date_gmt":"2019-10-31T19:23:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti\/"},"modified":"2019-10-31T22:23:44","modified_gmt":"2019-10-31T19:23:44","slug":"hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","title":{"rendered":"Smettetela di pensare che lo SLA vi salver\u00e0. Serve a tranquillizzare e a creare un falso senso di sicurezza","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Smettetela
\n
\nSLA, ovvero \u00abservice-level agreement\u00bb \u2014 \u00e8 un accordo-garanzia tra il committente e il fornitore di servizi su cosa ricever\u00e0 il cliente in termini di assistenza. In esso vengono inoltre specificate le compensazioni in caso di inattivit\u00e0 dovute al fornitore, e cos\u00ec via. In sostanza, lo SLA \u00e8 un mandato di fiducia, grazie al quale il data center o il provider di hosting convince il potenziale cliente di ricevere attenzioni particolari e molto altro. Il problema \u00e8 che nello SLA si pu\u00f2 scrivere qualunque cosa, e gli eventi descritti in questo documento non si verificano con grande frequenza. Lo SLA non \u00e8 affatto un fattore determinante nella scelta di un data center e non \u00e8 certo su cui poter contare. <\/p>\n

Tutti noi siamo abituati a firmare contratti che impongono determinati obblighi. Non fa eccezione lo SLA, che \u00e8 di solito il documento pi\u00f9 scollegato dalla realt\u00e0 che si possa immaginare. Probabilmente, l'unico pi\u00f9 inutile \u00e8 il NDA nelle giurisdizioni dove il concetto di \u00absegreto commerciale\u00bb non esiste realmente. E il problema \u00e8 che lo SLA non aiuta affatto il cliente nella scelta corretta del fornitore, ma serve solo a gettare fumo negli occhi. <\/p>\n

Cosa scrivono pi\u00f9 spesso i provider di hosting nella versione pubblica dello SLA che mostrano al pubblico? Beh, la prima frase di solito riguarda un termine come \u00abaffidabilit\u00e0\u00bb del provider \u2014 di solito si tratta di percentuali che vanno dal 98% al 99,999%. In sostanza, queste cifre sono solo belle invenzioni dei marketer. Un tempo, quando l'hosting era giovane e costoso e le nuvole esistevano solo nei sogni degli specialisti (come anche l'accesso a banda larga per tutti), la percentuale di uptime dell'hosting era estremamente importante. Ora, quando tutti i fornitori usano pi\u00f9 o meno la stessa attrezzatura, si trovano sulle stesse reti di backbone e offrono gli stessi pacchetti di servizi, la percentuale di uptime non \u00e8 affatto indicativa.
\n<\/a><\/noindex><\/p>\n

Esiste davvero uno \u00abSLA corretto\u00bb? <\/h3>\n

\nCertamente esistono versioni ideali dello SLA, ma tutte sono documenti atipici e vengono redatte e stipulate manualmente tra il cliente e il fornitore. Questo tipo di SLA riguarda spesso lavori in appalto piuttosto che servizi. <\/p>\n

Cosa deve contenere un buon SLA? Se riassumiamo, un buon SLA \u00e8 un documento che regola le relazioni tra due parti, dando a una di esse (il cliente) il massimo controllo sul processo. In altre parole, nel mondo reale, c'\u00e8 un documento che descrive i processi globali di interazione e regola le relazioni tra le parti. Stabilisce confini, regole e diventa esso stesso un leva che entrambe le parti possono utilizzare pienamente. Grazie a uno SLA ben formulato, il cliente pu\u00f2 semplicemente costringere il fornitore a lavorare come concordato, mentre il fornitore pu\u00f2 utilizzare questo per difendersi dalle \u00abrichieste\u00bb non giustificate di un cliente troppo attivo. Si presenta cos\u00ec: \u00abNel nostro SLA \u00e8 scritto in questo modo, andate via, facciamo tutto come concordato\u00bb.<\/p>\n

Quindi, un \u00abSLA corretto\u00bb = \u00abun contratto adeguato per la fornitura di servizi\u00bb e offre controllo sulla situazione. Questo \u00e8 possibile solo lavorando \u00aballa pari\u00bb. <\/p>\n

Ci\u00f2 che viene scritto sul sito e ci\u00f2 che si attende nella realt\u00e0 sono due cose diverse.<\/h3>\n

\nIn generale, tutto ci\u00f2 di cui parleremo in seguito sono tipiche tattiche di marketing e test di attenzione. <\/p>\n

Se consideriamo i provider di hosting nazionali pi\u00f9 popolari, una proposta \u00e8 pi\u00f9 accattivante dell'altra: supporto 25\/8, uptime dei server 99,9999999% del tempo, numerosi data center almeno in Russia. Si prega di ricordare il punto riguardo ai data center. Ci torneremo tra poco.<\/b>. Ma per ora discutiamo dell'ideale statistico di resilienza e di cosa incontra una persona quando il suo server finisce nel \u00ab0,0000001% di downtime\u00bb. <\/p>\n

Con indicatori dal 98% in su, qualsiasi downtime \u00e8 un evento al limite dell'errore statistico. L'attrezzatura e la connessione sono o ci sono o non ci sono. Puoi utilizzare per anni un fornitore con un indicatore di \u00abaffidabilit\u00e0\u00bb del 50% (secondo il suo stesso SLA) senza un singolo problema o \u00abcadere\u00bb una volta al mese per un paio di giorni con quelli dove \u00e8 dichiarato il 99,99%. <\/p>\n

Quando il momento della caduta si presenta (e ricordiamo che alla fine cadono tutti), il cliente si trova di fronte alla macchina corporativa interna chiamata \u00absupporto\u00bb, e il contratto per la fornitura di servizi e l'SLA vengono recuperati. Cosa significa tutto ci\u00f2:<\/p>\n