Membuat aplikasi toleran terhadap kesalahan regional dengan titik akhir global di EventBridge - Amazon EventBridge

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

Membuat aplikasi toleran terhadap kesalahan regional dengan titik akhir global di EventBridge

Anda dapat meningkatkan ketersediaan aplikasi Anda dengan titik akhir EventBridge global Amazon. Titik akhir global membantu membuat aplikasi Anda toleran terhadap kesalahan regional tanpa biaya tambahan. Untuk memulai, Anda menetapkan pemeriksaan kesehatan Amazon Route 53 ke titik akhir. Ketika failover dimulai, pemeriksaan kesehatan melaporkan keadaan “tidak sehat”. Dalam beberapa menit setelah inisiasi failover, semua acara khusus diarahkan ke bus acara di Wilayah sekunder dan diproses oleh bus acara tersebut. Setelah pemeriksaan kesehatan melaporkan keadaan “sehat”, acara diproses oleh bus acara di Wilayah utama.

Saat Anda menggunakan titik akhir global, Anda dapat mengaktifkan replikasi peristiwa. Replikasi acara mengirimkan semua peristiwa khusus ke bus acara di Wilayah primer dan sekunder menggunakan aturan terkelola.

catatan

Jika Anda menggunakan bus khusus, Anda memerlukan bus khusus di setiap Wilayah dengan nama yang sama dan di akun yang sama agar failover berfungsi dengan baik.

Waktu Pemulihan & Tujuan Titik Pemulihan

Tujuan Waktu Pemulihan (RTO) adalah waktu yang diperlukan untuk Wilayah sekunder untuk mulai menerima peristiwa setelah kegagalan. UntukRTO, waktu termasuk periode waktu untuk memicu CloudWatch alarm dan memperbarui status untuk pemeriksaan kesehatan Route 53. Recovery Point Objective (RPO) adalah ukuran data yang akan dibiarkan tidak diproses selama kegagalan. SebabRPO, waktu termasuk peristiwa yang tidak direplikasi ke Wilayah sekunder dan terjebak di Wilayah primer sampai layanan atau Wilayah pulih. Dengan titik akhir global, jika Anda mengikuti panduan preskriptif kami untuk konfigurasi alarm, Anda dapat mengharapkan RTO dan RPO menjadi 360 detik dengan maksimum 420 detik.

Replikasi acara

Peristiwa diproses di Wilayah sekunder secara asinkron. Ini berarti bahwa acara tidak dijamin akan diproses secara bersamaan di kedua Wilayah. Ketika failover dipicu, peristiwa diproses oleh Region sekunder dan akan diproses oleh Region utama saat tersedia. Mengaktifkan replikasi acara akan meningkatkan biaya bulanan Anda. Untuk informasi selengkapnya, lihat EventBridgeharga Amazon

Sebaiknya aktifkan replikasi peristiwa saat menyiapkan titik akhir global karena alasan berikut:

  • Replikasi acara membantu Anda memverifikasi bahwa titik akhir global Anda dikonfigurasi dengan benar. Ini membantu memastikan bahwa Anda akan tercakup jika terjadi failover.

  • Replikasi peristiwa diperlukan untuk memulihkan secara otomatis dari peristiwa failover. Jika Anda tidak mengaktifkan replikasi acara, Anda harus mengatur ulang pemeriksaan kesehatan Route 53 secara manual ke “sehat” sebelum acara akan kembali ke Wilayah utama.

Muatan acara yang direplikasi

Berikut ini adalah contoh payload peristiwa yang direplikasi:

catatan

Sebabregion, Wilayah tempat acara direplikasi terdaftar.

{ "version": "0", "id": "a908baa3-65e5-ab77-367e-527c0e71bbc2", "detail-type": "Test", "source": "test.service.com", "account": "0123456789", "time": "1900-01-01T00:00:00Z", "region": "us-east-1", "resources": [ "arn:aws:events:us-east-1:0123456789:endpoint/MyEndpoint" ], "detail": { "a": "b" } }

Bekerja dengan titik akhir global dengan menggunakan AWS SDK

catatan

Support untuk C++ akan segera hadir.

Saat menggunakan a AWS SDK untuk bekerja dengan titik akhir global, ingatlah hal berikut:

  • Anda harus menginstal pustaka AWS Common Runtime (CRT) untuk spesifik SDK Anda. Jika Anda tidak CRT menginstal, Anda akan mendapatkan pesan pengecualian yang menunjukkan apa yang perlu diinstal. Untuk informasi selengkapnya, lihat berikut ini:

  • Setelah Anda membuat titik akhir global, Anda harus menambahkan endpointId dan EventBusName ke PutEvents panggilan apa pun yang Anda gunakan.

  • Titik akhir global mendukung Signature Versi 4A. Versi SigV4 ini memungkinkan permintaan ditandatangani untuk beberapa Wilayah AWS. Ini berguna dalam API operasi yang dapat mengakibatkan akses data dari salah satu dari beberapa Wilayah. Saat menggunakan AWS SDK, Anda memberikan kredensyal Anda dan permintaan ke titik akhir global akan menggunakan Signature Version 4A tanpa konfigurasi tambahan. Untuk informasi selengkapnya tentang Sigv4a, lihat Menandatangani AWS API permintaan di Referensi Umum.AWS

    Jika Anda meminta kredensyal sementara dari AWS STS titik akhir global (sts.amazonaws.com), AWS STS vendor kredensyal yang, secara default, tidak mendukung Sigv4a. Lihat Mengelola AWS STS di AWS Wilayah di Panduan AWS Identity and Access Management Pengguna untuk informasi lebih lanjut.

Wilayah yang Tersedia

Wilayah berikut mendukung titik akhir global:

  • AS Timur (N. Virginia)

  • AS Timur (Ohio)

  • AS Barat (California Utara)

  • AS Barat (Oregon)

  • Canada (Central)

  • Eropa (Frankfurt)

  • Eropa (Irlandia)

  • Eropa (London)

  • Eropa (Milan)

  • Eropa (Paris)

  • Eropa (Stockholm)

  • Asia Pasifik (Mumbai)

  • Asia Pasifik (Osaka)

  • Asia Pasifik (Seoul)

  • Asia Pasifik (Singapura)

  • Asia Pasifik (Sydney)

  • Asia Pasifik (Tokyo)

  • Amerika Selatan (Sao Paulo)