Diferença entre VPS gerido e não gerido: quem faz o quê

Três níveis de serviço

Num VPS não gerido, o fornecedor de alojamento entrega um servidor que arranca, ligado à rede, numa máquina de que ele trata. O resto é seu: o sistema, as suas atualizações, o software e a sua configuração, a segurança, a vigilância. É o modelo mais difundido, pensado para equipas que administram por si próprias.

Com assistência, mantém o controlo do servidor, e deixa de estar sozinho perante uma avaria ou uma escolha técnica: descreve o que observa, especialistas diagnosticam e indicam-lhe o que fazer, e aplica a solução ao seu ritmo. Consoante o fornecedor, esta ajuda cobre apenas o sistema ou vai até à aplicação: é a extensão do diagnóstico que faz o valor da oferta.

Num VPS gerido, o fornecedor explora o servidor por si: aplica as atualizações, vigia-o, intervém quando surge um alerta, restaura as cópias de segurança. Uma gestão proativa vai mais longe: acompanha também a sua aplicação e recomenda-lhe o que a tornará mais rápida, antes mesmo de dar por isso. Dedica-se à sua atividade.

Uma imagem ajuda a distingui-los: a assistência é o mecânico a quem liga; a gestão completa é a oficina que faz a manutenção do seu carro.

Quem faz o quê, linha a linha

Tarefa	Não gerido	Com assistência	Gerido
Hardware, rede, alimentação elétrica	Fornecedor	Fornecedor	Fornecedor
Instalação do sistema	Fornecedor, a partir de uma imagem	Fornecedor, a partir de uma imagem	Fornecedor, configurado para a sua utilização
Atualizações de segurança	O cliente	O cliente, orientado quando necessário	Fornecedor
Instalação e ajuste dos serviços (web, base de dados, cache)	O cliente	O cliente, com recomendações	Fornecedor, com o cliente
Supervisão	O cliente	Conforme a oferta	Fornecedor, com intervenção
Diagnóstico de uma avaria	O cliente	Especialistas do fornecedor; o cliente aplica	Fornecedor
Cópias de segurança	Conforme a oferta	Conforme a oferta	Fornecedor, restauros incluídos
Firewall e acessos	O cliente	O cliente, orientado quando necessário	Fornecedor
Migração do existente	O cliente	O cliente, com orientação	Muitas vezes incluída

A linha que mais conta é a das atualizações de segurança: é a que se esquece quando ninguém é responsável por ela, e um software que ficou sem correção é uma das primeiras portas de entrada das intrusões.

O que verificar num contrato de serviço gerido

Duas ofertas «geridas» podem ter muito pouco em comum. Estas perguntas eliminam a ambiguidade:

1. O âmbito: só o sistema, ou também os serviços (servidor web, base de dados, correio)? As versões principais são atualizadas, ou apenas as correções?
2. A supervisão: o que é vigiado (disponibilidade, disco, memória, certificados, serviços), com que frequência, e o que acontece à noite e ao fim de semana?
3. A intervenção: o fornecedor age por iniciativa própria quando surge um alerta, ou espera pela sua chamada?
4. Os prazos: o prazo de intervenção (o tempo até uma pessoa pegar no problema) e o prazo de restabelecimento (o tempo até o serviço voltar), escritos no contrato.
5. As cópias de segurança: frequência, duração de conservação, local de armazenamento, e sobretudo: o restauro está incluído, e em quanto tempo?
6. O que é faturado à parte: intervenções para além de um pacote, migrações, alterações de configuração.
7. Os seus acessos: mantém um acesso ao servidor, e qual?
8. A reversibilidade: no fim do contrato, como recupera os seus dados, as suas cópias de segurança e a documentação do servidor?

Escolher o seu nível

Duas perguntas bastam na maior parte dos casos:

• Quem, na sua equipa, conhece Linux? Um programador à vontade na linha de comandos tira o melhor partido de um servidor que continua a controlar, sobretudo com especialistas para as questões que saem do seu dia a dia. Uma empresa sem competências de sistemas internas ganha em confiar a exploração.
• Quanto custa uma hora de paragem? Para um site de apresentação, uma hora de indisponibilidade recupera-se. Para uma loja, uma aplicação de negócio ou um serviço usado pelos seus clientes, conta-se em encomendas e em confiança: é aí que a supervisão com intervenção, de dia e de noite, ganha todo o sentido.

A sua situação	O nível que lhe corresponde
Desenvolve, implementa, e quer manter o controlo	Com assistência
A sua equipa já administra servidores, com piquete	Não gerido, ou com assistência para uma segunda opinião
Uma aplicação crítica, sem competências de sistemas internas	Gerido
Obrigações de disponibilidade escritas nos seus próprios contratos	Gerido

O custo compara-se com o que substitui: o tempo que uma pessoa da sua equipa passa no servidor, e o custo de uma paragem. Um serviço gerido paga-se mais do que um VPS sozinho porque traz tempo de especialista e compromissos; justifica-se assim que esse tempo e esses compromissos lhe façam falta.

Mudar de nível pelo caminho

O nível de serviço não é fixo. Muitos projetos começam num servidor que um membro da equipa administra com uma assistência, e passam para um serviço gerido quando a aplicação se torna crítica ou a equipa cresce. A transição prepara-se: um inventário do que corre no servidor, a documentação das definições, e um momento de transição combinado, sobretudo se o serviço gerido implicar uma migração para um novo servidor.