Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
URL fungsi adalah titik akhir HTTP (S) khusus untuk fungsi Lambda Anda. Anda dapat membuat dan mengonfigurasi URL fungsi melalui konsol Lambda atau API Lambda.
Tip
Lambda menawarkan dua cara untuk menjalankan fungsi Anda melalui titik akhir HTTP: fungsi dan Amazon API URLs Gateway. Jika Anda tidak yakin metode mana yang terbaik untuk kasus penggunaan Anda, lihatPilih metode untuk menjalankan 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. Fungsi titik akhir URL memiliki format berikut:
https://
<url-id>
.lambda-url.<region>.on.aws
catatan
Fungsi tidak URLs didukung sebagai berikut Wilayah AWS: Asia Pasifik (Hyderabad) (), Asia Pasifik (Melbourneap-south-2
) (), Asia Pasifik (Malaysiaap-southeast-4
) (), Kanada Barat (Calgaryap-southeast-5
) (), Eropa (Spanyol) ()ca-west-1
, Eropa (Zurich) (eu-south-2
), Israel (Tel Aviveu-central-2
) (), dan Timur Tengah (UEA) il-central-1
(). me-central-1
Fungsi URLs diaktifkan tumpukan ganda, mendukung dan. IPv4 IPv6 Setelah mengkonfigurasi URL fungsi Anda, Anda dapat memanggil fungsi Anda melalui titik akhir HTTP (S) melalui browser web, curl, Postman, atau klien HTTP apa pun. Untuk memanggil URL fungsi, Anda harus memiliki lambda:InvokeFunctionUrl
izin. Untuk informasi selengkapnya, lihat Kontrol akses.
Dasar-dasar pemanggilan URL fungsi
Jika URL fungsi Anda menggunakan jenis AWS_IAM
autentikasi, Anda harus menandatangani setiap permintaan HTTP menggunakan AWS Signature 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. Saat 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 Menandatangani 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 menggunakan SigV4. Anda dapat menjalankan fungsi Anda menggunakan browser web, curl, Postman, atau klien HTTP apa pun.
Untuk menguji GET
permintaan sederhana ke fungsi Anda, gunakan browser web. Misalnya, jika URL fungsi Andahttps://abcdefg.lambda-url.us-east-1.on.aws
, dan dibutuhkan dalam 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 respons
Saat 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 payload Amazon API Gateway versi 2.0.
Minta format muatan
Muatan 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. Fungsi Lambda URLs saat ini mendukung format payload versi 2.0. |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menetapkan ini |
|
|
Jalur permintaan. Misalnya, jika URL permintaan adalah |
|
|
String mentah yang berisi parameter string query 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. |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda mengatur ini ke. |
|
|
Objek yang berisi informasi tentang identitas pemanggil, jika URL fungsi menggunakan jenis |
|
|
Kunci akses identitas penelepon. |
|
|
Akun AWS ID identitas penelepon. |
|
|
ID (ID pengguna) penelepon. |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
|
ID organisasi utama yang terkait dengan identitas penelepon. |
|
|
Nama Sumber Daya Amazon (ARN) pengguna dari identitas penelepon. |
|
|
ID pengguna dari identitas pemanggil. |
|
|
Nama domain dari URL fungsi. |
|
|
Awalan domain dari URL fungsi. |
|
|
Objek yang berisi rincian 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 membuat permintaan. |
|
|
Nilai header permintaan User-Agent. |
|
|
ID permintaan pemanggilan. Anda dapat menggunakan ID ini untuk melacak log pemanggilan yang terkait dengan fungsi Anda. |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menetapkan ini |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menetapkan ini |
|
|
Stempel waktu permintaan. |
|
|
Stempel waktu permintaan, dalam waktu zaman Unix. |
|
|
Tubuh permintaan. Jika jenis konten permintaan adalah biner, isi dikodekan base64. |
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
|
|
|
|
Fungsi URLs tidak menggunakan parameter ini. Lambda menyetel ini ke |
|
Format payload respon
Saat 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:
-
statusCode
adalah200
.catatan
Yang valid
statusCode
berada dalam kisaran 100 hingga 599. -
content-type
adalahapplication/json
. -
body
adalah respon fungsi. -
isBase64Encoded
adalahfalse
.
Contoh berikut menunjukkan bagaimana output fungsi Lambda Anda memetakan ke payload respons, dan bagaimana payload respons memetakan ke respons HTTP akhir. Saat klien memanggil URL fungsi Anda, mereka melihat respons HTTP.
Contoh output untuk respon string
Keluaran fungsi Lambda | Output respons yang ditafsirkan | Respons HTTP (apa yang dilihat klien) |
---|---|---|
|
|
|
Contoh keluaran untuk respons JSON
Keluaran fungsi Lambda | Output respons yang ditafsirkan | Respons HTTP (apa yang dilihat klien) |
---|---|---|
|
|
|
Contoh keluaran untuk respons kustom
Keluaran fungsi Lambda | Output respons yang ditafsirkan | Respons HTTP (apa yang dilihat klien) |
---|---|---|
|
|
|
Cookie
Untuk mengembalikan cookie dari fungsi Anda, jangan menambahkan set-cookie
header secara manual. Sebagai gantinya, sertakan cookie di objek payload respons Anda. Lambda secara otomatis menafsirkan ini dan menambahkannya sebagai set-cookie
header dalam respons HTTP Anda, seperti pada contoh berikut.
Keluaran fungsi Lambda | Respons HTTP (apa yang dilihat klien) |
---|---|
|
|