AWS API Gateway: прохождение всех параметров
Я использую API Gateway в Amazon как простой прокси-сервер для backend api. Основные причины его использования: простой способ получить ключи API и аутентификацию, отслеживание и обработку "сред".
Моя проблема в том, что мы просто хотим передать все параметры запроса, заголовки и т.д. в наш бэкэнд и позволить ему справиться с этим. Затем на обратном пути мы хотели бы вернуть клиенту соответствующий код ответа из нашей службы; не нужно явно их отображать. Насколько я понимаю, вы в значительной степени должны указать каждый параметр запроса, и если параметры изменяются или вы добавляете больше, вам нужно обновить api. Это довольно утомительно для нас во время dev/test.
Есть ли способ сообщить Gateway просто принять и передать любые параметры запроса, заголовки и т.д., чтобы вы не указали их явно? Тот же вопрос для ответов Коды состояния?
Ответы
Ответ 1
К сожалению нет никакого способа сделать пересылку всех параметров, вы должны указать каждый из них в запросе метода. Тот же ответ для кодов состояния.
С тех пор мы начали интеграцию "прокси" для конечных точек HTTP и функций Lambda, которые будут выступать в качестве прокси для ввода запроса и отправлять все параметры плюс полезную нагрузку для интеграции. Для лямбда-функций существует предварительно построенная структура JSON, которая содержит все параметры и полезную нагрузку, а также контекст запроса и переменные этапа.
Смотрите этот документ: http://docs.aws.amazon.com/apigateway/latest/developerguide/api-gateway-set-up-simple-proxy.html#api-gateway-set-up-lambda-proxy-integration-on-proxy-resource
Это запрос функции, который у нас был в прошлом, и это на нашем отставании, но не ETA в это время. Я возьму это как еще один +1 для обоих сквозных функций.
Ответ 2
Для запроса есть сопоставления, которые легко проходят через все, это тот, который я использовал недавно:
{
"method": "$context.httpMethod",
"body" : $input.json('$'),
"headers": {
#foreach($param in $input.params().header.keySet())
"$param": "$util.escapeJavaScript($input.params().header.get($param))" #if($foreach.hasNext),#end
#end
},
"queryParams": {
#foreach($param in $input.params().querystring.keySet())
"$param": "$util.escapeJavaScript($input.params().querystring.get($param))" #if($foreach.hasNext),#end
#end
},
"pathParams": {
#foreach($param in $input.params().path.keySet())
"$param": "$util.escapeJavaScript($input.params().path.get($param))" #if($foreach.hasNext),#end
#end
},
"stage-variables" : {
#foreach($key in $stageVariables.keySet())
"$key" : "$util.escapeJavaScript($stageVariables.get($key))"
#if($foreach.hasNext),#end
#end
},
"context" : {
"account-id" : "$context.identity.accountId",
"api-id" : "$context.apiId",
"api-key" : "$context.identity.apiKey",
"authorizer-principal-id" : "$context.authorizer.principalId",
"caller" : "$context.identity.caller",
"cognito-authentication-provider" : "$context.identity.cognitoAuthenticationProvider",
"cognito-authentication-type" : "$context.identity.cognitoAuthenticationType",
"cognito-identity-id" : "$context.identity.cognitoIdentityId",
"cognito-identity-pool-id" : "$context.identity.cognitoIdentityPoolId",
"http-method" : "$context.httpMethod",
"stage" : "$context.stage",
"source-ip" : "$context.identity.sourceIp",
"user" : "$context.identity.user",
"user-agent" : "$context.identity.userAgent",
"user-arn" : "$context.identity.userArn",
"request-id" : "$context.requestId",
"resource-id" : "$context.resourceId",
"resource-path" : "$context.resourcePath"
}
}
Он перебирает все заголовки и параметры для отображения всего. Существует также новая функция, которая была объявлена вчера , которая позволяет передать необработанный объект запроса.
Я думаю, вы могли бы использовать аналогичный подход для создания универсального отображения ответов. Возможно, вам захочется взглянуть на функцию отображения parseJson()
, которая также была объявлена вчера . Я полагаю, что новая функция parseJson()
позволит вам вернуть строку, содержащую данные JSON, из вашего бэкэнд и легко сопоставить ее с ответом JSON в шлюзе API.
Ответ 3
Я считаю, что вы можете использовать функцию http-proxy API Gateway - которая будет принимать все параметры так, как вы ее отправляете, - к указанному URL-адресу EC2 или любому другому URL-адресу