Максимальный объем запроса - это не фиксированное число, а комбинация факторов.Существует политика регулирования для каждого домена, но, похоже, есть место для пакетных запросов до начала регулирования. Кроме того, каждый узел SimpleDB обрабатывает много доменов, а каждый домен обрабатывается несколькими узлами.Нагрузка на узел, обрабатывающий ваш запрос, также способствует увеличению вашего максимального объема запросов.Таким образом, вы можете получить более высокую пропускную способность (в целом) в часы пик.
Если вы отправите больше запросов, чем SimpleDB хочет или может обслуживать, вы получите HTTP-код 503.503 Служба недоступных ответов является обычным делом и должна быть повторена.В SimpleDB нет очереди запросов.
Если вы хотите получить максимальную доступную пропускную способность, вы должны иметь возможность (или иметь клиента SimpleDB, который может) микро-управлять скоростью передачи вашего запроса.Когда частота откликов 503 достигает примерно 10%, вам необходимо откатить объем запроса и затем создать его обратно.Кроме того, распределение запросов по нескольким доменам является основным средством масштабирования.
Я бы не рекомендовал создавать свой собственный сервер очередей на EC2.Я бы попытался заставить SimpleDB обрабатывать объем запроса напрямую.Дополнительный слой может сгладить ситуацию, но он не позволит вам справиться с более высокой нагрузкой.