... | ... | @@ -28,7 +28,7 @@ Essa abordagem modular e bem estruturada permite separar responsabilidades e pro |
|
|
|
|
|
# Deploy
|
|
|
|
|
|
No processo de deploy descrito no diagrama, o backend e o banco de dados são configurados em containers Docker. Inicialmente, as imagens Docker desses serviços são buildadas a partir do repositório no GitLab. Após a build, essas imagens são enviadas para o Elastic Container Registry (ECR) da AWS. A instância EC2, responsável por executar os serviços, recupera essas imagens diretamente do ECR e as executa em containers Docker, garantindo que a versão mais recente da aplicação esteja rodando.
|
|
|
No processo de deploy descrito no diagrama, o backend e o banco de dados são configurados em containers Docker. Inicialmente, as imagens Docker desses serviços são buildadas a partir do repositório do GitLab. Após a build, a instância EC2 as executa em containers Docker, garantindo que a versão mais recente da aplicação esteja rodando.
|
|
|
|
|
|
Para o frontend, o deploy é gerenciado pelo AWS Amplify, que está integrado ao repositório GitLab. Toda vez que um push é feito na branch main, o AWS Amplify automaticamente detecta as mudanças e inicia o processo de build e deploy da aplicação frontend. Isso automatiza o ciclo de deploy contínuo, garantindo que as atualizações sejam rapidamente disponibilizadas tanto para o backend quanto para o frontend.
|
|
|
|
... | ... | @@ -36,16 +36,14 @@ Para o frontend, o deploy é gerenciado pelo AWS Amplify, que está integrado ao |
|
|
|
|
|
- O diagrama apresenta o processo de deploy da aplicação Cosmos utilizando a nuvem AWS.
|
|
|
|
|
|

|
|
|

|
|
|
|
|
|
## Diagrama de Componentes
|
|
|
|
|
|
Um diagrama de componentes eficiente para a aplicação "Cosmos" pode ser organizado conforme as funções específicas de cada parte do sistema:
|
|
|
|
|
|
### Componentes de Infraestrutura
|
|
|
1. **Amazon Elastic Compute Cloud (EC2)**: Responsável pela execução dos containers Docker que rodam tanto o backend quanto o banco de dados. A EC2 é configurada para puxar as imagens mais recentes do ECR e executar os containers, oferecendo uma infraestrutura flexível e escalável para o deploy.
|
|
|
2. **Amazon Elastic Container Registry (ECR)**: Repositório onde as imagens Docker do backend e banco de dados são armazenadas. As imagens são buildadas e enviadas para o ECR a partir do repositório GitLab.
|
|
|
3. **GitLab CI/CD**: Pipeline de CI/CD que automatiza o build das imagens Docker e o envio para o ECR. O GitLab CI/CD é responsável por garantir que o código mais recente seja transformado em uma imagem Docker pronta para ser executada na EC2.
|
|
|
1. **Amazon Elastic Compute Cloud (EC2)**: Responsável pela execução dos containers Docker que rodam tanto o backend quanto o banco de dados. A EC2 é configurada para executar os containers, oferecendo uma infraestrutura flexível e escalável para o deploy.
|
|
|
|
|
|
### Componentes de Backend
|
|
|
1. **NestJS**: Framework utilizado para o desenvolvimento do backend, que está dentro de um container Docker.
|
... | ... | |