Компания модернизирует приложение и переносит его в AWS. В настоящее время данные профилей пользователей хранятся в виде текста в одной таблице в локальной базе данных MySQL. После модернизации пользователи будут загружать видеофайлы размером до 4 ГБ каждый, и другие пользователи должны иметь возможность скачивать эти видео. Хранилище видео должно быстро масштабироваться и не должно ухудшать производительность приложения. Какое решение соответствует этим требованиям?

Правильный ответ — перенос базы данных в Amazon DynamoDB с помощью AWS DMS и AWS SCT, а также хранение видеофайлов в Amazon S3 с сохранением ключа объекта S3 в DynamoDB. DynamoDB — это высокомасштабируемая, полностью управляемая база данных NoSQL, которая идеально подходит для профилей пользователей и обеспечивает высокую производительность. Amazon S3 — это объектное хранилище, способное хранить большие видеофайлы (до 4 ГБ каждый) с практически неограниченной масштабируемостью и высокой доступностью, не влияя на производительность приложения. Хранение ключа S3 в DynamoDB связывает профиль пользователя с его видео. Неправильные варианты: Хранение видео в виде строк base64 в базе данных (будь то Aurora PostgreSQL или DynamoDB) непрактично для файлов размером до 4 ГБ. Это приведет к значительному увеличению размера базы данных, замедлению запросов и очень высоким затратам. Amazon Keyspaces (for Apache Cassandra) является подходящим вариантом для базы данных NoSQL, но DynamoDB часто предпочтительнее из-за более простой интеграции с другими сервисами AWS и более широкого использования для подобных сценариев. Однако основная проблема с вариантами, предполагающими хранение видео в базе данных, заключается в неэффективности такого подхода для больших двоичных объектов.