Как бы вы храпили большое количество JSON

Question

Недавно мой teem был запрошен найти решение, чтобы предоставить нашим клиентам снимок их приборной панели в данный момент времени. Эти панели содержат различные страницы (15 плюс или меньше), и каждая страница содержит другое количество интерактивных диаграмм, заполненных JSON, извлеченных из внешнего API. Плюс или меньше каждой странице требуется 10 запросов к этому API, и каждый запрос возвращает JSON.

Чтобы выполнить задачу мы должны магазин все ответ для всех страниц, а также учитывая средний размер 500byte каждого это будет: 10 JSON * 15 страниц = 150 JSON * 500byte = в общей сложности 75kb (если я не ошибся с математикой) для каждого клиента! рассмотрите пользовательскую базу клиента 200/300 (в лучшем случае).

Как вы предлагаете хранить эти JSON?

Мы рассматриваем следующий вариант: DynamoDB AWS S3 MySQL 5.7 (с Json типа) MySQL предыдущий чем 5,7 (с помощью текста или типа Blob) MongoDB

Но для каждого варианта мы имеем некоторые сомнения. (E.G.) - Мы могли хранить все страницы в одном файле на S3! Не было бы неэффективно посылать пользователю все данные, когда он захочет увидеть одну страницу? (обычно наш пользователь смотрит 3/4 страницы за сеанс) - Что делать, если мы используем noSQL? Мы будем масштабируемы в долгосрочной перспективе?

Итак, в конце концов, у нас есть много вариантов и нет опции в одно и то же время! Я знаю, что нелегко понять лучшее решение с вышеуказанной информацией, но я думаю, что здорово также услышать советы от сообщества. Ясно, что мы открыты для любого предложения. Спасибо заранее всем, кто хочет помочь.

Answer 1

Возможно, лучше всего хранить страницы отдельно и загружать их на ходу, только когда вам нужно. Для повышения удобства работы всегда загружайте текущую страницу, предыдущую страницу и следующую страницу.