

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

# Modelo de avaliação de requisitos técnicos
<a name="template-tech-req"></a>

Fornecer informações sobre os tipos de ingestão de dados:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Tipo de ingestão de dados** | **S/N** | **Descrição** | **Frequência** | 
| *Acesso à aplicação* | *S* |   |   | 
| *gateway API* | *S* |   |   | 
| *Fluxo de dados* | *N* |   |   | 
| *Processo em lote* | *N* |   |   | 
| *ETL do* | *N* |   |   | 
| *importar dados* | *N* |   |   | 
| *Séries temporais* | *N* |   |   | 

Fornecer informações sobre os tipos de consumo de dados:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Tipo de consumo de dados** | **S/N** | **Descrição** | **Frequência** | 
| *Acesso à aplicação* |   |   |   | 
| *gateway API* |   |   |   | 
| *Exportação de dados* |   |   |   | 
| *Data analytics* |   |   |   | 
| *Agregação de dados* |   |   |   | 
| *Reporting* |   |   |   | 
| *Pesquisa do* |   |   |   | 
| *Fluxo de dados* |   |   |   | 
| *ETL do* |   |   |   | 

Fornecer estimativas do volume de dados:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Nome da entidade** | **Nº estimado de registros** | **Tamanho do registro** | **Volume de dados** | 
| *Jogador* | *1 MM* | *< 1 KB* | *\$1 1 GB** (1 MM \$1 1 KB)* | 
| *Instância de jogo* | *6 MM**(100.000 mil/dia \$1 60 dias)* | *< 1 KB* | *\$1 6 GB** (6 MM \$1 1 KB)* | 
| *Mapeamento de usuários do jogo* | *300 MM**(6 MM de jogos \$1 50 jogadores)* | *< 1 KB* | *\$1 300 GB** (300 MM \$1 1 KB)* | 

**nota**  
O período de retenção de dados é 60 dias. Depois de 60 dias, os dados devem ser armazenados no Amazon S3 para analytics, usando o [DynamoDB Time to Live (TTL)](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/TTL.html) para mover automaticamente os dados do DynamoDB para o Amazon S3.

Responda a estas perguntas sobre padrões de tempo:
+ Em que período o aplicativo está disponível para o usuário (por exemplo, 24 horas por dia, 7 dias por semana ou das 9h às 17h nos dias de semana)?
+ Há um pico de uso durante o dia? Quantas horas? Qual é o percentual de utilização do aplicativo?

Especificar os requisitos de throughput de gravação:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Nome da entidade** | **Gravações/dia** | **Horas/dia** | **Gravações/segundo** | 
| *Jogador* | *10.000 atualizações* | *18* | *< 1* | 
| *Instância de jogo* | *300,000* | *18* | *< 5* | 
| *Mapeamento de usuários do jogo* | *1.800.000.000* | *18* | *\$1 27.777* | 

**Observações**  
**Operações de gravação dos jogadores do jogo:** 1% dos usuários atualizam seus perfis todos os dias, então esperamos 10.000 atualizações para 1.000.000 de usuários.  
**Operações de gravação de instância do jogo:** 100.000 jogos/dia. Para cada jogo, temos pelo menos três operações de gravação, na criação, no início e no final, então o total é de 300.000 operações de gravação.  
**Operações de gravação de mapeamento dos usuários do jogo:** 100.000 jogos/dia para cada jogo com 50 jogadores. A duração média do jogo é de 30 minutos e a posição do jogador é atualizada a cada cinco segundos. Estimamos uma média de 360 atualizações por jogador, então o total é 100.000 X 50 X 360 = 1.800.000.000 operações de gravação.

Especificar os requisitos de throughput de leitura:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Nome da entidade** | **Leituras//dia** | **Horas/dia** | **Leituras/segundo** | 
| *Jogador* | *200.000* | *18* | *\$1 3* | 
| *Instância de jogo* | *5,000,000* | *18* | *\$1 77* | 
| *Mapeamento de usuários do jogo* | *1.800.000.000* | *18* | *\$1 27.777* | 

**Observações**  
**Operações de leitura do jogador do jogo:** 20% dos usuários iniciam jogos, então 1 MM X 0,2 = 200.000.  
**Operações de leitura de instância do jogo:** 100.000 jogos/dia. Para cada jogo, temos pelo menos uma operação de leitura por jogador e 50 jogadores por jogo, então o total é de 5.000.000 de operações de leitura.  
**Operações de leitura de mapeamento dos usuários do jogo:** 100.000 jogos/dia para cada jogo com 50 jogadores. A duração média do jogo é de 30 minutos e a posição do jogador é atualizada a cada cinco segundos. Estimamos uma média de 360 atualizações por jogador, e cada atualizaão requer uma operação de leitura, então o total é 100.000 X 50 X 360 = 1.800.000.000 operações de leitura.

Especificar os requisitos de latência de acesso aos dados:


|  |  |  | 
| --- |--- |--- |
| **Operação** | **99 percentis** | **Latência máxima** | 
| *Leitura* | *30 ms* | *100 ms* | 
| *Gravar* | *10 ms* | *50 ms* | 

Especificar os requisitos de disponibilidade de dados:


|  |  |  |  | 
| --- |--- |--- |--- |
| **Requisito** | **S/N** | **Métrica** | **Observações** | 
| *Alta disponibilidade* | *S* | *99,9%* |   | 
| *RTO* | *S* | *1 hora* | *Objetivo de tempo de recuperação* | 
| *RPO* | *S* | *1 hora* | *Objetivo de ponto de recuperação* | 
| *Recuperação de desastres* | *N* |   |   | 
| *Replicação de dados na região* | *N* |   |   | 
| *Replicação entre regiões* | *N* | *Latência de 3 segundos* | *Qual Regiões da AWS?* | 

Especificar os requisitos de segurança:


|  |  |  | 
| --- |--- |--- |
| **Requisito** | **S/N** | **Observações** | 
| *Armazenamento de dados sensíveis* | *N* | *Informações de integridade protegida (PHI), informações do setor de cartões de pagamento (PCI), informações de identificação pessoal (PII)?* | 
| *Criptografia em repouso* | *S* |   | 
| *Criptografia em trânsito* | *S* |   | 
| *Criptografia do lado do cliente* | *N* |   | 
| *Qualquer biblioteca de criptografia proprietária ou de terceiros* | *N* |   | 
| *Registro em log de acesso aos dados* | *N* |   | 
| *Auditoria de acesso a dados* | *N* |   | 