Может быть тут знают https://t.me/YandexCloudFunctions

Из коробки же работают Стейты самой Алисы (включаются галочкой в консоли), которые не требуют отдельного похода по сети и не влияют на время работы вебхука таким образом, вебхук становится stateless. Почему хочется смотреть именно в сторону Serverless DB?

просто лишь вчера тикет закрыли - https://cloud.yandex.ru/features/73
отсюда и вопрос, наверное

https://yandex.ru/dev/dialogs/alice/doc/session-persistence-docpage/
Оно?

Я все таки надеялся что дадут возможность пользоваться хранилищем из функций

да да именно об этом и вопрос)

/stat@combot

Total messages: 66932

Я так и не понял кейс, где внешнее хранилище лучше. Какой он?

Ну например какой то навык квест. Можно в коде понаписать кучу переходов и всю логику а можно в базе хранить структуру квеста а в коде только состоянием оперировать. Понятно что можно эту же структуру просто положить рядом в файле и будет почти тоже самое.
Ещё кейс навыка где пользователи будут тебе составлять какую то базу знаний. Не знаю какой нибудь странный пример, навык который умеет выдавать стишок с поздравлением ко дню рождения. Можно дать возможность пользователю добавлять поздравления в базу и потом шарить добавленные по всем пользователям. Там много есть нюансов но вопрос был зачем база

Первые два точно лучше делать БЕЗ базы, ходить рантайм во внешний источник за статическими данными - плохая практика, это безусловные лишние большие добавки во времена ответа, так еще и праблемы отказоустойчивости. В не-serverless приложениях такие вещи обычно поднимают в память при старте и дальше подновляют при необходимости, т.е. база как таковая не нужна.

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

Голосовые приложения довольно сложно тестировать, и для них очень важно время ответа, поэтому нужно стараться делать их stateless.

Для навыков алексы есть возможность использовать внешнее хранилище

Не забывайте, им нужно AWS продавать.
И я не говорю, что внешние хранилища использовать не нужно, я говорю, что его следует использовать там, где это необходимо, оптимально, и наоборот не стоит применять его там, где оно не нужно, т.к. это совершенно точно ухудшает работу навыка.

"Есть возможность" и "есть необходимость" - не синонимы, а часто и конфликтующие утверждения.

Ребят так я и не кричал что мне вот прям щас надо и я помираю без этой возможности)

Прошу прощения, если показалось, что я набросился:) просто хотел еще раз подсветить, что не смотря на естественность запроса внешней БД как фичи, необходимость в такой БД очень часта отсутствует.

Спасибо за беспокойство)

Ну, просто мы вместе думаем вслух, скажем так)

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

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

А с голосовыми интерфейсами ключевой приоритет - скорость отклика и возврата данных.
И надёжность (и тут тоже чем меньше рикошетов между серверами - тем лучше).
Сколько при этом висит в памяти - действительно, вопрос третий. Возможно, в момент приветствия уже известного пользователя стоит поднять и/или подготовить все данные, которые /скорее всего/ будут запрошен на следующих шагах.

А сохранение стейта между сессиями для незалогиненных пользователей не добавилось?

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