{"id":83002,"date":"2020-05-27T13:42:38","date_gmt":"2020-05-27T11:42:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo"},"modified":"2020-05-27T13:42:38","modified_gmt":"2020-05-27T11:42:38","slug":"delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","title":{"rendered":"Tornamos o suporte mais acess\u00edvel, esfor\u00e7ando-nos para n\u00e3o perder a qualidade","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Tornamos<\/a><\/noindex>O modo de emerg\u00eancia (tamb\u00e9m mencionado como IPKVM) permite a conex\u00e3o ao VPS sem RDP diretamente do n\u00edvel do hypervisor, economizando de 15 a 20 minutos por semana.<\/i><\/p>\n

Primeiro e acima de tudo \u2014 n\u00e3o irritar as pessoas.<\/b> Em todo o mundo, o suporte \u00e9 dividido em n\u00edveis, e o funcion\u00e1rio da primeira linha deve tentar as maneiras t\u00edpicas de resolver. Se a tarefa ultrapassa suas capacidades, deve ser encaminhada para a segunda linha. Assim, entre os administradores de VDS, frequentemente encontramos pessoas que sabem pensar. Ao contr\u00e1rio de muitos outros suportes. Bem, pelo menos substancialmente mais frequente. E eles estruturam bem o ticket, descrevendo imediatamente tudo o que \u00e9 necess\u00e1rio. Se a primeira linha 'perde o foco' e, por acaso, responde a isso pedindo para desligar e ligar \u2014 isso \u00e9 um fracasso.<\/p>\n

A tarefa \u00e9 bastante simples: tornar o suporte do nosso VDS hosting adequado com o m\u00ednimo de custos. Porque somos o fast food do mundo dos provedores de hospedagem: nada de 'refinamentos' especiais, pre\u00e7os baixos, qualidade normal. Anteriormente<\/a><\/noindex> J\u00e1 houve uma hist\u00f3ria sobre como, com a apari\u00e7\u00e3o de influenciadores do Instagram tentando automatizar a gest\u00e3o de contas e donos de pequenos neg\u00f3cios com contabilidade remota e outras pessoas que n\u00e3o s\u00e3o muito familiarizadas com a tecnologia, a comunica\u00e7\u00e3o 'como um admin para outro admin' deixou de funcionar. Foi necess\u00e1rio mudar a linguagem de comunica\u00e7\u00e3o.<\/p>\n

Agora vou falar um pouco mais sobre os processos \u2014 e sobre os erros inevit\u00e1veis que surgem com eles.
\n<\/a><\/noindex><\/p>\n

N\u00e3o irritar as pessoas n\u00ba 1<\/h2>\n

\nQualquer suporte \u00e9 uma produ\u00e7\u00e3o em linha. Chega um pedido, o funcion\u00e1rio da primeira linha tenta imediatamente reconhecer a situa\u00e7\u00e3o t\u00edpica, que j\u00e1 aconteceu mil vezes e acontecer\u00e1 mais mil. A chance \u00e9 de 90%, que o pedido seja padr\u00e3o, e que possa ser respondido com apenas alguns cliques para inserir o modelo. Normalmente, \u00e9 preciso apenas preencher algumas palavras no modelo \u2014 e est\u00e1 feito. Ou acessar a interface de gerenciamento e clicar em alguns bot\u00f5es l\u00e1. Nos casos mais complexos (como transfer\u00eancias de zona para zona, por exemplo) \u00e9 necess\u00e1rio seguir um algoritmo. <\/p>\n

O que mais irrita as pessoas, independentemente de outras qualidades do suporte, \u00e9 a rea\u00e7\u00e3o t\u00edpica a um pedido at\u00edpico. Chega um ticket, onde tudo est\u00e1 detalhadamente descrito, h\u00e1 v\u00e1rias informa\u00e7\u00f5es necess\u00e1rias para tr\u00eas perguntas \u00e0 frente, o cliente prev\u00ea o di\u00e1logo... E nas primeiras palavras, o funcion\u00e1rio do suporte, no modo autom\u00e1tico, come\u00e7a a digitar o template de resposta 'tente reiniciar, deve ajudar'. <\/p>\n

\u00c9 exatamente isso que provoca a frustra\u00e7\u00e3o nas pessoas, e \u00e9 ap\u00f3s essas situa\u00e7\u00f5es que ficam as piores avalia\u00e7\u00f5es e os coment\u00e1rios mais exaltados. \u00c9 claro que cometemos erros, e \u00e9 da\u00ed que conhecemos as estat\u00edsticas. Cometemos erros de v\u00e1rias formas, mas esses casos s\u00e3o sempre simplesmente absurdos. Isso inclui at\u00e9 n\u00f3s mesmos. N\u00f3s, \u00e9 claro, gostar\u00edamos que tais coisas n\u00e3o acontecessem de forma alguma. Mas isso \u00e9 bem dif\u00edcil na pr\u00e1tica: a cada poucas semanas, um funcion\u00e1rio cansado da rotina pode acabar apertando bot\u00f5es equivocadamente. <\/p>\n

N\u00e3o irritar as pessoas N\u00ba 2<\/h2>\n

\nA segunda situa\u00e7\u00e3o que provoca frustra\u00e7\u00e3o semelhante \u00e9 quando nenhum suporte responde a um ticket por um longo per\u00edodo. Na Europa, esse comportamento de suporte \u00e9 considerado normal: tr\u00eas dias para a aceita\u00e7\u00e3o de um incidente \u00e9 mais do que aceit\u00e1vel. Mesmo que voc\u00ea esteja com uma situa\u00e7\u00e3o urgente e algo pegando fogo - sem redes sociais, sem telefone, sem mensageiro, apenas e-mail e aguarde sua vez. Na R\u00fassia, isso \u00e9 muito menos comum, mas ainda assim alguns tickets acabam sendo \"esquecidos\". No in\u00edcio, estabelecemos um SLA para a primeira resposta de 15 minutos. E isso considerando um servi\u00e7o 24\/7 genu\u00edno. \u00c9 claro que, \u00e0 medida que o VDS se torna maior, isso aparece. Mas provedores de servi\u00e7os duvidosos n\u00e3o t\u00eam isso. E n\u00f3s, no in\u00edcio, \u00e9ramos justamente duvidosos e s\u00f3 depois nos tornamos mais ou menos grandes. Bem, mais ou menos medianos. <\/p>\n

A primeira linha \u00e9 composta por operadores que receberam scripts e foram treinados para reagir a situa\u00e7\u00f5es t\u00edpicas. Eles rapidamente classificam os problemas e tentam, em 15 minutos, ou responder com uma a\u00e7\u00e3o t\u00edpica, ou informar que o ticket est\u00e1 sendo tratado e transferi-lo para a segunda linha.<\/p>\n

A segunda linha \u00e9 de administradores de hosting, que conseguem quase tudo manualmente. Nesse grupo tamb\u00e9m est\u00e1 o gerente de suporte, que sabe fazer tudo e um pouco mais. A terceira linha s\u00e3o os desenvolvedores, que lidam com tickets como \"corrija isso na interface\" ou \"o par\u00e2metro tal est\u00e1 sendo considerado incorretamente l\u00e1\". <\/p>\n

Reduzir o n\u00famero de solicita\u00e7\u00f5es<\/h2>\n

\nPor raz\u00f5es compreens\u00edveis, se voc\u00ea quer fornecer suporte a um custo baixo, \u00e9 preciso n\u00e3o aumentar a primeira linha de atendimento para que as pessoas lidem mais rapidamente com scripts, mas sim aumentar a automa\u00e7\u00e3o. Para que, em vez de pessoas com scripts, existam verdadeiros scripts. Portanto, uma das primeiras coisas que fizemos foi automatizar processos como a cria\u00e7\u00e3o de m\u00e1quinas virtuais, escalonamento de recursos (incluindo aumento e diminui\u00e7\u00e3o de disco, mas n\u00e3o da frequ\u00eancia do processador) e outras tarefas similares. Quanto mais o usu\u00e1rio puder fazer a partir da interface, mais f\u00e1cil ser\u00e1 para a primeira linha, e menor poder\u00e1 ser. Quando o usu\u00e1rio entra em contato sobre algo que est\u00e1 dispon\u00edvel no painel, \u00e9 preciso demonstrar e explicar como isso pode ser realizado de forma aut\u00f4noma. <\/p>\n

Se voc\u00ea n\u00e3o precisa de suporte, isso significa que est\u00e1 indo bem. <\/p>\n

Uma segunda caracter\u00edstica que economiza muito tempo \u00e9 o preenchimento demorado da base de conhecimento. Quando o usu\u00e1rio enfrenta um problema que n\u00e3o consta na lista de a\u00e7\u00f5es suportadas (na maioria das vezes, s\u00e3o perguntas do tipo \"como instalar um servidor de Minecraft\" ou \"onde no Windows Server configurar o VPS\"), um artigo \u00e9 escrito na base de conhecimento. Um artigo detalhado \u00e9 criado para todas as solicita\u00e7\u00f5es estranhas. Por exemplo, se o usu\u00e1rio pede suporte para remover o firewall embutido do Windows Server, enviamos informa\u00e7\u00f5es sobre o que pode acontecer se ele realmente for desativado, e como conceder permiss\u00f5es apenas para o software selecionado. Porque o problema geralmente \u00e9 que algo n\u00e3o consegue se conectar devido \u00e0s configura\u00e7\u00f5es, e n\u00e3o ao pr\u00f3prio firewall. Mas explicar isso a cada vez em um di\u00e1logo \u00e9 muito dif\u00edcil. E desativar o firewall n\u00e3o \u00e9 algo que desejamos fazer, pois em breve podemos perder a m\u00e1quina virtual ou o cliente. <\/p>\n

Se algo relacionado a software aplicado na base de conhecimento se torna muito visitado, \u00e9 poss\u00edvel adicionar a distribui\u00e7\u00e3o ao marketplace, de modo que surja o servi\u00e7o de \"criar um servidor com isso j\u00e1 instalado\". Na verdade, foi assim que aconteceu com o Docker e com o servidor de Minecraft. Mais uma vez, um bot\u00e3o \"fa\u00e7am-me bem\" na interface economiza at\u00e9 cem tickets por ano. <\/p>\n

Modo de emerg\u00eancia<\/h2>\n

\nAp\u00f3s estas a\u00e7\u00f5es, os problemas mais s\u00e9rios que exigem interven\u00e7\u00e3o manual s\u00e3o relacionados ao fato de que o usu\u00e1rio, por algum motivo, perdeu o acesso remoto ao sistema operacional convidado no hipervisor. O caso mais comum \u00e9 uma configura\u00e7\u00e3o incorreta do firewall; o segundo mais frequente s\u00e3o bugs que impedem a inicializa\u00e7\u00e3o normal do Windows e for\u00e7am a reinicializa\u00e7\u00e3o no Modo Seguro. E, no modo seguro, o RDP n\u00e3o est\u00e1 dispon\u00edvel por padr\u00e3o. <\/p>\n

Criamos um modo de emerg\u00eancia para este caso. Na verdade, geralmente para acessar a m\u00e1quina VDS, \u00e9 necess\u00e1rio ter algum cliente para trabalho remoto. Na maioria das vezes, isso envolve acesso por console, RDP, VNC ou algo semelhante. A desvantagem desses m\u00e9todos \u00e9 que eles n\u00e3o funcionam sem um sistema operacional. Mas n\u00f3s, a n\u00edvel de hipervisor, conseguimos obter tanto a imagem da tela quanto enviar as entradas do teclado! Na verdade, isso acaba sobrecarregando bastante o processador (devido \u00e0 transmiss\u00e3o de v\u00eddeo), mas permite alcan\u00e7ar o resultado desejado. <\/p>\n

Por isso, oferecemos acesso ao modo de emerg\u00eancia a todos os usu\u00e1rios, mas ele \u00e9 limitado em dura\u00e7\u00e3o de uso cont\u00ednuo. Felizmente, como a pr\u00e1tica mostra, esse tempo \u00e9 geralmente suficiente para reiniciar e fazer ajustes.<\/p>\n

O resultado \u00e9 ainda menos tickets para o suporte. E onde o administrador pode corrigir o ticket por conta pr\u00f3pria, o suporte n\u00e3o precisa intervir manualmente. <\/p>\n

Problemas restantes<\/h2>\n

\nMuito frequentemente, os usu\u00e1rios acham que o suporte est\u00e1 tentando engan\u00e1-los. <\/b>Infelizmente, n\u00e3o h\u00e1 nada que possamos fazer a respeito (ou n\u00e3o conseguimos pensar em uma solu\u00e7\u00e3o). Dois exemplos mais comuns s\u00e3o limites de recursos e prote\u00e7\u00e3o contra DDoS. <\/p>\n

Cada m\u00e1quina virtual tem limites de carga no disco, mem\u00f3ria e tr\u00e1fego permitido. A possibilidade de definir limites est\u00e1 especificada na oferta, e esses limites s\u00e3o ajustados para que a maior parte dos usu\u00e1rios trabalhe confortavelmente, mesmo sem tomar conhecimento deles. Mas se voc\u00ea de repente come\u00e7a a consumir muito a largura de banda e o disco, os algoritmos automaticamente alertam o usu\u00e1rio. Desde abril do ano passado, removemos as bloqueios autom\u00e1ticos. Em vez disso, estabelecemos limites suaves por prazo vari\u00e1vel. <\/p>\n

Antes era assim: um aviso, depois, se o usu\u00e1rio n\u00e3o respondesse, - bloqueio autom\u00e1tico. E nesse momento as pessoas ficavam ofendidas: \"Mas o que \u00e9 isso? O seu sistema est\u00e1 com problemas, n\u00e3o houve nada!\" - e a partir da\u00ed, era poss\u00edvel tentar entender o software aplicado ou sugerir a atualiza\u00e7\u00e3o do plano. N\u00e3o temos como analisar o funcionamento do software aplicado, pois isso est\u00e1 al\u00e9m do suporte. Embora nos primeiros casos, analis\u00e1ssemos isso junto aos usu\u00e1rios. Especialmente me lembro daquele caso em que o manipulador de visualiza\u00e7\u00f5es no YouTube tinha um trojan embutido, e esse trojan estava com vazamento de mem\u00f3ria. No final, chegamos \u00e0 conclus\u00e3o de que n\u00e3o eram erros de software, mas sim problemas dos pr\u00f3prios usu\u00e1rios, sen\u00e3o estar\u00edamos sobrecarregados com solicita\u00e7\u00f5es semelhantes. Mas at\u00e9 agora, ningu\u00e9m admitiu que poderia ter ultrapassado os crit\u00e9rios sozinho. <\/p>\n

Uma hist\u00f3ria semelhante ocorre com DDoS: n\u00f3s informamos que voc\u00ea, estimado usu\u00e1rio, est\u00e1 sob ataque. Por favor, ative a prote\u00e7\u00e3o. E o usu\u00e1rio responde: \"Voc\u00eas \u00e9 que est\u00e3o me atacando!\" Claro, estamos atacando apenas um usu\u00e1rio com DDoS para extorquir 300 reais. \u00c9 um bom neg\u00f3cio. Sim, eu sei que muitas grandes empresas de hospedagem da categoria mais cara incluem essa prote\u00e7\u00e3o no plano, mas n\u00e3o podemos fazer isso: a economia de fast food imp\u00f5e outros pre\u00e7os m\u00ednimos. <\/p>\n

N\u00e3o menos frequentemente, o suporte \u00e9 insatisfeito com aqueles cujos dados removemos.<\/b> No sentido de que removemos legitimamente ap\u00f3s o t\u00e9rmino do per\u00edodo pago. Se algu\u00e9m n\u00e3o renova o aluguel do VDS, v\u00e1rias notifica\u00e7\u00f5es s\u00e3o enviadas explicando o que acontecer\u00e1 em seguida. No momento do t\u00e9rmino do pagamento, a m\u00e1quina virtual \u00e9 parada, mas sua imagem \u00e9 salva. Uma \u00faltima notifica\u00e7\u00e3o \u00e9 enviada, seguida de mais algumas. A imagem \u00e9 mantida por sete dias adicionais e s\u00f3 depois \u00e9 exclu\u00edda permanentemente. Existe uma categoria de pessoas que fica muito insatisfeita com isso. Desde \"o administrador foi demitido, e as notifica\u00e7\u00f5es estavam indo para o e-mail dele, voc\u00eas precisam restaurar\" at\u00e9 acusa\u00e7\u00f5es de fraude e amea\u00e7as de viol\u00eancia f\u00edsica. A raz\u00e3o - os mesmos pre\u00e7os para todos os outros usu\u00e1rios. Se formos armazenar por um m\u00eas, ser\u00e3o necess\u00e1rios mais armazenamento. Isso significar\u00e1 pre\u00e7os mais altos para cada cliente individual. E a economia de fast food... Bem, voc\u00eas entendem. E assim, acabamos recebendo feedback em f\u00f3runs como \"cobraram, deletaram dados, golpistas.\"<\/p>\n

Deixe-me mencionar que temos uma linha de tarifas premium. A situa\u00e7\u00e3o l\u00e1 \u00e9, \u00e9 claro, diferente, pois levamos em considera\u00e7\u00e3o o desejo do cliente e configuramos de forma flex\u00edvel tanto o limite quanto a remo\u00e7\u00e3o em caso de n\u00e3o pagamento (levamos para o negativo, apenas para n\u00e3o bloquear). Isso j\u00e1 \u00e9 economicamente vi\u00e1vel, porque realmente acontecem diversas situa\u00e7\u00f5es, e manter um cliente grande e constante custa caro. <\/p>\n

\u00c0s vezes, os usu\u00e1rios s\u00e3o mal-intencionados. <\/b>V\u00e1rias vezes tivemos falhas em nosso sistema, bloqueando centenas de m\u00e1quinas virtuais devido a a\u00e7\u00f5es claramente ileg\u00edtimas de clientes. Na verdade, foi por causa de tais situa\u00e7\u00f5es que precis\u00e1vamos de nossos pr\u00f3prios drivers de rede, para monitorar a atividade de rede e ver que o usu\u00e1rio n\u00e3o est\u00e1 realizando um ataque de seu servidor. Esse tipo de monitoramento \u00e9 importante para que as fronteiras entre m\u00e1quinas virtuais vizinhas n\u00e3o sejam violadas por indiv\u00edduos problem\u00e1ticos. <\/p>\n

H\u00e1 aqueles que simplesmente fazem spam, mineram ou de alguma forma violam a oferta. Depois, eles entram em contato com o suporte e perguntam o que deu errado e por que a m\u00e1quina foi bloqueada. Se o processo no ticket na captura de tela se chama 'enviador de spam.exe', \u00e9 prov\u00e1vel que algo esteja errado. A cada duas semanas, recebemos reclama\u00e7\u00f5es de empresas como a Sony ou Lucasfilm (agora \u2014 Disney), de que algu\u00e9m de nossa m\u00e1quina virtual, dentro de nosso intervalo de endere\u00e7os IP, est\u00e1 distribuindo um filme pirata. Para tal, \u00e9 um bloqueio imediato e devolu\u00e7\u00e3o do saldo restante na conta conforme a oferta (lembrando: a quantiza\u00e7\u00e3o \u00e9 por segundo, ou seja, o saldo sempre ser\u00e1 exato). E para devolver o dinheiro, por lei, \u00e9 necess\u00e1rio apresentar um documento de identidade: isso \u00e9 uma medida contra a lavagem de dinheiro. Piratas, por algum motivo, em vez de apresentar o documento, dizem que n\u00f3s tomamos o dinheiro deles, esquecendo de esclarecer algumas circunst\u00e2ncias. <\/p>\n

Ah, sim. A melhor pergunta do ano para n\u00f3s \u00e9: 'Posso testar a m\u00e1quina virtual pelo plano de 30 rublos por m\u00eas durante alguns dias antes da compra?'.<\/p>\n

Resultado<\/h2>\n

\nA primeira linha classifica os tickets e responde com a\u00e7\u00f5es t\u00edpicas. A maior parte das insatisfa\u00e7\u00f5es ocorre aqui. N\u00e3o h\u00e1 como corrigir isso, pois a base da corre\u00e7\u00e3o est\u00e1 na automa\u00e7\u00e3o do hosting, ou seja, em um enorme backlog. Sim, temos mais do que muitos no mercado, mas ainda assim n\u00e3o \u00e9 suficiente. Portanto, a melhor coisa a se fazer \u00e9 estabelecer um monitoramento da primeira linha. O monitoramento do suporte ao cliente \u00e9 a execu\u00e7\u00e3o das KPI da primeira linha. Atrasos no SLA s\u00e3o vis\u00edveis em tempo real: quem est\u00e1 errando, frequentemente \u2014 por qu\u00ea. Com tais alertas, os tickets nunca se perdem. Sim, pode-se responder a um ticket com um template inadequado, mas isso j\u00e1 sabemos pela feedback. <\/p>\n

Se o cliente pedir muito, um especialista da segunda linha pode acessar o servidor e fazer o que for necess\u00e1rio para o cliente (a condi\u00e7\u00e3o \u00e9 a confirma\u00e7\u00e3o por e-mail, onde ele comunicar\u00e1 os dados de acesso ao servidor).<\/p>\n

Fazemos isso muito raramente e confiamos esse trabalho apenas aos melhores, porque queremos ter garantias de que os dados do usu\u00e1rio n\u00e3o ser\u00e3o danificados. Os melhores s\u00e3o a segunda linha de suporte.<\/p>\n

A primeira linha tem uma base de conhecimento, onde pode-se direcionar consultas mais complexas. <\/p>\n

Um painel de controle rico em funcionalidades, mais uma base de conhecimento \u2014 e assim conseguimos reduzir o n\u00famero de atendimentos para 1 a 1,5 por ano por cliente, em m\u00e9dia. <\/p>\n

A segunda linha geralmente lida com solicita\u00e7\u00f5es complexas que exigem trabalho manual. O que \u00e9 caracter\u00edstico: quanto mais caro o plano, menos dessas solicita\u00e7\u00f5es em rela\u00e7\u00e3o \u00e0 m\u00e1quina virtual. Normalmente, porque aqueles que podem pagar por um plano caro ou t\u00eam especialistas na equipe ou simplesmente metade dos problemas n\u00e3o surgem porque a configura\u00e7\u00e3o \u00e9 suficiente para tudo. Eu ainda me lembro daquele her\u00f3i que instalou uma vers\u00e3o n\u00e3o t\u00e3o antiga do Windows Server em uma configura\u00e7\u00e3o com 256 MB de RAM. <\/p>\n

A segunda linha tem um conjunto de distribuidores e um conjunto de scripts de automa\u00e7\u00e3o. Ambos podem ser atualizados conforme necess\u00e1rio. <\/p>\n

A segunda linha e gerentes pessoais de planos VIP podem adicionar notas ao perfil do cliente. Se ele for um administrador Linux, assim ser\u00e1 registrado. Isso servir\u00e1 como um lembrete para a primeira linha: o usu\u00e1rio sabe que isso n\u00e3o ser\u00e1 um tiro no p\u00e9, mas uma destrui\u00e7\u00e3o controlada. <\/p>\n

A terceira linha gerencia as situa\u00e7\u00f5es mais estranhas. Por exemplo, tivemos um bug que impedia o acesso a uma das fun\u00e7\u00f5es do painel do usu\u00e1rio no Firefox. O usu\u00e1rio chegou a chantagear: \"Se n\u00e3o corrigirem em 12 horas, vou escrever em todas as avalia\u00e7\u00f5es de hospedagem\". Acontece que o problema estava no bloqueador de an\u00fancios personalizado. Do lado do usu\u00e1rio, por mais estranho que pare\u00e7a. Muitas vezes, chegam erros complexos sem detalhes, e n\u00e3o conseguem reproduzir o problema. \u00c0s vezes, v\u00eam com prints: \"Por que voc\u00eas est\u00e3o corrigindo isso h\u00e1 um m\u00eas?\" \u2014 \"Na verdade, estamos procurando o seu bug todo esse tempo\", \"Ah, bem, ele aconteceu de novo hoje, mas novamente n\u00e3o consegui reproduzir\"\u2026<\/p>\n

De fato, voc\u00ea nunca sabe onde vai parar um print do di\u00e1logo com o suporte, e quando algu\u00e9m entra em contato com o suporte, \u00e9 porque est\u00e1 com um problema. \u00c9 poss\u00edvel melhorar a rela\u00e7\u00e3o. Pelo menos, tentar. <\/p>\n

Sim, sabemos que nosso suporte n\u00e3o \u00e9 perfeito, mas, como eu gostaria de acreditar, ele combina uma rapidez suficiente com uma qualidade adequada. E n\u00e3o aumenta os pre\u00e7os dos planos para aqueles que podem se virar sem ele.<\/p>\n

\"Tornamos<\/a><\/noindex><\/p>\n

Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0410\u0432\u0430\u0440\u0438\u0439\u043d\u044b\u0439 \u0440\u0435\u0436\u0438\u043c (\u0442\u0430\u043a\u0436\u0435 \u0443\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442\u0441\u044f \u043a\u0430\u043a IPKVM), \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u044e\u0449\u0438\u0439 \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u0442\u044c\u0441\u044f \u043a VPS \u0431\u0435\u0437 RDP \u043f\u0440\u044f\u043c\u043e \u0441 \u0443\u0440\u043e\u0432\u043d\u044f \u0433\u0438\u043f\u0435\u0440\u0432\u0438\u0437\u043e\u0440\u0430, \u044d\u043a\u043e\u043d\u043e\u043c\u0438\u0442 15\u201320 \u043c\u0438\u043d\u0443\u0442 \u0432 \u043d\u0435\u0434\u0435\u043b\u044e. \u041f\u0435\u0440\u0432\u043e\u0435 \u0438 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u043d\u0435 \u0431\u0435\u0441\u0438\u0442\u044c \u043b\u044e\u0434\u0435\u0439. \u0412\u043e \u0432\u0441\u0451\u043c \u043c\u0438\u0440\u0435 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u0430 \u043d\u0430 \u043b\u0438\u043d\u0438\u0438, \u0438 \u0441\u043e\u0442\u0440\u0443\u0434\u043d\u0438\u043a \u043f\u0435\u0440\u0432\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c \u0442\u0438\u043f\u0438\u0447\u043d\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u0440\u0435\u0448\u0435\u043d\u0438\u044f. \u0415\u0441\u043b\u0438 \u0437\u0430\u0434\u0430\u0447\u0430 \u0432\u044b\u0431\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0437\u0430 \u0438\u0445 \u043f\u0440\u0435\u0434\u0435\u043b\u044b \u2014 \u043f\u0435\u0440\u0435\u0434\u0430\u0442\u044c \u0432\u0442\u043e\u0440\u043e\u0439 \u043b\u0438\u043d\u0438\u0438. \u0422\u0430\u043a \u0432\u043e\u0442, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":83003,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-83002","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tornando o suporte mais acess\u00edvel, sem perder qualidade | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0414\u0435\u043b\u0430\u0435\u043c \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0443 \u0434\u0435\u0448\u0435\u0432\u043b\u0435, \u0441\u0442\u0430\u0440\u0430\u044f\u0441\u044c \u043d\u0435 \u0440\u0430\u0441\u0442\u0435\u0440\u044f\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e | ProHoster","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/delaem-podderzhku-deshevle-starayas-ne-rasteryat-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-05-27T11:42:38+00:00","article:modified_time":"2020-05-27T11:42:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"83002","title":null,"description":null,"keywords":null,"keyphrases":{"focus":[],"additional":[]},"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 15:27:22","updated":"2026-08-11 12:50:16","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/83002","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=83002"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/83002\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/83003"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=83002"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=83002"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=83002"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}