Blog

Um website deixa de carregar. Surge um erro. O painel de administração não responde. Os formulários deixam de funcionar ou a página demora tanto tempo a abrir que parece estar completamente em baixo.

A primeira reação costuma ser pensar: “o hosting não está a funcionar”.

Mas um website pode ficar indisponível por muitos motivos, e nem todos têm origem diretamente no servidor.

O problema pode estar na própria aplicação, na base de dados, numa configuração DNS, num certificado, numa atualização ou numa integração externa. Também pode acontecer o hosting estar a funcionar, mas não ter recursos suficientes para responder à carga que está a receber.

Por isso, quando um website fica em baixo, o importante não é apenas voltar a colocá-lo a funcionar.

Também é necessário perceber o que aconteceu para evitar que o mesmo problema volte a repetir-se.

Um website em baixo não significa sempre que o servidor está em baixo

Quando um utilizador não consegue aceder a um website, do lado de fora o resultado parece sempre o mesmo: a página não funciona.

Tecnicamente, no entanto, podem estar a acontecer situações muito diferentes.

O servidor pode estar completamente inacessível, mas também pode continuar a funcionar enquanto uma aplicação gera erros. A base de dados pode não responder, o domínio pode estar a apontar incorretamente ou o website pode ter esgotado os recursos disponíveis.

Pode até acontecer a página principal carregar, mas falharem determinadas funcionalidades, como a área privada, o ecommerce, os formulários ou o painel de administração.

Por isso, antes de atribuir a incidência ao hosting, convém identificar que partes do serviço estão afetadas.

Saber se toda a infraestrutura está a falhar ou apenas uma funcionalidade concreta pode acelerar bastante o diagnóstico.

Servidor sobrecarregado e limites de recursos

Uma das causas relacionadas com o hosting pode ser a saturação dos recursos disponíveis.

Um website precisa de capacidade de processamento, memória, armazenamento, ligações e outros recursos para responder aos pedidos que recebe.

Quando a procura ultrapassa, durante determinado período, a capacidade disponível, o servidor pode começar a responder mais lentamente ou deixar de processar alguns pedidos.

Isto pode acontecer, por exemplo, depois do lançamento de uma campanha que gera um pico de tráfego, durante uma promoção, após uma aparição nos meios de comunicação ou simplesmente porque o projeto foi crescendo progressivamente.

Também pode acontecer mesmo que o número de visitas não tenha aumentado muito. Uma funcionalidade mal otimizada, um plugin, um processo automático ou uma consulta particularmente pesada à base de dados podem consumir uma quantidade elevada de recursos.

Neste ponto, é importante distinguir entre uma incidência pontual e um problema de dimensionamento.

Se um website ultrapassa ocasionalmente os seus recursos devido a uma situação excecional, a solução pode ser diferente da necessária para um projeto que trabalha constantemente próximo dos seus limites.

Um erro 500 é um sinal, não um diagnóstico

Uma das mensagens mais habituais quando algo falha num website é o erro 500.

Este código indica que ocorreu um problema interno durante o processamento do pedido, mas, por si só, não explica o que o provocou.

A origem pode estar numa configuração incorreta, num problema com PHP, permissões, uma atualização, um plugin, um script, falta de memória ou outra incidência na aplicação ou no servidor.

Por isso, ver um erro 500 não significa automaticamente que “o hosting ficou em baixo”.

Para localizar a causa, é necessário rever registos, alterações recentes e o estado do ambiente no momento em que ocorreu a falha.

Dispor de informação técnica e de um suporte capaz de a interpretar pode reduzir consideravelmente o tempo necessário para identificar a origem da incidência.

A base de dados também pode deixar um website fora de serviço

Muitos websites atuais dependem constantemente de uma base de dados.

WordPress, ecommerce, áreas privadas, gestores de conteúdos e inúmeras aplicações consultam informação armazenada sempre que um utilizador realiza determinadas ações.

Se a base de dados deixar de responder, ficar sem recursos, atingir determinados limites ou ocorrer algum problema de ligação, o website pode deixar de funcionar mesmo que o servidor continue ativo.

Os sintomas podem variar.

Por vezes, surge diretamente uma mensagem de erro de ligação à base de dados. Noutros casos, determinadas páginas carregam com extrema lentidão ou deixam de ser apresentadas corretamente.

Este tipo de incidência demonstra porque, ao analisar uma queda, não basta verificar se “o servidor está ligado”.

É necessário rever todos os componentes dos quais o serviço depende.

Os picos de tráfego podem colocar a infraestrutura à prova

Uma campanha que funciona melhor do que o esperado deveria ser uma boa notícia.

Mas também pode tornar-se um problema se a infraestrutura não estiver preparada para receber esse aumento de visitas.

Os picos de tráfego concentram muitos pedidos num curto período de tempo e podem aumentar significativamente o consumo de CPU, memória, base de dados ou ligações simultâneas.

Nesse momento, podem surgir lentidão, erros intermitentes ou até uma indisponibilidade completa.

Por isso, campanhas importantes, promoções, lançamentos ou ações que previsivelmente possam gerar um aumento de visitas também devem ser planeados do ponto de vista técnico.

Nem sempre é necessário contratar permanentemente muitos mais recursos. O importante é conhecer o comportamento esperado e verificar se a infraestrutura tem capacidade suficiente para suportar esses períodos de maior procura.

Os problemas de DNS podem parecer uma falha do hosting

Existem incidências que parecem estar relacionadas com o hosting, mas que, na realidade, acontecem antes de o pedido chegar ao servidor.

O DNS é o sistema que permite associar um domínio aos serviços correspondentes. Se existir uma configuração incorreta, uma alteração mal aplicada ou um problema de resolução, os utilizadores podem deixar de conseguir aceder ao website mesmo que o servidor esteja a funcionar corretamente.

Isto é especialmente relevante depois de mudanças de fornecedor, migrações, alterações de DNS ou configurações de novos serviços.

Por isso, quando um website deixa de responder, também convém verificar se o domínio está a resolver corretamente para a infraestrutura adequada.

Hosting e DNS estão intimamente relacionados do ponto de vista do utilizador, mas, tecnicamente, uma incidência num deles não significa necessariamente que o outro tenha falhado.

Sem monitorização, muitas incidências são detetadas demasiado tarde

Uma empresa não deve depender de um cliente para descobrir que o seu website está em baixo.

A monitorização permite detetar problemas de disponibilidade e desempenho antes ou pouco depois de terem um impacto significativo.

Além disso, não se trata apenas de saber se uma página responde ou não.

Uma boa supervisão pode ajudar a detetar comportamentos anómalos, degradações de desempenho ou recursos que se aproximam dos seus limites.

Esta informação também é útil para perceber o que estava a acontecer antes de uma incidência.

Se sabemos que o consumo de recursos estava a aumentar há várias horas, que a base de dados estava a responder pior ou que ocorreu um pico repentino de tráfego, identificar a causa torna-se muito mais simples do que começar o diagnóstico sem contexto.

A monitorização transforma um “o website não funciona” numa incidência sobre a qual existem dados para investigar.

O tempo de resposta do suporte também faz parte do hosting

Quando um website está em baixo, cada minuto pode ser importante.

Especialmente se se tratar de um ecommerce, de uma plataforma utilizada por clientes, de um website que recebe tráfego de campanhas ou de um serviço do qual depende parte do negócio.

Nestas situações, o suporte técnico deixa de ser uma característica secundária do hosting.

É importante poder contactar alguém capaz de rever a infraestrutura, interpretar os erros e ajudar a determinar se a origem está no servidor, na aplicação, na base de dados, no DNS ou noutro componente.

Uma resposta rápida não significa apenas voltar a colocar o website online.

Também implica perceber o que aconteceu, avaliar se existe risco de voltar a acontecer e determinar que alterações devem ser efetuadas.

Prevenir uma queda começa antes de o problema surgir

Não é possível garantir que um website nunca venha a sofrer uma incidência.

É possível reduzir o risco e, sobretudo, estar mais bem preparado quando isso acontecer.

A prevenção começa por dimensionar corretamente o hosting de acordo com as necessidades reais do projeto, manter atualizados os componentes do website, dispor de cópias de segurança recuperáveis e controlar o consumo de recursos.

Também convém antecipar situações especiais. Se estiver prevista uma campanha importante, uma promoção ou um lançamento que possa multiplicar o tráfego, rever a infraestrutura antes da ativação pode evitar problemas no pior momento possível.

A isto deve juntar-se a monitorização e um suporte técnico capaz de atuar quando é detetada uma incidência.

Porque a diferença não está apenas em saber se um website pode ficar em baixo.

Está também no tempo necessário para detetar o problema, perceber o que o provocou, recuperar o serviço e evitar que volte a acontecer.

Um bom hosting também demonstra o seu valor quando algo falha

Quando tudo funciona corretamente, as diferenças entre soluções de hosting podem ser menos visíveis.

É durante uma incidência que aspetos como a monitorização, o dimensionamento de recursos, as cópias de segurança e o suporte técnico ganham realmente importância.

Na Entorno Digital, o hosting é pensado tendo em conta não apenas o espaço necessário para alojar um website, mas também o seu desempenho, disponibilidade, segurança, monitorização, suporte e capacidade para acompanhar a evolução do projeto.

O objetivo não é assumir que nunca haverá uma incidência.

É contar com uma infraestrutura e uma equipa capazes de a detetar, compreender e resolver com a maior rapidez possível.