O que é o alojamento web? Como os sites e as aplicações ficam online
O alojamento web é colocar o seu site ou aplicação em computadores sempre ligados e à Internet, para que qualquer pessoa o possa aceder a qualquer momento. O fornecedor de alojamento guarda os seus ficheiros, executa o seu código e envia as páginas e os dados para os navegadores dos visitantes quando estes os pedem. O seu portátil poderia, tecnicamente, fazer isto, mas os fornecedores de alojamento fazem-no de forma fiável, segura e à escala necessária.
Porque é que importa quando se cria com IA
Quando cria com um construtor de aplicações com IA, a sua aplicação corre primeiro numa pré-visualização: uma cópia privada que pode ser usada por si (e talvez por colaboradores). O alojamento é o que transforma isso numa aplicação em produção num endereço público que os clientes podem abrir.
O tipo de alojamento de que a sua aplicação precisa depende do que ela faz. Uma página de entrada precisa de muito pouco. Uma aplicação com início de sessão, uma base de dados e pagamentos precisa de um servidor a correr o seu código, de um sítio para guardar dados e de HTTPS. Perceber a diferença ajuda a escolher um construtor, a estimar os custos de funcionamento e a saber o que acontece se a aplicação ficar de repente com muita procura — ou se um dia quiser mudá-la para outro lado.
Uma analogia do dia a dia
Pense no alojamento como as instalações de um negócio.
- Uma banca no mercado é o alojamento estático: barato, rápido de montar, ótimo para mostrar e vender um conjunto fixo de produtos.
- Um escritório partilhado é o alojamento partilhado: aluga uma secretária num edifício com muitas outras empresas, partilhando o elevador, a internet e a copa. É acessível, mas um vizinho barulhento afeta-o.
- O seu próprio escritório com serviços é um servidor privado virtual (VPS): espaço próprio com recursos garantidos, mas é responsável pelo que acontece lá dentro.
- O seu próprio edifício é um servidor dedicado: controlo total e responsabilidade total.
- Um espaço de trabalho gerido que cresce e diminui com a equipa é o alojamento na cloud ou em plataforma: usa o que precisa, paga pelo que usa, e o senhorio trata da manutenção.
O nome do seu domínio é a morada na placa. O DNS é o mapa que indica aos visitantes a que edifício essa morada pertence.
Tipos de alojamento
| Tipo | O que é | Ideal para | O que gere |
|---|---|---|---|
| Alojamento estático | Serve ficheiros fixos (HTML, CSS, JavaScript, imagens), muitas vezes a partir de uma CDN | Páginas de entrada, portefólios, sites de marketing, aplicações só de frontend | Quase nada |
| Alojamento partilhado | Muitos sites num único servidor, muitas vezes com um painel de controlo | Pequenos sites WordPress ou PHP | Algumas definições |
| VPS | Uma máquina virtual com recursos dedicados | Aplicações personalizadas, se estiver à vontade a gerir um servidor | O sistema operativo, atualizações de segurança, publicações |
| Servidor dedicado | Uma máquina física inteira | Cargas altas e constantes com necessidades específicas | Tudo |
| Plataforma como serviço (PaaS) | Você fornece o código; a plataforma constrói, executa e escala | A maioria das aplicações web e APIs | O seu código e a configuração |
| Serverless | O código corre sob pedido por cada pedido; nada corre quando está inativo | Tráfego irregular ou baixo, APIs, tarefas em segundo plano | As suas funções |
A maioria dos construtores de aplicações com IA que alojam por si funciona como um PaaS: carrega em publicar, e a plataforma trata de servidores, escalabilidade e certificados.
Um exemplo prático: o que precisa uma aplicação de reservas para entrar em produção
Imagine uma aplicação de reservas para um salão de cabeleireiro, com uma página pública de reservas, contas de clientes e um painel para o proprietário. Para estar online, precisa de:
| Componente | O que faz | Onde corre |
|---|---|---|
| Frontend | As páginas e botões no navegador do visitante | Alojamento estático / CDN |
| Backend | Verifica a disponibilidade, guarda reservas, define quem pode ver o quê | Um servidor ou contentor |
| Base de dados | Guarda serviços, clientes e reservas | Uma base de dados gerida |
| Armazenamento de ficheiros | Guarda as fotografias carregadas | Armazenamento de objetos |
| Domínio + DNS | book.yoursalon.com a apontar para a aplicação | O seu registador / fornecedor de DNS |
| Certificado HTTPS | Encripta o tráfego; mostra o cadeado | Emitido pelo alojamento ou por uma entidade certificadora |
| Segredos | Chaves de API para email e pagamentos | As variáveis de ambiente do alojamento |
Se fosse você a publicar isto, configuraria cada componente. Uma plataforma que aloja por si junta-os todos. De qualquer forma, ajuda saber que eles existem — o guia sobre frontend vs. backend explica a divisão.
Termos comuns explicados
| Termo | Significado |
|---|---|
| Servidor | Um computador que responde a pedidos através de uma rede. |
| Publicar / deploy | Colocar uma versão do seu código no alojamento para ficar online. |
| Disponibilidade (uptime) | A percentagem de tempo em que o site está acessível. |
| Largura de banda / tráfego de saída | A quantidade de dados enviada da sua aplicação para os visitantes. Muitas vezes faturada. |
| CDN | Rede de distribuição de conteúdos: cópias dos seus ficheiros em servidores por todo o mundo, para carregarem mais depressa. |
| SSL/TLS, HTTPS | Encriptação entre o navegador e o servidor. TLS é o protocolo moderno; "certificado SSL" é o nome comum. |
| Escalabilidade | Lidar com mais tráfego: máquinas maiores (vertical) ou mais máquinas (horizontal). |
| Escalar para zero / arranque a frio | As aplicações inativas param para poupar dinheiro; o primeiro pedido após uma pausa demora um pouco mais enquanto acorda. |
| Variáveis de ambiente | Configurações e segredos dados à sua aplicação em execução, mantidos fora do código. |
| Registos (logs) | Registos do que a aplicação fez, usados para diagnosticar erros. |
| Contentor | Uma aplicação empacotada com tudo o que precisa para correr, muitas vezes criada a partir de um Dockerfile. |
Erros comuns e ideias erradas
- Confundir o domínio com o alojamento. Comprar
oseunome.comnão põe um site lá. Precisa também de alojamento e de registos DNS que apontem para ele. - Assumir que "ilimitado" é mesmo ilimitado. Os planos que anunciam largura de banda ou armazenamento ilimitados costumam ter condições de uso razoável. Leia-as.
- Esquecer os custos de funcionamento. Construir a aplicação é um custo; o alojamento, a base de dados, o armazenamento e as APIs de terceiros são recorrentes. Verifique como cada um é faturado antes do lançamento.
- Guardar ficheiros no disco do servidor. Na maioria dos alojamentos modernos, o disco local do servidor é temporário e pode ser apagado a cada publicação ou reinício. Os ficheiros carregados pertencem ao armazenamento de objetos.
- Tratar a pré-visualização como produção. As pré-visualizações podem ser pausadas, usar dados de teste ou ser visíveis apenas para si. Publique antes de partilhar.
- Ignorar para onde pode mudar. Se o seu alojamento estiver preso a uma plataforma, verifique se pode exportar o código e correr noutro sítio mais tarde.
O que pedir ao seu construtor de IA
- "O que precisa esta aplicação para funcionar depois de publicada: apenas ficheiros estáticos, ou também um servidor e uma base de dados?"
- "Onde são guardados os ficheiros carregados? Garanta que não ficam no disco local do servidor."
- "Guarde todas as chaves de API em variáveis de ambiente."
- "Acrescente cabeçalhos de cache para imagens e ficheiros estáticos."
- "Mostre-me os registos do último pedido que falhou."
- "Se quisesse alojar isto noutro lado, o que precisaria?" — veja como exportar e alojar por si próprio uma aplicação criada com IA.
Alojamento no Mythex
No Mythex, o alojamento faz parte do construtor. Quando publica, o Mythex cria um instantâneo do projeto e publica-o em yourname.mythex.app: os frontends estáticos são publicados como sites estáticos, e os backends correm em máquinas geridas que entram em modo de espera quando estão inativas e acordam na visita seguinte. A base de dados e o armazenamento de ficheiros vêm com o projeto quando a sua aplicação precisa deles. O alojamento, a largura de banda, a base de dados e o armazenamento consomem o mesmo saldo de créditos da construção, e o Pro paga metade da tarifa do Free por eles; os sites estáticos não consomem créditos enquanto estão parados. O Pro acrescenta domínios personalizados com HTTPS emitido automaticamente. A documentação cobre a publicação e os limites de alojamento, e os preços comparam os planos.
Perguntas
O que é o alojamento web, em termos simples?
O alojamento web é alugar espaço e capacidade de processamento em servidores que estão sempre ligados e à Internet, para que o seu site ou aplicação possa ser acedido por qualquer pessoa, a qualquer momento. O alojamento guarda os seus ficheiros, executa o seu código e envia as páginas para os navegadores dos visitantes.
Um domínio é o mesmo que alojamento?
Não. Um domínio é o nome que as pessoas escrevem, como exemplo.com. O alojamento é onde o site realmente corre. Os registos DNS ligam os dois, apontando o domínio para o seu alojamento. Pode comprá-los à mesma empresa ou a empresas diferentes.
Preciso de alojamento separado para uma aplicação criada com IA?
Depende do construtor. Alguns construtores de aplicações com IA, incluindo o Mythex, alojam a aplicação por si quando publica. Outros geram código que tem de publicar você próprio num fornecedor de alojamento.
Qual é a diferença entre alojamento estático e dinâmico?
O alojamento estático serve ficheiros iguais para todos os visitantes, como uma página de entrada — é simples, rápido e barato. O alojamento dinâmico executa código no servidor que gera respostas a cada pedido, o que as aplicações com início de sessão, bases de dados e pagamentos precisam.