В настоящее время я работаю над созданием портала электронной коммерции в AWS. Это стандартная туристическая компания (агрегатор туристических пакетов), в которой будут показаны туристические пакеты; пользователи получают доступ к своим любимым местам назначения / пакетам, сравнивают цены и т.д.
Вся архитектура на AWS; с обычным EC2 с ELB / автоматическим масштабированием и т. д. на месте. Уровень Web & App находится в EC2, SQL Server (клиент нуждается в этом) в RDS.
Идея состоит в том, чтобы поместить этот «онлайн-каталог» туристических пакетов в Amazon DynamoDB для быстрого доступа к чтению, который будет передаваться в «CloudSearch», который является поисковой системой на портале.
Поэтому я пытаюсь использовать калькулятор AWS Simple Monthly, когда дело доходит до определения приблизительной цены "Amazon DynamoDB" ...
Веб-сайт получает около 3 000 000 посещений в месяц (пик за несколько дней, его 4,5 млн.), Что может быть наиболее значимым числом для других элементов с учетом варианта использования:
- Размер набора данных (в ГБ): << это один размер таблицы, что может быть хорошим значением здесь >>
- Размер элемента: 1 КБ
- читает в секунду: << что здесь можно использовать >>
- писателей в секунду: << что здесь можно использовать >>
В конечном счете, согласованный в этом случае подходит, поскольку некоторые устаревшие данные в порядке.
Кроме того, если я использую простой ежемесячный калькулятор AWS и я хочу использовать недавно выпущенную оценку "по требованию", то должен ли я только заполнять размер набора данных, а остальные параметры рассчитываются AWS по мере продвижения?
Любые материалы, относящиеся к тому же, будут очень полезны.