DS & II

Capítulo 19 - Projeto Final P1

Leitura de 3 min

🚀 Capítulo 19: Projeto Final Parte 1: Arquitetura (Tema: Star Wars)

NOTE

Este capítulo utiliza a temática de Star Wars para o Projeto Final. Você é o arquiteto-chefe do Império e precisa desenhar a infraestrutura da nova estação espacial (o seu sistema na nuvem)!

1. 🎯 Objetivo da Aula

Aplicar os conhecimentos adquiridos durante o curso para desenhar a arquitetura de um sistema complexo na nuvem, garantindo segurança, escalabilidade e alta disponibilidade.

2. 🏢 O Cenário Prático (Seu Desafio)

A Aliança Rebelde está crescendo e a empresa “Império Galáctico Games” vai lançar um novo jogo online multiplayer massivo. Você foi contratado como o Arquiteto DevOps Chefe. Sua missão é desenhar a infraestrutura na nuvem AWS para suportar esse jogo.

Os Requisitos do Sistema:

  1. O Site (Frontend e Backend): Deve aguentar milhões de acessos e não pode cair se um servidor queimar.
  2. O Banco de Dados: Deve ser seguro, fazer backups diários automáticos e não pode ser acessado diretamente pela internet.
  3. Arquivos de Mídia: O jogo tem gigabytes de imagens e vídeos que os usuários baixam o tempo todo.
  4. Processamento de Imagens: Quando o jogador faz upload de um avatar, o sistema precisa criar uma versão miniatura (thumbnail) de forma barata e rápida.

🛠️ Prática Obrigatória: Desenhando a Arquitetura

Com base nos serviços que aprendemos no curso, preencha o relatório abaixo escolhendo qual tecnologia você usaria para cada requisito e justificando a sua escolha:

1. Para o Banco de Dados:

  • Serviço Escolhido: [RDS ou Instalar na VM?]
  • Sub-rede: [Pública ou Privada?]
  • Justificativa: [Por quê?]

2. Para os Arquivos de Mídia (Imagens/Vídeos):

  • Serviço Escolhido: [S3 ou EBS?]
  • Justificativa: [Por quê?]

3. Para o Processamento do Avatar (Thumbnail):

  • Serviço Escolhido: [Servidor EC2 ligado 24h ou Função Lambda Serverless?]
  • Justificativa: [Por quê?]

4. Para Garantir que o Site não caia e suporte milhões de acessos:

  • Estratégia: [Usar Load Balancer + Auto Scaling ou Apenas um servidor gigante?]
  • Justificativa: [Por quê?]

7. 📤 Instruções de Entrega (GitHub Desktop + Microsoft Teams)

  1. Faça o Commit: No GitHub Desktop, digite a mensagem (ex: Finaliza Capítulo 19 DevOps) e clique em Commit to main.
  2. Envie para a Nuvem (Push): Clique em Push origin.

8. 📂 Estrutura de Pastas

mod_13_devops_e_cloud/
├── capitulos/
│   ├── capitulo_19_projeto_p1.md
│   └── codigos/
│       └── cap19/
│           └── arquitetura_report.txt

💡 Checkpoint de Lógica

Parabéns! Você acabou de desenhar uma arquitetura de nuvem profissional usada pelas maiores empresas do mundo! No próximo capítulo, vamos criar o pipeline para colocar tudo isso no ar!

🔑 Gabarito de Código/Fórmulas

Gabarito Sugerido para o Relatório:

  1. Banco de Dados: AWS RDS na Sub-rede Privada. Justificativa: Para ter backup automático e segurança contra invasões da internet.
  2. Arquivos de Mídia: AWS S3. Justificativa: Espaço infinito e barato para arquivos estáticos.
  3. Processamento do Avatar: Função Lambda (Serverless). Justificativa: Só roda quando alguém faz upload, economizando dinheiro.
  4. Site: Load Balancer + Auto Scaling. Justificativa: Para distribuir o peso dos milhões de acessos e criar novas máquinas sozinhos se precisar.

← Capitulo Anterior | Proximo Capitulo →

Visão de gráfico

Backlinks