Фон
У меня есть экземпляр API Gateway, автоматически созданный Zappa. Он использует {proxy +} ресурс с ЛЮБЫМИ для методов. По сути, передает любой запрос на любой URL-адрес в lambda, который создается на основе моего приложения Flask от Zappa.
Task
Мне нужно добавить новую лямбду с новым API Gateway auth ресурс. Этот ресурс должен находиться в одном домене и должен быть защищен ключами API шлюза. В ответ он вернет токен JWT, который впоследствии может быть использован для доступа к лямбде за этим {proxy +} Шлюз API
Что было сделано
Я добавил отдельно / auth ресурс с POST методом, и он работает как положено. Мой вопрос / проблема заключается в следующем:
Вопрос / проблема
Согласно здравому смыслу, / {proxy +} и / auth конфликтуют между каждымдругой, из-за природы прокси. И в соответствии с поведением, которое я вижу, запрос к конечной точке / auth не достигает лямбды за / {proxy +} . Он достигает только лямбды после / auth метода ресурса.
Это именно то, что мне нужно, но я не нашел таких примеров или объяснений этому в документации. Это ожидаемое или случайное поведение, которое впоследствии может быть изменено или даже зависеть от некоторых случайных обстоятельств?
Меня беспокоит то, чтобы это поведение было стабильным и общеизвестным, а не случайным {proxy +} поведение. Поэтому я был бы признателен за любые объяснения этого и ссылки на документацию, где это поведение может быть упомянуто. Спасибо!