Plantilla de evaluación de requisitos técnicos
Facilite información sobre los tipos de ingesta de datos:
Tipo de ingesta de datos |
SÍ/NO |
Descripción |
Frecuencia |
Acceso de aplicaciones |
Y |
|
|
gateway API |
Y |
|
|
Flujo de datos |
no |
|
|
Proceso por lotes |
no |
|
|
ETL |
no |
|
|
Importación de datos |
no |
|
|
Serie temporal |
no |
|
|
Facilite información sobre los tipos de consumo de datos:
Tipo de consumo de datos |
SÍ/NO |
Descripción |
Frecuencia |
Acceso de aplicaciones |
|
|
|
gateway API |
|
|
|
Exportación de datos |
|
|
|
Análisis de datos |
|
|
|
Agregación de datos |
|
|
|
Informes de |
|
|
|
Búsqueda de |
|
|
|
Flujo de datos |
|
|
|
ETL |
|
|
|
Facilite estimaciones del volumen de datos:
Nombre de la entidad |
Cantidad estimada de registros |
Tamaño del registro |
Volumen de datos |
Jugador de juego |
1 millón |
< 1 KB |
~ 1 GB (1 millón * 1 KB) |
Instancia de juego |
6 millones (100 000/día * 60 días) |
< 1 KB |
~ 6 GB (6 millones * 1 KB) |
Asignación de usuarios del juego |
300 millones (juegos de 6 millones* 50 jugadores) |
< 1 KB |
~ 300 GB (300 millones * 1 KB) |
nota
El periodo de retención de datos es de 60 días. Transcurridos 60 días, los datos deben almacenarse en Amazon S3 para su análisis mediante DynamoDB Time to Live (TTL) para mover automáticamente los datos de DynamoDB a Amazon S3.
Responda a estas preguntas sobre los patrones de tiempo:
¿En qué horario está disponible la aplicación para el usuario (por ejemplo, las 24 horas del día, los 7 días de la semana o de 9 a. m. a 5 p. m., de lunes a viernes)?
¿Hay un pico de uso durante el día? ¿Cuántas horas? ¿Cuál es el porcentaje de uso de aplicaciones?
Especifique los requisitos de rendimiento de escritura:
Nombre de la entidad |
Escrituras/día |
Horas/día |
Escrituras/segundo |
Jugador de juego |
10 000 actualizaciones |
18 |
< 1 |
Instancia de juego |
300 000 |
18 |
< 5 |
Asignación de usuarios del juego |
1,800,000,000 |
18 |
~ 27,777 |
Notas
Operaciones de escritura de los jugadores: el 1 por ciento de los usuarios actualiza sus perfiles todos los días, por lo que esperamos 10 000 actualizaciones para 1 000 000 de usuarios.
Operaciones de escritura de instancias de juego: 100 000 juegos al día. Para cada juego tenemos al menos 3 operaciones de escritura (al momento de la creación, al inicio y al final), por lo que el total es de 300 000 operaciones de escritura.
Operaciones de escritura cartografiadas por los usuarios del juego: 100 000 partidas al día por cada partida con 50 jugadores. La duración media de una partida es de 30 minutos y la posición del jugador se actualiza cada 5 segundos. Estimamos una media de 360 actualizaciones por jugador, por lo que el total es de 100 000 x 50 x 360 = 1 800 000 000 000 operaciones de escritura.
Especifica los requisitos de rendimiento de lectura:
Nombre de la entidad |
Lecturas/día |
Horas/día |
Lecturas/segundo |
Jugador de juego |
200.000 |
18 |
~ 3 |
Instancia de juego |
5,000,000 |
18 |
~ 77 |
Asignación de usuarios del juego |
1,800,000,000 |
18 |
~ 27,777 |
Notas
Operaciones de lectura de los jugadores: el 20 por ciento de los usuarios inician partidas, por lo que 1 MM * 0,2 = 200 000.
Operaciones de lectura de instancias de juego: 100 000 juegos/día. Para cada juego tenemos al menos 1 operación de lectura por jugador y 50 jugadores por juego, por lo que el total es de 5 000 000 de operaciones de lectura.
Operaciones de lectura del mapeo de usuarios del juego: 100 000 partidas al día para 50 jugadores. La duración media de una partida es de 30 minutos y la posición del jugador se actualiza cada 5 segundos. Estimamos una media de 360 actualizaciones por jugador, y cada actualización requiere una operación de lectura, por lo que el total es de 100 000 x 50 x 360 = 1 800 000 000 000 operaciones de lectura.
Especifica los requisitos de latencia de acceso a los datos:
Operación |
99 percentiles |
Latencia máxima |
Lectura |
30 ms |
100 ms |
Escritura |
10 ms |
50 ms |
Especifique los requisitos de disponibilidad de datos:
Requisito |
SÍ/NO |
Métrica |
Notas |
Alta disponibilidad |
Y |
99,9% |
|
RTO |
Y |
1 hora |
Objetivo de tiempo de recuperación (RTO) |
RPO |
Y |
1 hora |
Objetivo de punto de recuperación |
Recuperación ante desastres |
no |
|
|
Replicación de datos entre regiones |
no |
|
|
Replicación de datos entre regiones |
no |
Latencia de 3 segundos |
Cuál Regiones de AWS |
Especifique los requisitos de seguridad:
Requisito |
SÍ/NO |
Notas |
Almacén de información confidencial |
no |
¿Se incluye información de salud protegida (PHI), información de la industria de tarjetas de pago (PCI), información de identificación personal (PII) |
Cifrado en reposo |
Y |
|
Cifrado en tránsito |
Y |
|
Cifrado del cliente |
no |
|
Alguna biblioteca de cifrado propia o de terceros proveedores |
no |
|
Registro de acceso de datos |
no |
|
Auditoría de acceso a datos |
no |
|
