| ... | @@ -8,6 +8,7 @@ Esta página centraliza informações sobre o arquitetura do projeto e a infraes |
... | @@ -8,6 +8,7 @@ Esta página centraliza informações sobre o arquitetura do projeto e a infraes |
|
|
## Sumário
|
|
## Sumário
|
|
|
|
|
|
|
|
- [Diagrama de deploy](#diagrama-de-deploy)
|
|
- [Diagrama de deploy](#diagrama-de-deploy)
|
|
|
|
- [Diagrama de deploy - versão 2](#diagrama-de-deploy---versão-2)
|
|
|
- [Ambientes utilizados](#ambientes-utilizados)
|
|
- [Ambientes utilizados](#ambientes-utilizados)
|
|
|
- [Arquitetura geral da aplicação](#arquitetura-geral-da-aplicação)
|
|
- [Arquitetura geral da aplicação](#arquitetura-geral-da-aplicação)
|
|
|
- [Backend](#backend)
|
|
- [Backend](#backend)
|
| ... | @@ -66,6 +67,17 @@ Para este custo mensal, os detalhes de estimativa de cada serviço considerados |
... | @@ -66,6 +67,17 @@ Para este custo mensal, os detalhes de estimativa de cada serviço considerados |
|
|
- Dados verificados pelo S3 Select: 3 GB por mês
|
|
- Dados verificados pelo S3 Select: 3 GB por mês
|
|
|
- Tamanho médio de objetos do S3 Standard: 5
|
|
- Tamanho médio de objetos do S3 Standard: 5
|
|
|
|
|
|
|
|
|
## Diagrama de deploy - versão 2
|
|
|
|
|
|
|
|
Durante a Sprint 4 do projeto, quando foi implementada a história de usuário US04 - Recuperar a Conta, a equipe encontrou algumas dificuldades em configurar o envio de e-mail utilizando o Amazon SES, dado que este por padrão iniciava no modo [*Sandbox*](https://docs.aws.amazon.com/pt_br/ses/latest/dg/request-production-access.html). Diante disso, optamos por utilizar o serviço SMTP da ferramenta [Mailtrap](https://mailtrap.io), que era de fácil configuração e possuia um limite de uso grátis que supriria adequadamente as necessidades da POC desenvolvida durante o semestre.
|
|
|
|
|
|
|
|
Diante disso, o diagrama de deploy foi ajustado para incluir o Mailtrap, conforme abaixo:
|
|
|
|
|
|
|
|
<img src="./resources/images/arquitetura-diagrama-deploy-v2.gif" width="800">
|
|
|
|
|
|
|
|
OBS.: Ressalta-se que no código implementado na API Backend do projeto as configurações de email estão parametrizáveis por variáveis de ambiente, não estando atrelado a nenhuma tecnologia específica. Diante disso, para passar a utilizar o SES ou outra tecnologia em um ambiente produtivo, é muito simples.
|
|
|
|
|
|
|
|
|
|
|
## Ambientes utilizados
|
|
## Ambientes utilizados
|
|
|
|
|
|
|
|
Durante a Sprint 2 (segunda Sprint de desenvolvimento de código no projeto) percebeu-se a necessidade de existir um ambiente de desenvolvimento para testar e validar as alterações sendo integradas no projeto, antes da entrega das mesmas no ambiente produtivo. Isso porque, durante esta Sprint, não era possível subir as alterações recém-feitas mas ainda não validadas no ambiente produtivo, pois este mesmo ambiente era utilizado pelos *stakeholders* ao acessar o aplicativo.
|
|
Durante a Sprint 2 (segunda Sprint de desenvolvimento de código no projeto) percebeu-se a necessidade de existir um ambiente de desenvolvimento para testar e validar as alterações sendo integradas no projeto, antes da entrega das mesmas no ambiente produtivo. Isso porque, durante esta Sprint, não era possível subir as alterações recém-feitas mas ainda não validadas no ambiente produtivo, pois este mesmo ambiente era utilizado pelos *stakeholders* ao acessar o aplicativo.
|
| ... | | ... | |
