Serviços Web – domínio, alojamento web, e-mail, DNS

Uma descrição para iniciantes dos diferentes componentes de alojamento na web.
Outro guia noob para leitores noob. Se você é novo em questões relacionadas com alojamentos na web e não entende quais as [coisas] que precisa para ter um serviço de qualidade na web… e por quê, este artigo é para você!
O que é preciso para ter um serviço de alojamento web (simples)…
A execução de um serviço de alojamento na web requer muitas coisas.
Embora possa pagar apenas um preço por todos os serviços, digamos por EUR 15/mês. Não é como se você estivesse a pagar EUR 15/mês por uma caixa mágica que faz tudo. Está a pagar por uma centena de micro-serviços todos convenientemente agrupados e configurados a trabalhar juntos em uma interface “simples” a partir de um login. Essa conveniência é o motivo pelo qual muitos proprietários de sites pela primeira vez compram todos os seus serviços de alojamento web em um só lugar.
Webhosting requer muitos servidores, cada um oferece muitos serviços [diferentes].
- Registro de domínio – simplesmente mantém um registro de quem possui o nome de domínio.
- Serviço DNS – servidores que direcionam visitantes (digitando sua URL) para seu servidor web (IP).
- Servidor WEB – servidores que armazenam os arquivos e base de dados do seu site (DB), processam as solicitações recebidas do site e retornam a página e as informações desejadas aos visitantes.
- Servidor EMAIL – servidores que enviam, recebem e armazenam emails.
Então, novamente… por esse motivo, muitos utilizadores iniciantes preferem seguir o caminho mais fácil e apenas pagar por um serviço que oferece tudo em um só lugar. É mais fácil, mais simples e não precisa ter tantos logins… e mais importante, não precisa aprender muitas coisas técnicas. Pode ir diretamente para a parte divertida… que é construir seu site.
Então, por que os utilizadores intermediários se inscrevem em serviços de alojamento (separados)?
Porque é melhor comprar diferentes serviços de alojamento de provedores especializados!
E porque?!
Acha que um master chef compra todos os ingredientes em um supermercado?
- Claro que não!
- Talvez ele/ela compre a carne num local. Em seguida, o queijo de uma loja de queijo francês. Massa de uma loja de massas italiana. Ervas/temperos do jardim de um vizinho. Frutas e legumes do seu próprio quintal.
Acha que um entusiasta de carros compra todas as peças do carro no mesmo sítio ou loja local?
- Claro que não!
- Ele compra um kit em um lugar, travões em outro, peças do motor em outro, vidros em outro lugar, pneus em uma loja de pneus, rodas/jantes de outro lugar. Etc
Assim, os proprietários de sites experientes também dividirão suas necessidades de alojamento na web entre diferentes provedores:
- Registro de domínio – de um registrador de domínio especializado que oferece muitas opções de TLD de domínio (com, net, org, pt, etc), preços baixos e boa privacidade (para que você não seja alvo de spam ou perseguido).
- Serviço DNS – para gerir facilmente o seu próprio DNS em um só lugar, configurando vários provedores de serviços em cada domínio. Essencial para trabalhar com webhosts modernos que não fornecem seu próprio serviço DNS. Os serviços DNS especializados também têm roteamento mais rápido, além de recursos de desempenho e segurança.
- Alojamento de sites – de um host especializado que oferece melhor desempenho, melhor suporte, mais recursos ou liberdade de configuração.
- Alojamento de e-mail – de um host de e-mail especializado que oferece mais recursos ou recursos, taxas de entrega mais altas (para alcançar as caixas de entrada do cliente em vez de caixas de spam), melhor proteção contra spam.
A maioria das pessoas não separa mais do que isto. Mas na realidade… isso é passar ao próximo nível… que é exatamente como os “especialistas” fazem.
Como os “prós” separam suas necessidades de alojamento?
Estes profissionais praticamente constroem sua própria infraestrutura de alojamento do zero.
Eles fazem isso por vários motivos:
- Economizar dinheiro – perceptível apenas quando está a fazer isso em escala. Caso contrário, a complexidade (obviamente) não valeria o esforço.
- Recursos – eles querem suas próprias configurações e recursos. E/ou precisam de algo melhor ou diferente do que existe no mercado.
- Vender seu próprio serviço – fazer as suas próprias configurações para revendê-lo aos clientes.
Isso pode ser tão simples quanto combinar diferentes serviços de terceiros ou tão complexo quanto configurar seus próprios clusters para cada serviço.
Exemplos de configurações de cluster de servidor:
- Registro de domínio – ok, quase ninguém constrói seu próprio registrador. Eles usam um existente. Eu uso o Namecheap (que é um provedor de serviços DNS e faz registros de domínio).
- Serviço DNS – se você estiver construindo o seu próprio… você precisará de pelo menos dois servidores DNS caso um deles fique inativo, então sempre haverá um servidor de nomes disponível para resolver solicitações de visitantes de sua url para seu servidor web. E então talvez até alguns servidores POP se você quiser construir seu próprio serviço CDN.
- Cluster de alojamento na Web – no mínimo, você precisará de um VPS para isso. 20 anos atrás, algumas pessoas tinham a abordagem híbrida NGINX-Apache, onde NGINX era o proxy reverso (cache) sentado na frente do servidor web Apache (backend PHP). Mas hoje em dia você pode obter clusters complexos realmente loucos … dividindo o serviço PHP, armazenamento de arquivos e armazenamento da base de dados … tudo em servidores separados. Dessa forma poderá até ter servidores de backup. Alguns são, na verdade, cópias ativas dos outros, enquanto alguns são apenas servidores de armazenamento de backups. Provavelmente também um balanceador de carga (servidor que fica na frente de todo o resto) para redistribuir o tráfego para seus servidores menos ocupados.
- Cluster de alojamento de e-mail – no mínimo, provavelmente desejará servidor de e-mail de entrada, servidor de e-mail de saída e servidor de armazenamento de e-mail.
Jesus… isso é literalmente o que os profissionais fazem?
Sim e não…
Antigamente sim. Era mais barato configurar tudo isso internamente. Construir um rack de servidor no back office da sua empresa e passar um fim de semana inteiro a configurar tudo.
Mas o mundo de hoje é muito melhor e mais barato. Pode pagar por todos esses serviços granularmente de vários provedores de serviços em nuvem, no meu caso (como OVHcloud para VPS, Cloudflare para DNS, Google para e-mail, etc). Ou opta por provedores de serviços de nuvem gigantes (como Amazon AWS, significa “Amazon Web Services”), onde pode alugar servidores e serviços separados para praticamente todos os componentes de todo o seu cluster de infraestrutura de alojamento web.
Por exemplo:
- Para lidar com seu próprio DNS – obtém o serviço DNS Route53 da Amazon. Ou pode comprar servidores dedicados brutos da Digital Ocean, instalar o Linux e configurar seu próprio serviço DNS. Ou pode literalmente comprar servidores físicos, configurá-los em sua casa ou escritório e depois instalar o Linux e configurar seu próprio serviço DNS.
- Depois, para alojamento na web – pode comprar servidores dedicados da Amazon EC2 ou da Digital Ocean. Ou ainda… colocar servidores físicos em sua casa ou escritório.
- Depois, para e-mail – pode simplesmente comprar um serviço de e-mail sólido, como MXroute ou G-Suite. Ou configurar a sua própria alojamento de e-mail em um servidor dedicado e, em seguida, dividir os seus e-mails de saída para usar a sua alojamento de e-mail para e-mails regulares…
De qualquer forma… o meu ponto é… tudo isto pode ficar bem granular e dividido nos menores componentes, se souber o que está a fazer (e se isso for importante para o seu negócio).
Espero que tenha aprendido alguma coisa. Espero que tenha alguma clareza ou pelo menos uma visão menos embaçada de quais podem ser as suas futuras necessidades de tecnologia de nuvem da sua empresa. Se tudo isso parece muito técnico para você… não se preocupe, à medida que sua empresa cresce… você naturalmente perceberá os serviços que se alinham às suas necessidades. Eu aprendi toda esta treta por necessidade ao longo dos anos… não de um blog.
(Você também pode!)