https://repost.aws/questions/QUFlM7O_PLQxi_OJQdBuTQUQ/minecraft-1-21-124-s3-public-access-cloudfront-issues

Descripción del Escenario

Recientemente, investigando sobre la distribución de grandes activos de datos para aplicaciones móviles, me encontré con un caso interesante en AWS Re:Post documentado en el enlace superior. El problema se centra específicamente en el despliegue de Minecraft 1.21.124 Bedrock Edition Android, donde la configuración de los buckets S3 y la distribución de CloudFront están generando conflictos de "Access Denied" debido a las nuevas políticas de bloqueo de acceso público.

Estoy trasladando este debate aquí porque la lógica de almacenamiento de objetos es similar a lo que manejamos en IBM Cloud Object Storage (COS) y quería contrastar cómo gestionaríamos los ACLs en una situación de alta concurrencia móvil.

Detalles Técnicos y Errores Detectados

Según el log del problema encontrado, la arquitectura de almacenamiento presenta los siguientes comportamientos críticos al intentar sincronizar los datos:

• Bloqueo de Acceso Público (S3): La configuración predeterminada impide que el cliente Android recupere los manifiestos JSON necesarios.
• Latencia en CloudFront: Se observa un retraso en la propagación de los invalids, afectando la integridad de los datos en tiempo real.
• Políticas de Bucket (JSON): Las políticas actuales no están permitiendo correctamente el OAI (Origin Access Identity), lo que genera errores 403 Forbidden.
• Consistencia de Datos: Problemas de consistencia eventual al actualizar desde versiones anteriores a la 1.21.124.

Especificaciones de la Configuración

Para aquellos expertos en almacenamiento híbrido que quieran analizar la estructura de archivos y permisos, el entorno afectado tiene las siguientes características:

• Versión del Protocolo: S3 Standard API.
• Plataforma Cliente: Android (requiere baja latencia).
• Tipo de Datos: Archivos binarios y activos de texturas renderizados.
• Estado: Error de persistencia en caché.

Discusión sobre Almacenamiento

Me gustaría saber si al migrar una carga de trabajo similar a IBM Spectrum Scale o COS, las políticas de "Canned ACLs" ofrecerían una mejor flexibilidad para este tipo de archivos binarios en clientes móviles. El enlace de arriba muestra la solución propuesta en AWS, pero parece una solución temporal (workaround) en lugar de una configuración de almacenamiento robusta.

¿Alguien ha experimentado problemas similares de latencia con objetos grandes en entornos Android usando protocolos S3 compatibles?