Trabalho Final — Cloud Computing

1. Identificação do Aluno

2. Descrição da Arquitetura Implementada

O site é alojado numa máquina virtual (VM) na cloud Microsoft Azure e segue uma arquitetura em camadas com contenção da aplicação via Docker e exposição controlada através de um proxy reverso. A solução separa a edge/rede (firewalls) da apresentação (Nginx) e da aplicação (container Docker), seguindo boas práticas de cibersegurança e de isolamento.

Componentes

Camadas de segurança (da internet para dentro)

• Azure NSG (Network Security Group): firewall ao nível da rede virtual Azure que filtra o tráfego de entrada, permitindo apenas as portas 22 (SSH, gestão) e 80/443 (web).
• UFW (host firewall): firewall do próprio Ubuntu, ATIVO com política deny (incoming) por defeito e regras de exceção apenas para 22/tcp e 80,443/tcp (Nginx Full).
• Nginx (reverse proxy): recebe os pedidos externos na porta 80 e reencaminha-os para a aplicação que corre dentro do container.
• Docker: a aplicação corre isolada num container; a porta 8080 não está exposta à internet — está bound apenas a 127.0.0.1:8080, sendo acessível unicamente via Nginx (localhost).

Nota: o Nginx já tem as diretivas SSL ativadas no ficheiro de configuração (ssl_protocols TLSv1.2 TLSv1.3), pelo que a subida para HTTPS só exige a instalação de um certificado (ex.: Let's Encrypt / Certbot). Atualmente o site é servido em HTTP.

3. Percurso de um Pedido HTTP/HTTPS até ao Site

Quando um utilizador escreve o endereço do site no browser, o pedido atravessa várias camadas até à aplicação e regressa com a resposta. O diagrama abaixo mostra o caminho (sentido ida) e a respetiva volta.

Explicação passo-a-passo

1. O browser abre uma ligação TCP para o IP público 20.240.161.195 na porta 80 e envia o pedido HTTP GET /.
2. O pacote atravessa a Internet e chega à interface da VM no Azure.
3. O Azure NSG inspeciona a porta de destino; como é a 80 (permitida), deixa o tráfego passar.
4. O UFW do Ubuntu aplica a sua política: com o default deny e regra de exceção para 80/tcp, o pacote é aceite.
5. O Nginx, à escuta na porta 80, aceita o pedido e, pela configuração de location /, faz proxy_pass para http://127.0.0.1:8080 (tráfego interno, nunca exposto à internet).
6. O container Docker "meu-site" (nginx:alpine) recebe o pedido em localhost:8080 e devolve o ficheiro index.html.
7. A resposta HTTP regressa pelo caminho inverso (container → Nginx → UFW → NSG → Internet → browser), que a apresenta ao utilizador.

Percurso HTTPS (quando ativado)

Para HTTPS o fluxo é idêntico, mas o browser liga-se à porta 443; o Nginx termina a ligação TLS (apresenta o certificado) e, mantendo a comunicação interna em texto claro para 127.0.0.1:8080, entrega a resposta encriptada ao cliente. A porta 443 já está aberta no NSG e no UFW, faltando apenas o certificado.

4. Endereço de Acesso ao Site

O site encontra-se acessível publicamente através do seguinte endereço:

• IP público: 20.240.161.195
• Protocolo ativo: HTTP (porta 80) HTTPS em breve
• Domínio/subdomínio: ainda não configurado (acesso direto por IP)
• Região Azure: Sweden Central