ну он так и сделал в итоге

+++

На самом деле я просто пошел к sls hero

В программе Community Builders есть деление по доменам, куда набирают спецов по разным областям (мне досталась data). Там есть контингент Serverless, где много Serverless Hero, в тч авторы книг по лямбдам

Help manage AWS systems manager with helpers
https://github.com/disneystreaming/ssm-helpers

Рекомендации ребят из Гарварда по неймингу ресурсов в AWS
https://confluence.huit.harvard.edu/display/CLA/Cloud+Resource+Naming+Conventions

Нигде в советах нет добавлять регион. Имхо более юзабельно чем дублировать тип ресурса. Но все равно полезно глянуть на идеии

где-нибудь AWS Credits нынче дают? Первый аккаунт.

Хотя есть, опционально

ты имеешь ввиду для глобальных ресурсов типа s3 надо добавлять префикс региона или постфикс ?

Да где угодно, в ec2 особенно, быстро по имени можно пределить регион, либо делать через днс. Особенно полезно в системах мониторинга где не просто переопределить автоматом имя или удобно навешать тегов

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

Huh? Все попало в queryStringParameters причем в порядке добавления

queryStringParameters эт ж мапа, ключи не упорядочены вроде как

Я проверял несколько раз, все шло в порядке перечисления

Т.е. ?id=1&foo=bar превращается в { 'id': 1, 'foo': 'bar' }

но вам то эта {} передается не текстом, а объектом, ваш язык лямбды как из этого объекта порядок то вытащит?

во вторых, копии параметра  объединяются через запятую, т.е. ?id=1&a=b&id=2 превратится в { 'id': '1,2' , 'a': 'b' } что тоже не позволит строку восстановить

Я использовал Python либу urllib.urlencode

Насчет множественных параметров: вот это хз, в моем кейсе их нет

когда хендлер лямбы вызывается, ему передается объект евента, этот объект не строка,  а готовый объект вашего языка лямбы. в питоне это dict , в dict, который до недавнего времени не сохранял порядок добавления ключей, с недавнего времени (с версии 3.6 подсказывает гугол) порядок сохраняется, но это фича языка, скажем написать лямбду на javascript с проверяющую хеш уже не выйдет. т.е. вы в дизайне закладываетесь на какую-то специфическую фичу языка, тем самым , ИМХО, подкладываете себе свинью.

В доке к API gateway (https://docs.aws.amazon.com/apigateway/latest/developerguide/http-api-develop-integrations-lambda.html) нигде не указано, что они в эту мапу будут добавлять параметры в порядке следования их в запросе, т.е. даже если вы твёрдо знаете , что навсегда останетесь на питоне >= 3.6 всё-равно закладываетесь на недокументированную фичу лямбд, которая может всегда поменяться и вас не спросят.