View a markdown version of this page

Multi-Region penyebaran - AWS Lambda
Apa yang direplikasi LambdaVisibilitas replikaKetika replikasi terjadiCara kerja routingKegagalan replikasiKonsistensi akhirnya

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Multi-Region penyebaran

Untuk MultiRegiondan PerRegiontitik akhir, Lambda mereplikasi artefak runtime ke semua Wilayah target sehingga aplikasi Anda dapat melayani lalu lintas dekat dengan pengguna akhir. Anda mengelola Fungsi Web sepenuhnya dari Wilayah rumah. Sumber daya yang direplikasi tidak terlihat atau dapat dimodifikasi di Wilayah replika.

Diagram berikut menunjukkan bagaimana bidang kontrol di Wilayah asal menyiapkan revisi dan mereplikasi kode dan konfigurasinya ke Region replika, dan bagaimana klien mencapai dan titik akhir. MultiRegionPerRegion Replika Region tidak memiliki bidang kontrol. MultiRegionTitik akhir memiliki satu domain global yang merutekan berdasarkan latensi, bukan berdasarkan kesehatan Wilayah. Untuk PerRegiontitik akhir, Anda mengelola cara klien mencapai domain Regional di setiap Wilayah, misalnya dengan catatan Route 53 atau CloudFront. Anda menetapkan tipe titik akhir dan Wilayah saat membuat titik akhir, dan Anda tidak dapat mengubahnya nanti.

Deployer mengelola Fungsi Web di Wilayah rumah, yang mereplikasi kode dan konfigurasi ke Region replika. Klien mencapai MultiRegion titik akhir melalui satu domain global dan PerRegion titik akhir melalui domain Regional di setiap Wilayah.

Apa yang direplikasi Lambda

Lambda mereplikasi hal berikut ke setiap Wilayah target:

  • Artefak kode yang disiapkan - Artefak runtime internal yang Lambda berasal dari objek sumber Amazon S3 berversi.

  • Konfigurasi revisi - Timeout, konkurensi, variabel lingkungan, dan pengaturan runtime.

  • Resource-based kebijakan — Kebijakan yang dilampirkan pada Fungsi Web yang memberikan akses ke sana.

  • Tag — Tag pada Fungsi Web.

Kuota untuk Fungsi Web berlaku per. Wilayah AWS Setiap Wilayah target memberlakukan kuota akunnya sendiri pada titik akhir yang direplikasi. Misalnya, penskalaan lingkungan eksekusi di Region replika dibatasi oleh kuota vCPU akun Wilayah tersebut. Untuk kuota akun, lihatKuota akun.

Visibilitas replika

Sumber daya yang direplikasi tidak terlihat di Wilayah replika. Bidang kontrol untuk Fungsi Web hanya disajikan di Wilayah asalnya, jadi semua permintaan API harus dikirim ke Wilayah asal. Hal ini mencakup:

  • Daftar, dapatkan, dan jelaskan permintaan untuk Fungsi Web, revisinya, dan titik akhirnya.

  • Buat, perbarui, dan hapus permintaan untuk fungsi, revisi, dan konfigurasi titik akhir.

Permintaan API yang dikirim ke titik akhir bidang kontrol Region replika gagal, di mana pun penelepon berada. Artefak runtime yang direplikasi hanya ada untuk pesawat data untuk melayani lalu lintas.

Ketika replikasi terjadi

Replikasi dipicu saat Anda membuat atau memperbarui titik PerRegionakhir MultiRegionatau. Secara khusus, replikasi terjadi ketika:

  • Anda membuat PerRegion titik akhir MultiRegion atau dengan bobot revisi yang menunjuk ke revisi.

  • Anda memperbarui bobot revisi pada PerRegion titik akhir MultiRegion atau untuk menyertakan revisi baru.

  • Anda memperbarui pengaturan titik akhir lainnya, sepertiauthType,scalingConfig, atauthrottleConfig, pada titik PerRegion akhir MultiRegion atau.

Membuat revisi saja tidak memicu replikasi. Revisi harus disertakan dalam bobot revisi titik akhir yang memiliki Wilayah target yang dikonfigurasi. Karena hanya mode penyebaran otomatis Dinonaktifkan yang tersedia untuk MultiRegion dan PerRegion titik akhir, replikasi selalu merupakan hasil dari perubahan titik akhir yang Anda buat.

Cara kerja routing

Perilaku routing tergantung pada tipe endpoint:

MultiRegion

Lambda menyediakan satu nama domain global. Permintaan dirutekan menggunakan routing berbasis latensi. Permintaan dialihkan ke Wilayah yang biasanya menyediakan latensi jaringan terendah untuk penelepon, berdasarkan pengukuran latensi yang dikumpulkan Route 53 dari waktu ke waktu. Karena latensi internet berubah, Lambda tidak menjamin bahwa setiap permintaan masuk ke Wilayah latensi terendah. Lambda secara otomatis mengelola rute untuk Anda.

PerRegion

Lambda menyediakan nama domain regional terpisah di setiap Wilayah target. Anda bertanggung jawab untuk mengelola bagaimana lalu lintas mencapai setiap domain regional. Misalnya, Anda dapat mengonfigurasi kebijakan perutean Route 53 Anda sendiri atau menempatkan CloudFront distribusi di depan domain regional.

Kegagalan replikasi

Replikasi dapat gagal di Wilayah karena masalah layanan sementara. Jika Anda mengenkripsi Fungsi Web Anda dengan kunci yang dikelola pelanggan, replika kunci yang hilang di Wilayah target juga menyebabkan replikasi gagal. Untuk persyaratan utama Multi-wilayah, lihatMengonfigurasi kunci terkelola pelanggan.

Efek kegagalan replikasi tergantung pada apakah Anda membuat atau memperbarui titik akhir. Jika replikasi gagal di Wilayah mana pun saat Lambda membuat titik akhir, titik akhir akan berpindah ke status Gagal dan tidak dapat dipanggil di Wilayah mana pun. Untuk mencoba lagi, hapus titik akhir dan buat lagi. Jika replikasi gagal di Wilayah selama pembaruan titik akhir, kegagalan terbatas pada Wilayah tersebut. Titik akhir tetap dapat digunakan, dan Wilayah lainnya terus beroperasi secara normal.

Ketika replikasi revisi baru gagal di Wilayah, Wilayah tersebut terus melayani lalu lintas menggunakan revisi sebelumnya yang berhasil diterapkan. Titik akhir tidak berputar kembali. Ini terus beroperasi dengan negara baik terakhir yang diketahui di setiap Wilayah.

Anda dapat melihat status masing-masing Wilayah dan memperbarui status di regionalEndpoints bidang GetWebFunctionEndpoint respons. Masing-masing entri Wilayah meliputi:

  • statedan stateReason — Status penyebaran Wilayah selama pembuatan titik akhir.

  • updateStatusdan updateStatusReason — Hasil pembaruan terbaru (misalnya, penerapan revisi) ke Wilayah tersebut.

Untuk mengatasi kegagalan replikasi, atasi akar penyebabnya (misalnya, buat replika AWS KMS kunci di Wilayah yang terpengaruh). Untuk mencoba lagi pembaruan titik akhir yang gagal setelah Anda mengatasi akar penyebabnya, hubungi UpdateWebFunctionEndpoint lagi. Anda dapat mengulangi pengaturan yang sama atau hanya menentukan nama fungsi dan nama titik akhir. Salah satu permintaan memulai penerapan baru ke Wilayah target. Ini hanya berfungsi saat titik akhir Aktif. Jika pembuatan titik akhir gagal, hapus titik akhir dan buat lagi.

Konsistensi akhirnya

Replikasi artefak runtime akhirnya konsisten. Jangan berasumsi bahwa setiap Wilayah menjalankan konfigurasi baru hingga setiap Wilayah ada updateStatus dalam regionalEndpoints laporanSuccessful.

Resource-based perubahan kebijakan dapat selesai menyebar setelah perubahan kode dan konfigurasi. Selama jendela replikasi, permintaan di Wilayah replika mungkin dievaluasi terhadap versi kebijakan sebelumnya. Lihat informasi yang lebih lengkap di Replikasi dan konsistensi akhirnya.