Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Modello di valutazione dei requisiti tecnici
Fornisci informazioni sui tipi di inserimento dei dati:
Tipo di ingestione dei dati |
Y/N |
Descrizione |
Frequency (Frequenza) |
Accesso all'applicazione |
Y |
|
|
Gateway API |
Y |
|
|
Streaming di dati |
N |
|
|
Processo Batch |
N |
|
|
ETL |
N |
|
|
Importazione dei dati |
N |
|
|
Serie temporali |
N |
|
|
Fornisci informazioni sui tipi di consumo di dati:
Tipo di consumo di dati |
Y/N |
Descrizione |
Frequency (Frequenza) |
Accesso all'applicazione |
|
|
|
Gateway API |
|
|
|
Esportazione dei dati |
|
|
|
Analisi dei dati |
|
|
|
Aggregazione dei dati |
|
|
|
Creazione di report |
|
|
|
Cerca |
|
|
|
Streaming di dati |
|
|
|
ETL |
|
|
|
Fornisci stime del volume di dati:
Nome dell'entità |
Numero stimato di record |
Dimensione del record |
Volume di dati |
Giocatore di gioco |
1 MM |
< 1 KB |
~ 1 GB (1 MM X 1 KB) |
Istanza di gioco |
6 MM (100K/giorno* 60 giorni) |
< 1 KB |
~ 6 GB (6 MM X 1 KB) |
Mappatura degli utenti del gioco |
300 MM (giochi da 6 MM* 50 giocatori) |
< 1 KB |
~ 300 GB (300 MM* 1 KB) |
Nota
Il periodo di conservazione dei dati è di 60 giorni. Dopo 60 giorni, i dati devono essere archiviati in Amazon S3 per l'analisi, utilizzando DynamoDB Time to Live (TTL) per spostare automaticamente i dati da DynamoDB ad Amazon S3.
Rispondi a queste domande sugli schemi temporali:
In che periodo l'applicazione è disponibile per l'utente (ad esempio, 24 ore su 24, 7 giorni su 7 o dalle 9:00 alle 17:00 nei giorni feriali)?
C'è un picco di utilizzo durante il giorno? Quante ore? Qual è la percentuale di utilizzo dell'applicazione?
Specificate i requisiti di velocità di scrittura:
Nome dell'entità |
Scritture al giorno |
Ore/giorno |
Scritture/secondo |
Giocatore di gioco |
10.000 aggiornamenti |
18 |
< 1 |
Istanza di gioco |
300.000 |
18 |
< 5 |
Mappatura degli utenti del gioco |
1.800.000.000 |
18 |
~ 27,77 |
Note
Operazioni di scrittura di Game Player: l'1% degli utenti aggiorna il proprio profilo ogni giorno, quindi prevediamo 10.000 aggiornamenti per 1.000.000 di utenti.
Operazioni di scrittura su istanze di gioco: 100.000 giochi/giorno. Per ogni gioco abbiamo almeno 3 operazioni di scrittura, alla creazione, all'inizio e alla fine, per un totale di 300.000 operazioni di scrittura.
Operazioni di scrittura di Game User Mapping: 100.000 partite al giorno per ogni partita con 50 giocatori. La durata media del gioco è di 30 minuti e la posizione del giocatore viene aggiornata ogni 5 secondi. Stimiamo una media di 360 aggiornamenti per giocatore, quindi il totale è 100.000* 50* 360 = 1.800.000.000 di operazioni di scrittura.
Specificate i requisiti di velocità di lettura:
Nome dell'entità |
Letture/giorno |
Ore/giorno |
Letture/sec |
Giocatore di gioco |
200.000 |
18 |
~ 3 |
Istanza di gioco |
5.000.000 |
18 |
~ 77 |
Mappatura degli utenti del gioco |
1.800.000.000 |
18 |
~ 27,77 |
Note
Operazioni di lettura da parte di Game Player: il 20 percento degli utenti inizia a giocare, quindi 1 MM * 0,2 = 200.000.
Operazioni di lettura delle istanze di gioco: 100.000 giochi/giorno. Per ogni gioco abbiamo almeno 1 operazione di lettura per giocatore e 50 giocatori per partita, quindi il totale è di 5.000.000 di operazioni di lettura.
Operazioni di lettura di Game User Mapping: 100.000 partite al giorno per 50 giocatori. La durata media del gioco è di 30 minuti e la posizione del giocatore viene aggiornata ogni 5 secondi. Stimiamo una media di 360 aggiornamenti per giocatore e ogni aggiornamento richiede un'operazione di lettura, quindi il totale è 100.000* 50* 360 = 1.800.000.000 di operazioni di lettura.
Specificare i requisiti di latenza di accesso ai dati:
Operazioni |
99 percentili |
Latenza massima |
Lettura |
30 ms |
100 ms |
Scrittura |
10 ms |
50 ms |
Specificare i requisiti di disponibilità dei dati:
Requisito |
Y/N |
Parametro |
Note |
Alta disponibilità |
Y |
99,9% |
|
RTO |
Y |
1 ora |
Obiettivo del tempo di recupero |
RPO |
Y |
1 ora |
Obiettivo del punto di ripristino |
Ripristino di emergenza |
N |
|
|
Replica dei dati a livello regionale |
N |
|
|
Replica dei dati tra regioni |
N |
Latenza di 3 secondi |
QualiRegioni AWS? |
Specificare i requisiti di sicurezza:
Requisito |
Y/N |
Note |
Archivio dati sensibili |
N |
Informazioni sanitarie protette (PHI), informazioni sul settore delle carte di pagamento (PCI), informazioni di identificazione personale (PII)? |
Crittografia dei dati inattivi |
Y |
|
Crittografia in transito |
Y |
|
Crittografia lato client |
N |
|
Qualsiasi libreria di crittografia proprietaria o di terze parti |
N |
|
Registrazione dell'accesso ai dati |
N |
|
Controllo dell'accesso ai dati |
N |
|
