Serverless. Проверить, подгрузились ли environment из ssm?

Question

[WbICHA]

Собственно, в серверлессе используются энвы с загрузкой параметров из ссм.

Можно ли как-то серверлессом проверить подгрузились ли данные параметры ещё на стадии деплоя (чтобы деплой упал)?
Или же остаётся только проверять их при вызове функций лямбды?

Если второе, то что будет с деплоем, если, к примеру, в хэндлере будет самовызывающаяся функция с проверкой энвов, которая будет кидать ошибку, если нет энвов?

Иван Шумов помог решить вопрос в комментариях к ответу.
Ссылка на решение: https://docs.aws.amazon.com/AWSCloudFormation/late...

Answer 1

[Иван Шумов]

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

Comments

[WbICHA]

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

[Иван Шумов]

WbICHA, тут надо понимать что каждый теплой Lambda это новая версия. Immutable артефакт. Соответственно переменные окружения должны получаться при сборке и в случае неудачи - падать деплой

[WbICHA]

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

[Иван Шумов]

WbICHA, в любом случае стоит проверить. Не самый частый кейс) Большинство тех кто работает с serverless делают это либо колхозно либо очень далеко от Хабр QnA

[WbICHA]

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

[Иван Шумов]

WbICHA, я говорил что проверить данную теорию. Что касается проверки в lambda - затем чтобы не вываливаться в серверную ошибку, а иметь управляемое поведение.

Как это делать - нюансы уже, на полёт не влияет

[WbICHA]

Иван Шумов, понял, спасибо большое, завтра всё проверю и отпишу.

[WbICHA]

Иван Шумов, к большому сожалению, при деплое при невалидном ключе никаких ошибок нет и билд проходит успешно. :/
Это может быть связано с тем, что энвы объявляются в провайдере?

provider:
  environment:
    VARIABLE: ${ssm:/path}

И да, деплой через CloudFormation.

[Иван Шумов]

WbICHA, а смысл? в lambda указываются переменные окружения напрямую же, в конфигурации каждой функции

[WbICHA]

Иван Шумов, а если энвы общие? К примеру, лог левел и стейдж?

[Иван Шумов]

WbICHA, это не те параметры которым место в ssm

[WbICHA]

Иван Шумов, не спорю, но как есть, так есть (не от меня зависит). В любом случае это лишь пример был. В частности, ссылки на бд так же могут быть нужны нескольким функциям.

[Иван Шумов]

WbICHA, кстати, а что именно означает

при невалидном ключе

?

[WbICHA]

Иван Шумов, да, некорректно выразился. Если параметра с данным ключом нету.

[Иван Шумов]

WbICHA, https://docs.aws.amazon.com/AWSCloudFormation/late... может помочь

[WbICHA]

Иван Шумов, идеально, именно то, что надо! Премного благодарен.

[Иван Шумов]

WbICHA, какая именно часть подошла?)

[WbICHA]

Иван Шумов, не очень понял вопрос, там же только resolve. Я использовал resolve:ssm:.

[Иван Шумов]

WbICHA, ясно) ну да, было именно такое подозрение что синтаксис иной

[Иван Шумов]

WbICHA, а вообще там много всего, решает разные проблемы, просто эта относится к данному случаю)

[WbICHA]

Иван Шумов, понял, принял, ещё раз спасибо.)