web-dev-qa-db-ja.com

APIゲートウェイを介してAWS LambdaでJSONボディを取得する

現在、NodeJSを使用してAWS Api Gateway経由でAWS lambdaにボットを構築していますが、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ゲートウェイに何か追加する必要がありますか？ 「メソッド後のリクエスト」セクションの「リクエストボディ」ステップには、リクエストボディ用のアプリケーション/ json設定のコンテンツタイプがあります。

上記の例のreadmeはプロキシ統合を使用しているようには見えないので、ここで何をすべきかわからない

aws-lambdaaws-api-gateway
45
TommyBs

API Gatewayで設定できるLambda統合とLambdaプロキシ統合など、2つの異なるLambda統合があります。 Lambda integrationの場合、ボディを解析する必要のないペイロードでLambdaに渡すものをカスタマイズできますが、Lambda Proxy integrationを使用している場合= 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
}
41
Ka Hou Ieong

API GatewayとLambdaの統合を使用する場合、理解すべきことがいくつかあると思います。

Lambda統合とLambdaプロキシ統合

マッピングテンプレートを必要とするLambda統合のみが使用されていました。これが、それを使用して多くの例をまだ見ている理由だと思います。

  • クエリ文字列またはルートパラメーターをAmazon API GatewayからAWS Lambdaに渡す方法

    2017年9月の時点で、リクエストの本文にアクセスするためにマッピングを構成する必要はなくなりました。

  • AWS上のサーバーレスアーキテクチャ

    Lambdaプロキシ統合、有効にすると、API GatewayはすべてのリクエストをJSONにマッピングし、イベントオブジェクトとしてLambdaに渡します。 Lambda関数では、クエリ文字列パラメーター、ヘッダー、ステージ変数、パスパラメーター、リクエストコンテキスト、およびそこから本文を取得できます。

    Lambdaプロキシ統合を有効にせずに、API Gatewayの[統合リクエスト]セクションでマッピングテンプレートを作成し、HTTPリクエストをJSONに自分でマッピングする方法を決定する必要があります。また、情報をクライアントに渡す場合は、統合応答マッピングを作成する必要があります。

    Lambdaプロキシ統合が追加される前は、ユーザーは要求と応答を手動でマップする必要があり、これが混乱の原因でした、特により複雑なマッピングの場合。

本文はJSONではなくエスケープされた文字列です

Lambda Proxy Integrationを使用すると、ラムダのイベントの本文は、JSONではなくバックスラッシュでエスケープされた文字列です。

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

JSONフォーマッタでテストされている場合。

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

以下のドキュメントは応答に関するものですが、リクエストに適用する必要があります。

JavaScriptがJSONオブジェクトとしてアクセスするには、JapaScriptのjson.parse、Pythonのjson.dumpsを使用してJSONオブジェクトに変換する必要があります。

  • JavaScriptでJSONを使用する方法

    文字列は転送に役立ちますが、クライアント側および/またはサーバー側でそれらを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);
19
mon

Zappaでラムダを使用しています。 JSON形式でPOSTのデータを送信しています：

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
}

私のデータはbodyキーにありましたが、code64でエンコードされています。これを知るにはどうすればよいですか？キーを見ましたisBase64Encoded

bodyキーの値をコピーし、 このツール および「eureka」でデコードすると、値が取得されます。

これがお役に立てば幸いです。 :)

1
Te ENe Te