у меня есть приложение разбитое на lambda, одна lambda передает информацию в другую, каждая функция делает свои действие,
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.

2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.

3) может какие-то получше решения есть?

SNS?

держать sqs прогретой

у меня есть приложение разбитое на lambda, одна lambda передает информацию в другую, каждая функция делает свои действие,
вопрос стоял мне как передавать информацию между lambdas?
1) можно просто делать destination lambda, тогда он сразу запустит след. функцию, но depoy-ить будет не удобно, функции привязаны друг к дружке цепочкой.

2) destination sqs - очень удобно, тем что разворачивать это будет проще, нет привязки функций друг к другу, но sqs очень медленные если ты не отправляешь в течении определенного времени сообщения, то он словно спит и доставляет твое сообщение, только через секунд 20-30, что очень медленно, только вот поэтому мне не очень нравится решение с sqs.

3) может какие-то получше решения есть?

есть предложение:
1) sns topic + sub. filter
2) event bridge
что выбрать? ( интересно что лучше подойдет

Я за Event bridge
Мне понравилось с ним работать
Хоть и задача была совсем другая, но возможности сервиса очень порадовали

Я за Event bridge
Мне понравилось с ним работать
Хоть и задача была совсем другая, но возможности сервиса очень порадовали

scheduler для Lambda вроде тоже на Event Bridge работают?

да

Я за Event bridge
Мне понравилось с ним работать
Хоть и задача была совсем другая, но возможности сервиса очень порадовали

можно узнать, возможно ли через него сделать - след. действия/покрывает ли он эти кейсы:
- скорость доставки сообщения между lambdas,
- из одного сообщения создать 3х одинаковые сообщения и каждую разослать по разным lambda функциям (так надо потому что, каждая job выполняется отдельно, и каждый из них имеет status: PENDING, COMPLETED, хранить все в одном будет не очень практично)