Я пытаюсь создать приложение для бронирования ресторанов. Пользователь может заранее забронировать столик в ресторане и получить напоминание за 30 минут. Я планирую использовать AWS SNS для отправки напоминаний. Я знаю о правилах AWS EventBridge, но у него есть ограничение в 300 правил на шину и 100 шин событий на учетную запись. Это составляет в общей сложности 30000 правил в любой момент времени. Обходной путь может быть рабочим опросом, который продолжает запрашивать БД для событий очень «n» секунд. Существует ли какой-либо механизм, основанный на событиях, кроме AWS EventBridge, который поддерживает сотни тысяч событий, или реализация на основе опроса является единственным путем вперед?
Спасибо
Я закончил тем, что использовал подход, основанный на опросе. Я использовал небольшой инстанс EC2 t2 и 2 очереди SQS. Все запланированные события помещаются во входную очередь SQS. Слушатель (скрипт python), работающий на EC2, опрашивает очередь каждую минуту. Как только расписание входящего события обнаружено, оно помещается в локальную базу данных SQLite, где индексируется запланированное время события. Слушатель EC2 также опрашивает БД каждую минуту, чтобы проверить события, которые необходимо инициировать. Затем событие помещается во вторую очередь SQS, и для запуска SQS добавляется лямбда-функция.