Запустить конечный автомат AWS с событием пут s3 через облачный след

Question

Кто-нибудь смог успешно запустить конечный автомат aws с событием пут s3?Я следовал инструкциям здесь , но это выглядит очень «глючно», часто существует большое отставание между событием пут и записью журнала Cloudtrail.

Там также, кажется, нетинструкции о том, как настроить «правило события», чтобы оно срабатывало только тогда, когда файлы помещены в определенную подпапку?Вместо этого конечные автоматы, кажется, срабатывают в ответ на любой файл, добавляемый в целевое ведро в любом месте, что делает очень рискованным запуск одного и того же конечного автомата в бесконечном цикле, если выходные данные попадают в один и тот же сегмент.

Если кто-то может добавить что-нибудь к официальным документам для большей ясности, это было бы очень полезно.Большое спасибо

Answer 1

Журналы CloudTrail иногда могут быть медленными, как упоминалось в FAQ по CloudTrail в разделе «Сколько времени потребуется CloudTrail для доставки события для вызова API?» :

Как правило, CloudTrail доставляет событие в течение 15 минут после вызова API.

Что касается правила события для определенной подпапки, оно в настоящее время (и кто-то обновит меня, если я ошибаюсь, может бытьустарело) возможно только через лямбда-триггер S3.Единственное, что вы можете сделать через правила событий CloudWatch, это добавить определенный ключ к правилу события, следуя этому руководству , он просто не будет действовать как префикс, но будет определенным ключом, который вызывает событие, что может быть полезно.

Если определенного ключа недостаточно, и вам все еще нужен префикс / суффикс в определении триггера S3, подумайте о добавлении лямбда-выражения, выполняющего функцию шага, которая часто используется в любом случае.потому что это позволяет настроить событие, отправленное в функцию шага.Вы можете использовать API-вызов StartExecution изнутри вашего Lambda и настроить триггер S3 Lambda с префиксом , информацию о котором вы можете найти здесь.