Получение тела json в aws Lambda через шлюз API

85

В настоящее время я использую NodeJS для создания бота на AWS lambda через AWS Api Gateway, и у меня возникла проблема с запросами POST и данными JSON. Мой api использует интеграцию с прокси-сервером Lambda, и даже когда я тестирую прокси-сервер, отправляя тип содержимого Application / json и некоторый json в теле, например, {"foo":"bar"}я не могу получить доступ к объекту, не проанализировав его сначала

например

  var json = JSON.parse(event.body);
  console.log(json.foo);

Теперь я знаю, что это не кажется большой проблемой, если просто пропустить его через JSON.parse, но я видел ряд других примеров, когда это совсем не так. см. здесь https://github.com/pinzler/fb-messenger-bot-aws-lambda/blob/master/index.js

Нужно ли мне что-нибудь добавлять к моему шлюзу API, чтобы это правильно обрабатывать? мой шаг «тело запроса» в разделе «запрос метода публикации» имеет тип содержимого application / json, установленный для тела запроса.

Насколько я могу судить, в файле readme для примера выше не используется интеграция с прокси, поэтому я не уверен, что мне здесь делать.

aws-lambda  aws-api-gateway 
— TommyBs
источник

Ответы:

73

В API Gateway можно настроить две разные интеграции Lambda, например интеграцию Lambda и интеграцию прокси-сервера Lambda. Для интеграции Lambda вы можете настроить то, что вы собираетесь передать Lambda в полезной нагрузке, которая вам не нужна для синтаксического анализа тела, но когда вы используете интеграцию Lambda Proxy в API Gateway, API Gateway будет проксировать все в Lambda в полезной нагрузке. как это,

{
    "message": "Hello me!",
    "input": {
        "path": "/test/hello",
        "headers": {
            "Accept": "text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8",
            "Accept-Encoding": "gzip, deflate, lzma, sdch, br",
            "Accept-Language": "en-US,en;q=0.8",
            "CloudFront-Forwarded-Proto": "https",
            "CloudFront-Is-Desktop-Viewer": "true",
            "CloudFront-Is-Mobile-Viewer": "false",
            "CloudFront-Is-SmartTV-Viewer": "false",
            "CloudFront-Is-Tablet-Viewer": "false",
            "CloudFront-Viewer-Country": "US",
            "Host": "wt6mne2s9k.execute-api.us-west-2.amazonaws.com",
            "Upgrade-Insecure-Requests": "1",
            "User-Agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.82 Safari/537.36 OPR/39.0.2256.48",
            "Via": "1.1 fb7cca60f0ecd82ce07790c9c5eef16c.cloudfront.net (CloudFront)",
            "X-Amz-Cf-Id": "nBsWBOrSHMgnaROZJK1wGCZ9PcRcSpq_oSXZNQwQ10OTZL4cimZo3g==",
            "X-Forwarded-For": "192.168.100.1, 192.168.1.1",
            "X-Forwarded-Port": "443",
            "X-Forwarded-Proto": "https"
        },
        "pathParameters": {"proxy": "hello"},
        "requestContext": {
            "accountId": "123456789012",
            "resourceId": "us4z18",
            "stage": "test",
            "requestId": "41b45ea3-70b5-11e6-b7bd-69b5aaebc7d9",
            "identity": {
                "cognitoIdentityPoolId": "",
                "accountId": "",
                "cognitoIdentityId": "",
                "caller": "",
                "apiKey": "",
                "sourceIp": "192.168.100.1",
                "cognitoAuthenticationType": "",
                "cognitoAuthenticationProvider": "",
                "userArn": "",
                "userAgent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.82 Safari/537.36 OPR/39.0.2256.48",
                "user": ""
            },
            "resourcePath": "/{proxy+}",
            "httpMethod": "GET",
            "apiId": "wt6mne2s9k"
        },
        "resource": "/{proxy+}",
        "httpMethod": "GET",
        "queryStringParameters": {"name": "me"},
        "stageVariables": {"stageVarName": "stageVarValue"},
        "body": "{\"foo\":\"bar\"}",
        "isBase64Encoded": false
    }
}

Для примера, на который вы ссылаетесь, он не получает тело из исходного запроса. Он создает тело ответа обратно в API Gateway. Он должен быть в таком формате,

{
    "statusCode": httpStatusCode,
    "headers": { "headerName": "headerValue", ... },
    "body": "...",
    "isBase64Encoded": false
}
— Ка Хоу Ионг
источник
25
а затем JSON.parse (event.body) (интеграция с лямбда-прокси)
— timhc22 04
4
@ timhc22, это главный вопрос, единственная строка должна быть принятым ответом
— 5413668060
53

Я думаю, что при работе с интеграцией API Gateway с Lambda необходимо понимать несколько вещей.

Лямбда-интеграция против интеграции с лямбда-прокси

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

  • Как передать строку запроса или параметр маршрута в AWS Lambda из Amazon API Gateway

    С сентября 2017 г. вам больше не нужно настраивать сопоставления для доступа к телу запроса.

  • Бессерверная архитектура на AWS

    Интеграция Lambda Proxy. Если вы включите ее, API Gateway будет сопоставлять каждый запрос с JSON и передавать его Lambda в качестве объекта события. В функции Lambda вы сможете извлекать из нее параметры строки запроса, заголовки, переменные этапа, параметры пути, контекст запроса и тело.

    Без включения интеграции Lambda Proxy вам нужно будет создать шаблон сопоставления в разделе Integration Request API Gateway и решить, как сопоставить HTTP-запрос с JSON самостоятельно. И вам, вероятно, придется создать отображение Integration Response, если вы должны передать информацию обратно клиенту.

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

тело - это экранированная строка, а не JSON

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

"body": "{\"foo\":\"bar\"}"

Если проверено в форматировщике JSON.

Parse error on line 1:
{\"foo\":\"bar\"}
-^
Expecting 'STRING', '}', got 'undefined'

Документ ниже касается ответа, но он должен применяться к запросу.

Чтобы JavaScript мог получить доступ к нему как к объекту JSON, необходимо преобразовать его обратно в объект JSON с помощью json.parse в JapaScript, json.dumps в Python.

  • Как работать с JSON в JavaScript

    Строки полезны для транспортировки, но вы захотите иметь возможность преобразовать их обратно в объект JSON на стороне клиента и / или на стороне сервера.

В документации AWS показано, что делать.

if (event.body !== null && event.body !== undefined) {
    let body = JSON.parse(event.body)
    if (body.time) 
        time = body.time;
}
...
var response = {
    statusCode: responseCode,
    headers: {
        "x-custom-header" : "my custom header value"
    },
    body: JSON.stringify(responseBody)
};
console.log("response: " + JSON.stringify(response))
callback(null, response);
— пн
источник
Спасибо, что указали, что тело - это просто экранированная строка, НЕ JSON.
— nngeek
1

Я использую лямбду с Заппой; Я отправляю данные с помощью POST в формате json:

Мой код для basic_lambda_pure.py:

import time
import requests
import json
def my_handler(event, context):
    print("Received event: " + json.dumps(event, indent=2))
    print("Log stream name:", context.log_stream_name)
    print("Log group name:",  context.log_group_name)
    print("Request ID:", context.aws_request_id)
    print("Mem. limits(MB):", context.memory_limit_in_mb)
    # Code will execute quickly, so we add a 1 second intentional delay so you can see that in time remaining value.
    print("Time remaining (MS):", context.get_remaining_time_in_millis())

    if event["httpMethod"] == "GET":
        hub_mode = event["queryStringParameters"]["hub.mode"]
        hub_challenge = event["queryStringParameters"]["hub.challenge"]
        hub_verify_token = event["queryStringParameters"]["hub.verify_token"]
        return {'statusCode': '200', 'body': hub_challenge, 'headers': 'Content-Type': 'application/json'}}

    if event["httpMethod"] == "post":
        token = "xxxx"
    params = {
        "access_token": token
    }
    headers = {
        "Content-Type": "application/json"
    }
        _data = {"recipient": {"id": 1459299024159359}}
        _data.update({"message": {"text": "text"}})
        data = json.dumps(_data)
        r = requests.post("https://graph.facebook.com/v2.9/me/messages",params=params, headers=headers, data=data, timeout=2)
        return {'statusCode': '200', 'body': "ok", 'headers': {'Content-Type': 'application/json'}}

Я получил следующий ответ json:

{
"resource": "/",
"path": "/",
"httpMethod": "POST",
"headers": {
"Accept": "*/*",
"Accept-Encoding": "deflate, gzip",
"CloudFront-Forwarded-Proto": "https",
"CloudFront-Is-Desktop-Viewer": "true",
"CloudFront-Is-Mobile-Viewer": "false",
"CloudFront-Is-SmartTV-Viewer": "false",
"CloudFront-Is-Tablet-Viewer": "false",
"CloudFront-Viewer-Country": "US",
"Content-Type": "application/json",
"Host": "ox53v9d8ug.execute-api.us-east-1.amazonaws.com",
"Via": "1.1 f1836a6a7245cc3f6e190d259a0d9273.cloudfront.net (CloudFront)",
"X-Amz-Cf-Id": "LVcBZU-YqklHty7Ii3NRFOqVXJJEr7xXQdxAtFP46tMewFpJsQlD2Q==",
"X-Amzn-Trace-Id": "Root=1-59ec25c6-1018575e4483a16666d6f5c5",
"X-Forwarded-For": "69.171.225.87, 52.46.17.84",
"X-Forwarded-Port": "443",
"X-Forwarded-Proto": "https",
"X-Hub-Signature": "sha1=10504e2878e56ea6776dfbeae807de263772e9f2"
},
"queryStringParameters": null,
"pathParameters": null,
"stageVariables": null,
"requestContext": {
"path": "/dev",
"accountId": "001513791584",
"resourceId": "i6d2tyihx7",
"stage": "dev",
"requestId": "d58c5804-b6e5-11e7-8761-a9efcf8a8121",
"identity": {
"cognitoIdentityPoolId": null,
"accountId": null,
"cognitoIdentityId": null,
"caller": null,
"apiKey": "",
"sourceIp": "69.171.225.87",
"accessKey": null,
"cognitoAuthenticationType": null,
"cognitoAuthenticationProvider": null,
"userArn": null,
"userAgent": null,
"user": null
},
"resourcePath": "/",
"httpMethod": "POST",
"apiId": "ox53v9d8ug"
},
"body": "eyJvYmplY3QiOiJwYWdlIiwiZW50cnkiOlt7ImlkIjoiMTA3OTk2NDk2NTUxMDM1IiwidGltZSI6MTUwODY0ODM5MDE5NCwibWVzc2FnaW5nIjpbeyJzZW5kZXIiOnsiaWQiOiIxNDAzMDY4MDI5ODExODY1In0sInJlY2lwaWVudCI6eyJpZCI6IjEwNzk5NjQ5NjU1MTAzNSJ9LCJ0aW1lc3RhbXAiOjE1MDg2NDgzODk1NTUsIm1lc3NhZ2UiOnsibWlkIjoibWlkLiRjQUFBNHo5RmFDckJsYzdqVHMxZlFuT1daNXFaQyIsInNlcSI6MTY0MDAsInRleHQiOiJob2xhIn19XX1dfQ==",
"isBase64Encoded": true
}

мои данные были на теле ключа, но code64 кодированный, Как я могу это знать? Я видел ключBase64Encoded

Я копирую значение для основного ключа и декодирую с помощью этого инструмента и «эврики», я получаю значения.

Надеюсь, это вам поможет. :)

— Эгалисия
источник
0

Возможно, вы забыли определить Content-Typeзаголовок. Например:

  return {
    statusCode: 200,
    headers: {
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({ items }),
  }
— Дэвид
источник
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.