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

В настоящее время я использую NodeJS для создания бота на AWS lambda через AWS Api Gateway и столкнулся с проблемой запросов POST и данных JSON. Мой API использует "Использовать интеграцию Lambda Proxy", и даже когда я тестирую прокси, отправляю в теле тип содержимого 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-шлюз, чтобы справиться с этим правильно? мой шаг 'body body' в разделе 'post method request' содержит тип содержимого application / json для тела запроса.

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

Источник

6 ответов

Решение

В API-шлюзе можно настроить две разные лямбда-интеграции, такие как лямбда-интеграция и лямбда-прокси-интеграция. Для интеграции Lambda вы можете настроить то, что вы собираетесь передавать в Lambda, с полезной нагрузкой, которая вам не нужна для анализа тела, но когда вы используете интеграцию Lambda Proxy с API-шлюзом, API-шлюз будет передавать все данные 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-шлюзу. Это должно быть в этом формате,

{
    "statusCode": httpStatusCode,
    "headers": { "headerName": "headerValue", ... },
    "body": "...",
    "isBase64Encoded": false
}
Источник

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

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

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

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

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

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

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

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

    Перед добавлением Lambda Proxy Integration пользователи были вынуждены сопоставлять запросы и ответы вручную, что вызывало недоумение, особенно при более сложных сопоставлениях.

тело - экранированная строка, а не 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);
Источник

Если вы используете интеграцию Lambda Proxy, вам необходимо использовать JSON.parse(event.body)для JavaScript или json.loads(event["body"])для Питона.

Другие примеры, которые вы рассматриваете, относятся к интеграции AWS Service Lambda (которая отличается от интеграции Lambda Proxy), где они сами создали шаблон события.

См. /questions/8748544/poluchenie-tela-json-v-aws-lambda-cherez-shlyuz-api/8748560#8748560 для более подробной информации о структуре интеграции Lambda Proxy.

Источник

Я использую лямбду с Заппой; Я отправляю данные с 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, как я могу это узнать? Я видел ключ isBase64Encoded

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

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

Источник

Получение тела json в AWS Lambda (C#) через шлюз API и тестирование с помощью AWS .NET Mock Lambda Test Tool

Если вы пытаетесь отладить свои лямбда-функции локально с помощью .NET Mock Lambda Test Tool или другого инструмента, такого как Postman, с идеей предоставления ваших лямбда-функций через шлюз AWS API с включенной интеграцией Lambda Proxy, выполните следующие действия:

1- Выберите «API Gateway AWS Proxy» в разделе «Примеры запросов» в инструменте тестирования Mock Lambda. Вы получаете длинный json, в котором вам нужно изменить как минимумbodyиpathчлены

      {
  "body": "{\"foo\":\"bar\"}",
  "path": "/YourLambdafunction",
  ...
}

2- Определите свой FunctionHandler с помощьюAPIGatewayProxyRequestтип данных для первого параметра, а затем вы можете сильно десериализовать параметрBodyчлен

      public async Task<APIGatewayProxyResponse> FunctionHandler(APIGatewayProxyRequest data, ILambdaContext context)
{
    MyCustomClass? myObj = JsonConvert.DeserializeObject<MyCustomClass>(data.Body);
}
Источник

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

  return {
    statusCode: 200,
    headers: {
      'Content-Type': 'application/json',
    },
    body: JSON.stringify({ items }),
  }
Источник
Другие вопросы по тегам