Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Modèle d'évaluation des exigences techniques
Fournissez des informations sur les types d'ingestion de données :
Type d'ingestion de données |
OU/N |
Description |
Frequency (Fréquence) |
Accès aux applications |
Y |
|
|
Passerelle API |
Y |
|
|
Streaming de données |
N |
|
|
Procédé Batch |
N |
|
|
ETL |
N |
|
|
Importation de données |
N |
|
|
Séries chronologiques |
N |
|
|
Fournissez des informations sur les types de consommation de données :
Type de consommation de données |
OU/N |
Description |
Frequency (Fréquence) |
Accès aux applications |
|
|
|
Passerelle API |
|
|
|
Exportation de données |
|
|
|
Analyses de données |
|
|
|
Agrégation de données |
|
|
|
Génération de rapports |
|
|
|
Rechercher |
|
|
|
Streaming de données |
|
|
|
ETL |
|
|
|
Fournissez des estimations du volume de données :
Nom de l'entité |
Nombre estimé d'enregistrements |
Taille de l'enregistrement |
Volume de données |
Joueur de jeu |
1 MM |
< 1 Ko |
~ 1 Go (1 MM* 1 KO) |
Instance de jeu |
6 MM (100K/jour * 60 jours) |
< 1 Ko |
~ 6 Go (6 MM* 1 KO) |
Cartographie des utilisateurs du jeu |
300 MM (6 jeux MM* 50 joueurs) |
< 1 Ko |
~ 300 Go (300 MM* 1 KO) |
Note
La durée de conservation des données est de 60 jours. Après 60 jours, les données doivent être stockées dans Amazon S3 à des fins d'analyse, en utilisant DynamoDB Time to Live (TTL) pour déplacer automatiquement les données de DynamoDB vers Amazon S3.
Répondez aux questions suivantes concernant les modèles temporels :
Dans quels délais l'application est-elle accessible à l'utilisateur (par exemple, 24 heures sur 24, 7 jours sur 7 ou de 9 h à 17 h en semaine) ?
Y a-t-il un pic d'utilisation pendant la journée ? Combien d'heures ? Quel est le pourcentage d'utilisation des applications ?
Spécifiez les exigences en matière de débit d'écriture :
Nom de l'entité |
Écrivres/jour |
Heures/jour |
écritures/seconde |
Joueur de jeu |
10 000 mises à jour |
18 |
< 1 |
Instance de jeu |
300 000 |
18 |
< 5 |
Cartographie des utilisateurs du jeu |
1 800 000 000 |
18 |
~ 27,777 |
Remarques
Opérations d'écriture sur Game Player : 1 % des utilisateurs mettent à jour leur profil chaque jour. Nous prévoyons donc 10 000 mises à jour pour 1 000 000 d'utilisateurs.
Opérations d'écriture des instances de jeu : 100 000 jeux/jour. Pour chaque jeu, nous avons au moins 3 opérations d'écriture (à la création, au début et à la fin), soit un total de 300 000 opérations d'écriture.
Opérations d'écriture du mappage des utilisateurs du jeu : 100 000 jeux/jour pour chaque jeu à 50 joueurs. La durée moyenne d'une partie est de 30 minutes et la position du joueur est mise à jour toutes les 5 secondes. Nous estimons une moyenne de 360 mises à jour par joueur, donc le total est de 100 000 * 50 * 360 = 1 800 000 000 d'opérations d'écriture.
Spécifiez les exigences en matière de débit de lecture :
Nom de l'entité |
Lectures par jour |
Heures/jour |
Lectures par seconde |
Joueur de jeu |
200 000 |
18 |
~ 3 |
Instance de jeu |
5 000 000 |
18 |
~ 77 |
Cartographie des utilisateurs du jeu |
1 800 000 000 |
18 |
~ 27,777 |
Remarques
Opérations de lecture du Game Player : 20 % des utilisateurs démarrent une partie, donc 1 MM* 0,2 = 200 000.
Opérations de lecture des instances de jeu : 100 000 jeux/jour. Pour chaque jeu, nous avons au moins 1 opération de lecture par joueur et 50 joueurs par partie, soit un total de 5 000 000 d'opérations de lecture.
Opérations de lecture du Game User Mapping : 100 000 parties par jour pour 50 joueurs. La durée moyenne d'une partie est de 30 minutes et la position du joueur est mise à jour toutes les 5 secondes. Nous estimons une moyenne de 360 mises à jour par joueur, et chaque mise à jour nécessite une opération de lecture. Le total est donc de 100 000 * 50 * 360 = 1 800 000 000 d'opérations de lecture.
Spécifiez les exigences de latence d'accès aux données :
Opération |
99 percentiles |
Latence maximale |
Lecture |
30 millisecondes |
100 millisecondes |
Write (Écrire) |
10 millisecondes |
50 millisecondes |
Spécifiez les exigences en matière de disponibilité des données :
Exigence |
OU/N |
Métrique |
Remarques |
Haute disponibilité |
Y |
99,9 % |
|
RTO |
Y |
1 heure |
Objectif en matière de temps de rétablissement |
RPO |
Y |
1 heure |
Objectif du point de rétablissement |
Reprise après sinistre |
N |
|
|
Réplication des données dans la région |
N |
|
|
Réplication des données entre régions |
N |
Latence de 3 secondes |
Lequel Régions AWS ? |
Spécifiez les exigences de sécurité :
Exigence |
OU/N |
Remarques |
Stockage de données sensibles |
N |
Informations de santé protégées (PHI), informations du secteur des cartes de paiement (PCI), informations personnelles identifiables (PII) ? |
Chiffrement au repos |
Y |
|
Chiffrement en transit |
Y |
|
Chiffrement côté client |
N |
|
Toute bibliothèque de chiffrement propriétaire ou tierce |
N |
|
Enregistrement des accès aux données |
N |
|
Audit de l'accès aux données |
N |
|
