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

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

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

А чем вариант 1 неудобен? Вы же не новую лямбду создаёте, а версию выкладываете

- привязка функий друг к другу - у меня там цепочка из 8-9 штук, примерно, если я буду расширять систему, удалять некоторые функции - то будут проблемы, потому что эти функции используют друг друга по цепочке.
-так же есть один момент, когда мне надо распаралелить задачу и запустить 3х-штуки одновременно, но под разные задачи функции.

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

Хотелось бы узнать какой способ из перечисленных самый подходящий?
- чтоб можно было быстро передавать информацию между lambda функциями
- рассылать push уведомление по разным lambda функциям, чтоб была возможность создавать больше чем 10х.
https://d2908q01vomqb2.cloudfront.net/1b6453892473a467d07372d45eb05abc2031647a/2019/11/25/lambda-destinations1.png
- 100% гарантия доставки сообщения
----------------------------------------------------------------------

Варианты:
- предлагали sns, eventbridge в выборе я сомневаюсь, читал я про оба варианта,
- sqs - точно мимо, он если не прогретный то сообщение отправляет в течении 20-30 секунд,
так же нельзя отправить несколько штук.

Заранее спасибо за ответ.

Вот вам и серверлесс...

у меня есть вопрос, один мой колега сделал сервис в докере так что нет вольюма и при перезапуске докера сервис полностью крашится и ток восстанавливать, это же не нормальная практика, все верно?

Смотря для чего, если коллега любит БДСМ, то норм, иначе нет.
Ну и надо выяснять почему крашится сервис, и если что прокалывать вольюм

Если что-то может не хранить состояние, то лучше пусть не хранит. Если без хранение состояния оно не могет, то непонятно, что именно сделал коллега: сервис или докер образ? И какие проблемы прокинуть вольюм

вот и я очень удивилась, вроде то что он сделал вообще противоречит основной концепции докера

Как бы да, но есть исключения. Если надо хранить состояние, то придумали моунты и волюмы

Надо смотреть отчего апка тоскует и крашится. Чего ей не хватает

Да ещё придумали кучу БД чтобы не париться с томами

Java -- новый кобол

есть старый кобол и речь о нём

Лучше новый учить, инфа 100%

анонимы в инренете рекомендуют учить новый язык. никогда такого не было

Хотя если тебе 80, то можно и старый

Могу фортран посоветовать, если ты старый язык хочешь учить