Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memanggil URL fungsi Lambda
URL fungsi adalah titik akhir HTTP (S) khusus untuk fungsi Lambda Anda. Anda dapat membuat dan mengkonfigurasi URL fungsi melalui konsol Lambda atau API Lambda.
Tip
Lambda menawarkan dua cara untuk memanggil fungsi Anda melalui titik akhir HTTP: URL fungsi dan Amazon API Gateway. Jika Anda tidak yakin metode mana yang terbaik untuk kasus penggunaan Anda, lihatPilih metode untuk memanggil fungsi Lambda Anda menggunakan permintaan HTTP.
Saat Anda membuat URL fungsi, Lambda secara otomatis menghasilkan titik akhir URL unik untuk Anda. Setelah Anda membuat URL fungsi, titik akhir URL-nya tidak pernah berubah. Titik akhir URL fungsi memiliki format berikut:
https://<url-id>.lambda-url.<region>.on.aws
catatan
URL fungsi tidak didukung di semua AWS wilayah. Untuk memeriksa ketersediaan, lihat AWS Layanan Regional Feature Name = Function URLs.
URL fungsi mendukung tumpukan ganda, mendukung IPv4 dan IPv6. Setelah mengkonfigurasi URL fungsi Anda, Anda dapat memanggil fungsi Anda melalui titik akhir HTTP (S) dengan menggunakan browser web, curl, Postman, atau klien HTTP apa pun. Untuk memanggil URL fungsi, Anda harus memiliki lambda:InvokeFunctionUrl dan lambda:InvokeFunction izin. Untuk informasi selengkapnya, lihat Kontrol akses.
Dasar-dasar pemanggilan URL fungsi
Jika URL fungsi Anda menggunakan jenis autenti AWS_IAM kasi, Anda harus menandatangani setiap permintaan HTTP menggunakan Sig AWS nature Version 4 (SIGv4). Alat seperti Postman
Jika Anda tidak menggunakan alat untuk menandatangani permintaan HTTP ke URL fungsi Anda, Anda harus menandatangani setiap permintaan secara manual menggunakan SIGv4. Ketika URL fungsi Anda menerima permintaan, Lambda juga menghitung tanda tangan SIGv4. Lambda memproses permintaan hanya jika tanda tangan cocok. Untuk petunjuk tentang cara menandatangani permintaan Anda secara manual dengan SIGv4, lihat Men andatangani AWS permintaan dengan Tanda Tangan Versi 4 di Referensi Umum Amazon Web Services Panduan.
Jika URL fungsi Anda menggunakan jenis NONE autentikasi, Anda tidak perlu menandatangani permintaan Anda menggunakan SIGv4. Anda dapat memanggil fungsi Anda menggunakan browser web, curl, Postman, atau klien HTTP apa pun.
Untuk menguji GET permintaan sederhana untuk fungsi Anda, gunakan browser web. Misalnya, jika URL fungsi Anda adalahhttps://abcdefg.lambda-url.us-east-1.on.aws, dan membutuhkan parameter stringmessage, URL permintaan Anda bisa terlihat seperti ini:
https://abcdefg.lambda-url.us-east-1.on.aws/?message=HelloWorld
Untuk menguji permintaan HTTP lainnya, seperti POST permintaan, Anda dapat menggunakan alat seperti curl. Misalnya, jika Anda ingin menyertakan beberapa data JSON dalam POST permintaan ke URL fungsi Anda, Anda dapat menggunakan perintah curl berikut:
curl -v 'https://abcdefg.lambda-url.us-east-1.on.aws/?message=HelloWorld' \ -H 'content-type: application/json' \ -d '{ "example": "test" }'
Muatan permintaan dan tanggapan
Ketika klien memanggil URL fungsi Anda, Lambda memetakan permintaan ke objek peristiwa sebelum meneruskannya ke fungsi Anda. Respons fungsi Anda kemudian dipetakan ke respons HTTP yang dikirim Lambda kembali ke klien melalui URL fungsi.
Format peristiwa permintaan dan respons mengikuti skema yang sama dengan format pay load Amazon API Gateway versi 2.0.
Minta format muatan
Payload permintaan memiliki struktur sebagai berikut:
{ "version": "2.0", "routeKey": "$default", "rawPath": "/my/path", "rawQueryString": "parameter1=value1¶meter1=value2¶meter2=value", "cookies": [ "cookie1", "cookie2" ], "headers": { "header1": "value1", "header2": "value1,value2" }, "queryStringParameters": { "parameter1": "value1,value2", "parameter2": "value" }, "requestContext": { "accountId": "123456789012", "apiId": "<urlid>", "authentication": null, "authorizer": { "iam": { "accessKey": "AKIA...", "accountId": "111122223333", "callerId": "AIDA...", "cognitoIdentity": null, "principalOrgId": null, "userArn": "arn:aws:iam::111122223333:user/example-user", "userId": "AIDA..." } }, "domainName": "<url-id>.lambda-url.us-west-2.on.aws", "domainPrefix": "<url-id>", "http": { "method": "POST", "path": "/my/path", "protocol": "HTTP/1.1", "sourceIp": "123.123.123.123", "userAgent": "agent" }, "requestId": "id", "routeKey": "$default", "stage": "$default", "time": "12/Mar/2020:19:03:58 +0000", "timeEpoch": 1583348638390 }, "body": "Hello from client!", "pathParameters": null, "isBase64Encoded": false, "stageVariables": null }
| Parameter | Deskripsi | Contoh |
|---|---|---|
|
|
Versi format payload untuk acara ini. URL fungsi Lambda saat ini mendukung format payload versi 2.0. |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini |
|
|
|
Jalur permintaan. Misalnya, jika URL permintaan adalah |
|
|
|
String mentah yang berisi parameter string kueri permintaan. Karakter yang didukung termasuk |
|
|
|
Array yang berisi semua cookie yang dikirim sebagai bagian dari permintaan. |
|
|
|
Daftar header permintaan, disajikan sebagai pasangan kunci-nilai. |
|
|
|
Parameter kueri untuk permintaan. Misalnya, jika URL permintaan adalah |
|
|
|
Objek yang berisi informasi tambahan tentang permintaan, seperti |
|
|
|
Akun AWS ID pemilik fungsi. |
|
|
|
ID URL fungsi. |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
|
|
Objek yang berisi informasi tentang identitas pemanggil, jika URL fungsi menggunakan jenis autenti |
|
|
|
Kunci akses identitas penelepon. |
|
|
|
Akun AWS ID identitas penelepon. |
|
|
|
ID (ID pengguna) penelepon. |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
|
|
ID organisasi utama yang terkait dengan identitas pemanggil. |
|
|
|
Nama Sumber Daya Amazon (ARN) pengguna dari identitas pemanggil. |
|
|
|
ID pengguna dari identitas pemanggil. |
|
|
|
Nama domain dari URL fungsi. |
|
|
|
Awalan domain dari URL fungsi. |
|
|
|
Objek yang berisi detail tentang permintaan HTTP. |
|
|
|
Metode HTTP yang digunakan dalam permintaan ini. Nilai yang valid termasuk |
|
|
|
Jalur permintaan. Misalnya, jika URL permintaan adalah |
|
|
|
Protokol permintaan. |
|
|
|
Alamat IP sumber dari koneksi TCP langsung yang membuat permintaan. |
|
|
|
Nilai header User-Agent permintaan. |
|
|
|
ID permintaan pemanggilan. Anda dapat menggunakan ID ini untuk melacak log pemanggilan yang terkait dengan fungsi Anda. |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini |
|
|
|
Stempel waktu permintaan. |
|
|
|
Stempel waktu permintaan, dalam waktu zaman Unix. |
|
|
|
Tubuh permintaan. Jika jenis konten permintaan adalah biner, tubuh dikodekan base64. |
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
|
|
|
|
|
|
URL fungsi tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
Format muatan respons
Ketika fungsi Anda mengembalikan respons, Lambda mem-parsing respons dan mengubahnya menjadi respons HTTP. Muatan respons fungsi memiliki format berikut:
{ "statusCode": 201, "headers": { "Content-Type": "application/json", "My-Custom-Header": "Custom Value" }, "body": "{ \"message\": \"Hello, world!\" }", "cookies": [ "Cookie_1=Value1; Expires=21 Oct 2021 07:48 GMT", "Cookie_2=Value2; Max-Age=78000" ], "isBase64Encoded": false }
Lambda menyimpulkan format respons untuk Anda. Jika fungsi Anda mengembalikan JSON yang valid dan tidak mengembalikan astatusCode, Lambda mengasumsikan hal berikut:
-
statusCodeadalah200.catatan
Yang valid
statusCodeberada dalam kisaran 100 hingga 599. -
content-typeadalahapplication/json. -
bodyadalah respons fungsi. -
isBase64Encodedadalahfalse.
Contoh berikut menunjukkan bagaimana output fungsi Lambda Anda dipetakan ke payload respons, dan bagaimana payload respons dipetakan ke respons HTTP akhir. Ketika klien memanggil URL fungsi Anda, mereka melihat respons HTTP.
Contoh keluaran untuk respons string
| Output fungsi lambda | Output respons yang ditafsirkan | Respon HTTP (apa yang dilihat klien) |
|---|---|---|
|
|
|
Contoh keluaran untuk respons JSON
| Output fungsi lambda | Output respons yang ditafsirkan | Respon HTTP (apa yang dilihat klien) |
|---|---|---|
|
|
|
Contoh keluaran untuk respons kustom
| Output fungsi lambda | Output respons yang ditafsirkan | Respon HTTP (apa yang dilihat klien) |
|---|---|---|
|
|
|
Cookie
Untuk mengembalikan cookie dari fungsi Anda, jangan menambahkan set-cookie header secara manual. Sebagai gantinya, sertakan cookie dalam objek payload respons Anda. Lambda secara otomatis menafsirkan ini dan menambah set-cookie kannya sebagai header dalam respons HTTP Anda, seperti dalam contoh berikut.
| Output fungsi lambda | Respon HTTP (apa yang dilihat klien) |
|---|---|
|
|