{"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\/pt\/blog\/administrirovanie\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","title":{"rendered":"Pare de pensar que o SLA ir\u00e1 salv\u00e1-lo. Ele \u00e9 necess\u00e1rio para acalmar e criar uma falsa sensa\u00e7\u00e3o de seguran\u00e7a","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Pare
\n
\nO SLA, ou \"acordo de n\u00edvel de servi\u00e7o\", \u00e9 um acordo de garantia entre o cliente e o provedor de servi\u00e7os sobre o que o cliente receber\u00e1 em termos de atendimento. Ele tamb\u00e9m estipula compensa\u00e7\u00f5es em caso de interrup\u00e7\u00f5es causadas pelo fornecedor e assim por diante. Basicamente, o SLA \u00e9 um documento que garante ao potencial cliente que ele ser\u00e1 bem tratado. A quest\u00e3o \u00e9 que no SLA pode-se escrever qualquer coisa, e os eventos descritos nesse documento n\u00e3o ocorrem com frequ\u00eancia. O SLA n\u00e3o deve ser considerado um guia ao escolher um data center, e definitivamente n\u00e3o se deve contar com ele. <\/p>\n

Todos n\u00f3s estamos acostumados a assinar contratos que imp\u00f5em certas obriga\u00e7\u00f5es. O SLA n\u00e3o \u00e9 uma exce\u00e7\u00e3o \u2014 normalmente, \u00e9 o documento mais desconectado da realidade que se pode imaginar. Provavelmente, s\u00f3 o NDA \u00e9 mais in\u00fatil em jurisdi\u00e7\u00f5es onde o conceito de \"segredo comercial\" n\u00e3o existe de verdade. O problema \u00e9 que o SLA n\u00e3o ajuda o cliente a fazer a escolha certa do fornecedor, apenas d\u00e1 uma impress\u00e3o enganosa. <\/p>\n

O que os provedores de hospedagem costumam incluir na vers\u00e3o p\u00fablica do SLA que mostram ao p\u00fablico? Bem, a primeira frase geralmente menciona a \"confiabilidade\" do provedor \u2014 isso normalmente varia de 98 a 99,999%. Na verdade, esses n\u00fameros s\u00e3o apenas uma bela inven\u00e7\u00e3o dos profissionais de marketing. Antigamente, quando a hospedagem era cara e nova, e o conceito de nuvem era apenas um sonho distante (assim como o acesso de banda larga para todos), o indicador de uptime era extremamente importante. Hoje em dia, quando todos os fornecedores usam equipamentos muito semelhantes, est\u00e3o em redes tronco comuns e oferecem pacotes de servi\u00e7os semelhantes, o indicador de uptime \u00e9 absolutamente irrelevante.
\n<\/a><\/noindex><\/p>\n

Existe um SLA \"correto\"? <\/h3>\n

\nCertamente existem vers\u00f5es ideais de SLA, mas todas elas s\u00e3o documentos at\u00edpicos e s\u00e3o elaboradas e firmadas manualmente entre o cliente e o fornecedor. Esse tipo de SLA geralmente se refere a trabalhos de contrato, mais do que a servi\u00e7os. <\/p>\n

O que deve constar em um bom SLA? Em resumo, um bom SLA \u00e9 um documento que regula a rela\u00e7\u00e3o entre duas entidades, conferindo ao cliente o m\u00e1ximo controle sobre o processo. Ou seja, como funciona na pr\u00e1tica: h\u00e1 um documento que descreve os processos globais de intera\u00e7\u00e3o e regula as rela\u00e7\u00f5es entre as partes. Ele estabelece limites, regras e se torna um mecanismo de influ\u00eancia que ambas as partes podem utilizar plenamente. Assim, com um SLA adequado, o cliente pode exigir que o prestador de servi\u00e7os trabalhe conforme acordado, e o prestador pode se proteger de pedidos excessivos de um cliente muito ativo. O cen\u00e1rio se apresenta assim: 'Est\u00e1 escrito no nosso SLA que assim e assado, pode sair, fazemos tudo como combinado.'<\/p>\n

Portanto, 'SLA correto' = 'contrato de servi\u00e7o adequado' que proporciona controle sobre a situa\u00e7\u00e3o. E isso s\u00f3 \u00e9 poss\u00edvel ao se trabalhar 'em igualdade'. <\/p>\n

O que \u00e9 escrito no site e o que se espera na realidade s\u00e3o coisas diferentes.<\/h3>\n

\nNa verdade, tudo o que discutiremos a seguir s\u00e3o truques de marketing t\u00edpicos e um teste de aten\u00e7\u00e3o. <\/p>\n

Se analisarmos os provedores de hospedagem nacionais populares, uma proposta \u00e9 mais atraente que a outra: suporte 25\/8, uptime de servidores de 99,9999999%, uma infinidade de seus pr\u00f3prios data centers em pelo menos toda a R\u00fassia. Lembrem-se, por favor, do ponto sobre data centers, voltaremos a ele mais tarde.<\/b>. Mas agora vamos falar sobre estat\u00edsticas ideais de resist\u00eancia a falhas e o que uma pessoa enfrenta quando seu servidor realmente entra nos '0,0000001% de quedas'. <\/p>\n

Com \u00edndices a partir de 98% ou mais, qualquer queda \u00e9 um evento na imin\u00eancia de uma margem de erro estat\u00edstico. O equipamento de trabalho e a conex\u00e3o est\u00e3o dispon\u00edveis ou n\u00e3o. Voc\u00ea pode usar um provedor com um \u00edndice de 'confiabilidade' de 50% (de acordo com seu pr\u00f3prio SLA) por anos sem um \u00fanico problema ou 'ter quedas' uma vez por m\u00eas por alguns dias com aqueles que afirmam ter 99,99%. <\/p>\n

Quando o momento da queda finalmente chega (e, lembre-se, um dia todos caem), o cliente enfrenta a m\u00e1quina corporativa interna chamada 'suporte', e o contrato de presta\u00e7\u00e3o de servi\u00e7os e o SLA v\u00eam \u00e0 tona. O que isso significa:<\/p>\n