FAQ Amazon EventBridge

EventBridge memiliki kuota default pada tingkat di mana Anda dapat memublikasikan peristiwa, jumlah aturan yang dapat dibuat pada bus peristiwa, dan tingkat yang memungkinkan invokasi target. Lihat halaman kuota layanan untuk mengetahui daftar lengkap kuota dan cara meningkatkan kuota.

Latensi umum adalah sekitar setengah detik. Perhatikan bahwa ini dapat bervariasi.

Ya, Anda dapat menandai aturan dan bus peristiwa.

Kuota EventBridge default dapat ditingkatkan untuk memproses ratusan ribu peristiwa per detik. Batas throughput bus peristiwa dijelaskan di halaman kuota layanan AWS. Jika memerlukan throughput yang lebih tinggi, Anda dapat meminta peningkatan batas layanan melalui Pusat Dukungan AWS dengan memilih 'Buat Kasus' lalu memilih 'Peningkatan Batasan Layanan'.

Ya. AWS akan mengupayakan secara wajar dan komersial agar EventBridge tersedia dengan Persentase Waktu Aktif Bulanan untuk setiap Wilayah AWS, selama siklus penagihan bulanan apa pun, setidaknya sebesar 99,99%. Untuk detailnya, tinjau Perjanjian Tingkat Layanan EventBridge selengkapnya.

Skema mewakili struktur kejadian dan biasanya mencakup info seperti judul dan format setiap bagian data yang termasuk dalam kejadian tersebut.

Misal, skema mungkin menyertakan bidang seperti nama dan nomor telepon, serta fakta bahwa nama tersebut adalah string teks, juga nomor telepon sebagai bilangan bulat. Skema juga dapat mencakup informasi tentang pola, seperti persyaratan bahwa nomor telepon harus berisi 10 digit. Skema peristiwa merupakan hal penting yang akan menunjukkan informasi yang terkandung dalam peristiwa tersebut dan membantu Anda menulis kode berdasarkan data tersebut.

Registri skema menyimpan koleksi skema yang dapat dicari sehingga semua developer di organisasi Anda dapat dengan mudah mengakses skema yang dibuat oleh aplikasi tersebut. Ini berbeda dengan memeriksa dokumentasi atau mencari penulis skema untuk informasi ini. Anda dapat menambahkan skema ke registri secara manual atau mengotomatiskan proses ini dengan mengaktifkan fitur penemuan skema EventBridge.

Penemuan skema mengotomatiskan proses menemukan skema dan menambahkannya ke registri Anda. Ketika penemuan skema diaktifkan untuk bus kejadian EventBridge, skema setiap kejadian yang dikirim ke bus kejadian secara otomatis ditambahkan ke registri. Jika skema suatu peristiwa berubah, penemuan skema akan secara otomatis membuat versi baru dari skema dalam registri.

Setelah skema ditambahkan ke registri, Anda dapat membuat binding kode untuk skema, baik di konsol EventBridge atau secara langsung di lingkungan pengembangan terintegrasi (IDE) Anda. Ini akan membantu Anda menunjukkan peristiwa sebagai objek yang diketik dengan kuat dalam kode Anda. Anda dapat memanfaatkan fitur IDE seperti validasi dan lengkapi secara otomatis.

Ya, dalam Penemuan skema, Anda dapat menemukan peristiwa di seluruh akun, sehingga Anda dapat memiliki visibilitas penuh pada skema peristiwa yang dipublikasikan ke bus peristiwa.

Tidak ada biaya untuk menggunakan registri skema; namun, ada biaya per peristiwa yang diserap saat Anda mengaktifkan penemuan skema.

Penemuan skema memiliki tingkat gratis dengan 5 juta peristiwa yang diserap per bulan yang cukup bagi sebagian besar penggunaan pengembangan. Ada biaya 0,10 USD per satu juta peristiwa yang diserap untuk penggunaan tambahan di luar tingkat gratis. Info selengkapnya tentang harga, lihat halaman harga EventBridge.

Schema Registry mengurangi jumlah kode dengan memungkinkan Anda melakukan hal-hal berikut:

• Mengidentifikasi skema secara otomatis untuk setiap peristiwa yang dikirim ke bus peristiwa EventBridge dan menyimpannya dalam registri sehingga Anda tidak perlu mengelola skema peristiwa secara manual.
• Menulis aplikasi yang menangani peristiwa di bus, membuat dan mengunduh pengikatan kode skema untuk menggunakan objek tipe kuat secara langsung di kode Anda.

Pengikatan kode akan mengurangi biaya overhead untuk deserialisasi, validasi, dan ketidakpastian untuk penanganan peristiwa Anda.

Anda perlu menggunakan Schema Registry untuk membangun aplikasi yang didorong peristiwa dengan lebih cepat. Schema Registry menghilangkan waktu yang dihabiskan dalam proses koordinasi antara tim-tim pengembangan dengan secara otomatis menemukan peristiwa yang tersedia dari sumber peristiwa yang didukung, termasuk layanan AWS, pihak ketiga, dan aplikasi kustom, serta mendeteksi skemanya. Schema Registry dibangun agar developer dapat berfokus pada kode aplikasi, alih-alih membuang-buang waktu yang berharga untuk mencari peristiwa yang tersedia, strukturnya, dan kode penulisan untuk menafsirkan serta menerjemahkan peristiwa.

Registri skema tersedia melalui AWS Toolkit for JetBrains (IntelliJ IDEA, PyCharm, WebStorm, Rider) dan Visual Studio Code, serta konsol dan API EventBridge. Pelajari penggunaan Registri Skema EventBridge dalam IDE Anda selengkapnya.

Ya, versi terbaru CLI AWS SAM mencakup mode interaktif yang membantu Anda membuat aplikasi nirserver baru di EventBridge untuk skema apa pun sebagai tipe peristiwa.

Pilih templat EventBridge Starter App, dan skema peristiwa Anda, lalu SAM akan secara otomatis membuat aplikasi dengan fungsi Lambda yang diinvokasi oleh EventBridge, dengan kode penanganan peristiwa tersebut. Hal ini berarti Anda dapat memperlakukan pemicu peristiwa seperti objek normal dalam kode dan menggunakan fitur seperti validasi serta lengkapi otomatis di IDE Anda.

Plugin AWS Toolkit for Jetbrains (Intellij IDEA, PyCharm, Webstorm, Rider) dan AWS Toolkit for Visual Studio Code juga menyediakan fungsionalitas untuk menghasilkan aplikasi nirserver dari templat ini dengan skema sebagai pemicu, secara langsung dari IDE ini.

EventBridge menawarkan pembuatan kode yang tersedia dalam Java (8+), Python (3.6+), dan TypeScript (3.0+), dan Go (1+).

EventBridge Schema Registry tersedia di Wilayah berikut:

• AS Timur (Ohio dan Virginia Utara)
• AS Barat (California Utara dan Oregon)
• Asia Pasifik (Hong Kong, Mumbai, Seoul, Singapura, Sydney, dan Tokyo)
• Kanada (Pusat)
• Eropa (Frankfurt, Irlandia, London, Paris, dan Stockholm)
• Wilayah Amerika Selatan (São Paulo)

EventBridge Pipes menyediakan cara yang sederhana, konsisten, dan hemat biaya untuk membuat integrasi titik-ke-titik antara produsen dan pelanggan peristiwa. Membuat pipa semudah memilih sumber dan target dengan kemampuan untuk mengustomisasi batching, posisi awal, konkurensi, dan banyak lagi. Langkah pemfilteran opsional hanya memungkinkan peristiwa sumber tertentu untuk mengalir ke pipa dan langkah pengayaan opsional menggunakan AWS Lambda, AWS Step Functions, API Destinations, atau Amazon API Gateway dapat digunakan untuk memperkaya atau mentranformasi peristiwa sebelum mencapai target. Dengan menghapuskan keharusan menulis pesan dan menskalakan kode integrasi yang tidak terdiferensiasi, EventBridge Pipes memungkinkan Anda untuk berfokus membangun aplikasi alih-alih menghubungkannya.

Anda dapat memulai dengan membuka konsol EventBridge, pilih tab Pipa, lalu pilih Buat Pipa. Dari tab tersebut, Anda dapat memilih dari daftar sumber yang tersedia dan menyediakan pola pemfilteran opsional yang akan digunakan untuk mentransfer peristiwa yang Anda perlukan saja. Untuk langkah opsional atas transformasi dan pengayaan pipa, Anda dapat menyediakan titik akhir API, seperti API aplikasi SaaS atau klaster kontainer, fungsi Lambda, atau AWS Step Function. Pipa tersebut akan membuat permintaan API dan menangkap respons setelah pemrosesan selesai. Terakhir, atur layanan tujuan tempat peristiwa akan dikirimkan dan tentukan apakah Anda perlu mengaktifkan kemampuan pengarsipan atau DLQ di pipe. Anda juga dapat membuat pipe dengan AWS CLI, CloudFormation, atau AWS Cloud Development Kit (CDK).

EventBridge Pipes memperkenalkan Amazon SQS, Amazon Kinesis, Amazon DynamoDB, Amazon Managed Streaming Kafka, Kafka yang dikelola sendiri, dan Amazon MQ sebagai sumber bagi rangkaian produk EventBridge. EventBridge Pipes mendukung layanan target yang sama dengan bus peristiwa, seperti Amazon SQS, AWS Step Functions, Amazon Kinesis Data Streams, Amazon Kinesis Data Firehose, Amazon SNS, Amazon ECS, dan bus peristiwa itu sendiri.

EventBridge Pipes mendukung transformasi dasar menggunakan Velocity Template Language (VTL). Untuk transmisi yang lebih kuat, EventBridge Pipes akan membantu Anda menentukan alur kerja fungsi Lambda atau Fungsi Langkah untuk mentransformasi peristiwa Anda. Jika Anda memilih menggunakan layanan kontainer seperti Amazon Elastic Container Service (ECS) atau Amazon Elastic Kubernetes Service (EKS), Anda dapat menentukan titik akhir API dan skema autentikasi untuk klaster kontainer. EventBridge akan menangani pengiriman peristiwa untuk transformasi.

Tidak, EventBridge Pipes dapat digunakan secara independen dari fitur EventBridge yang sudah ada, sehingga membantu Anda menerima peristiwa dari produsen peristiwa lain seperti Kinesis, SQS, atau Amazon MSK, tanpa perlu menggunakan bus peristiwa EventBridge. Ini juga digunakan untuk integrasi titik-ke-titik, tempat bus peristiwa digunakan untuk integrasi banyak-ke-banyak. Jika Anda siap menggunakan bus peristiwa EventBridge untuk merutekan peristiwa, Anda dapat menggunakan EventBridge Pipes untuk menghubungkan ke sumber yang didukung dan mengatur bus peristiwa Anda sebagai sumber pipa.

Bus peristiwa EventBridge cocok untuk perutean peristiwa banyak-ke-banyak antara layanan-layanan yang didorong peristiwa. EventBridge Pipes ditujukan untuk intergrasi titik-ke-titik antara penerbit peristiwa dan pelanggan, dengan dukungan transformasi dan pengayaan tingkat lanjut. EventBridge Pipes dapat menggunakan bus peristiwa EventBridge sebagai target. Bermigrasi dari aturan bus peristiwa EventBridge ke pipa terasa lebih mudah karena pemfilteran dan target tetap sama antara dua sumber daya.

Pemetaan Sumber Peristiwa (ESM) AWS Lambda dan Amazon EventBridge Pipes menggunakan infrastruktur polling yang sama untuk memilih dan mengirim peristiwa. ESM ideal untuk pelanggan yang ingin menggunakan Lambda sebagai target untuk memproses peristiwa yang diterima. Pipes cocok bagi pelanggan yang tidak ingin repot dalam pembuatan, pemeliharaan, dan penskalaan kode Lambda, serta lebih memilih sumber daya terkelola yang sederhana untuk menghubungkan sumber mereka ke salah satu dari 14 target.

Ya, EventBridge Pipes akan mempertahankan pemesanan peristiwa yang diterima dari sumber peristiwa saat mengirim peristiwa tersebut ke layanan tujuan.

Ya, untuk layanan yang mendukung peristiwa batching, Anda dapat mengonfigurasi ukuran batch yang diinginkan saat membuat pipa. Untuk sumber dan target yang tidak mendukung batching, Anda masih dapat memilih peristiwa batch untuk langkah pengayaan dan transformasi. Hal ini dapat membantu menghemat biaya komputasi dan tetap membantu mengirimkan peristiwa secara individu ke target yang Anda pilih.

Untuk menerima riwayat panggilan API EventBridge Pipes yang dibuat di akun, Anda harus mengaktifkan CloudTrail di Konsol Manajemen AWS.

Untuk melihat detail lengkap dari harga Amazon EventBridge Pipes, buka halaman harga.

Penjadwal Amazon EventBridge adalah penjadwal tugas nirserver yang menyederhanakan pembuatan, pelaksanaan, dan pengelolaan jutaan jadwal di seluruh layanan AWS tanpa perlu menyediakan atau mengelola infrastruktur yang mendasarinya.

Masuk ke akun AWS Anda, arahkan ke konsol EventBridge, dan pilih tombol Buat Jadwal . Ikuti alur kerja langkah demi langkah dan isi bidang yang diwajibkan. Pilih format penjadwalan termasuk jendela waktu bagi implementasi tugas, tarif tetap, cron, atau waktu dan tanggal khusus. Pilih target Anda dari daftar layanan AWS dan konfigurasi kebijakan percobaan ulang untuk kontrol maksimum atas implementasi jadwal Anda. Tinjau jadwal Anda dan pilih Buat.

Penjadwal EventBridge dibangun berdasarkan fungsionalitas penjadwalan yang ditawarkan dalam Aturan Terjadwal. Penjadwal EventBridge mencakup dukungan untuk zona waktu, peningkatan skala, beban target yang dikustomisasi, penambahan ekspresi waktu, dan dasbor untuk memantau jadwal. Jadwal dapat dibuat secara independen tanpa perlu membuat bus peristiwa dengan aturan terjadwal.

Peraturan terjadwal akan terus tersedia, namun Penjadwal EventBridge menawarkan set fitur yang lebih kaya, memberikan lebih banyak fleksibilitas ketika membuat, menjalankan, dan mengelola jadwal Anda. Anda juga dapat memulai dengan gratis; lihat halaman harga untuk detail selengkapnya.

Penjadwal EventBridge memiliki integrasi yang mendalam dengan layanan-layanan AWS dan dapat membuat jadwal untuk layanan apa pun dengan tindakan API AWS. Konfigurasi untuk pola waktu dan percobaan ulang sama di seluruh AWS untuk pengalaman penjadwalan yang konsisten. Pemantauan jadwal menjadi lebih mudah melalui konsol Penjadwal EventBridge yang memberikan tampilan jadwal Anda pada dasbor atau dengan permintaan API “ListSchedule”. Anda akan dapat melihat informasi penting pada jadwal Anda seperti waktu mulai, terakhir dijalankan, dan target AWS yang ditetapkan. Untuk detail yang lebih terperinci, Anda dapat meninjau log pelaksanaan yang tersedia di Log CloudWatch atau detail tersebut dapat dikirim ke S3 atau Kinesis Firehose.

Anda dapat memperbarui jadwal di konsol Penjadwal EventBridge dengan memilih jadwal untuk dimodifikasi. Panel baru akan menampilkan pilihan Anda.

Ya, dengan Penjadwal EventBridge, Anda dapat memilih zona waktu untuk pengoperasian jadwal. Jadwal tersebut akan secara otomatis disesuaikan dengan Waktu Musim Panas (DST) dan dikembalikan ke waktu standar.

Penjadwal EventBridge memberikan setidaknya satu kali pengiriman peristiwa ke target. Ini berarti bahwa setidaknya ada satu kali pengiriman yang berhasil dengan respons dari target. Pilihan untuk mengatur percobaan ulang, jendela waktu, dan batas waktu tersedia untuk memenuhi kebutuhan bisnis Anda.

Penghapusan setelah penyelesaian tersedia untuk semua pola penjadwalan yang didukung saat ini: cron, rate, dan jadwal satu kali.

Ya, Anda dapat memperbarui jadwal untuk mengonfigurasi penghapusan setelah penyelesaian kapan saja sebelum jadwal diinvokasi. Setelah waktu invokasi jadwal terakhir, Anda tidak akan dapat membuat perubahan.

Jika Anda menonaktifkan jadwal dengan penghapusan setelah penyelesaian sebelum invokasi terakhir dari jadwal, jadwal akan tetap berada di akun dalam keadaan nonaktif.

Jadwal akan terus menginvokasi targetnya dan tidak akan dihapus secara otomatis sampai tanggal akhir dikonfigurasi.

Penjadwal EventBridge tidak mendukung target non-AWS secara langsung. Namun, Anda dapat menginvokasi target non-AWS dengan menggunakan Lambda, ECS, dan Fargate, atau dengan fitur EventBridge melalui tujuan API.

Untuk melihat detail lengkap tentang harga untuk penjadwal Amazon EventBridge, buka halaman harga.

Titik akhir global memudahkan Anda untuk membangun aplikasi yang didukung peristiwa dengan ketersediaan tinggi menggunakan AWS. Anda dapat mereplikasi peristiwa di seluruh Wilayah utama dan sekunder untuk mengimplementasikan failover dengan tingkat kehilangan data minimum. Anda juga dapat mengimplementasikan kemampuan untuk melakukan failover secara otomatis ke Wilayah cadangan jika terjadi gangguan layanan. Hal ini akan menyederhanakan adopsi arsitektur multi-Wilayah dan membantu memasukkan ketahanan ke dalam aplikasi yang didorong peristiwa milik Anda.

Titik akhir global membantu menyediakan pengalaman yang lebih baik untuk pelanggan akhir Anda dengan meminimalkan jumlah data yang berisiko selama terjadinya gangguan layanan.

Anda dapat membuat aplikasi yang didorong peristiwa milik Anda menjadi lebih kuat dan tangguh dengan memiliki kemampuan untuk melakukan failover penyerapan peristiwa ke Wilayah sekunder secara otomatis dan tanpa memerlukan intervensi manual. Anda memiliki fleksibilitas untuk mengonfigurasi kriteria failover dengan menggunakan Alarm Amazon CloudWatch (melalui pemeriksaan kondisi Amazon Route 53) guna menentukan waktu untuk melakukan failover dan waktu untuk merutekan kembali peristiwa ke Wilayah utama.

Setelah Anda menerbitkan peristiwa di titik akhir global, peristiwa tersebut akan dirutekan ke bus peristiwa di Wilayah utama Anda. Jika terdeteksi kesalahan di Wilayah utama, hasil pemeriksaan kondisi akan ditandai sebagai tidak baik dan peristiwa yang masuk akan dirutekan ke Wilayah sekunder. Kesalahan dapat dideteksi secara mudah dengan Alarm CloudWatch (melalui pemeriksaan kondisi Route 53) yang Anda tentukan. Segera setelah masalah dimitigasi, kami akan merutekan kembali peristiwa baru ke Wilayah utama dan melanjutkan pemrosesan peristiwa tersebut.

Titik akhir global cocok untuk aplikasi yang tidak memerlukan idempotensi atau dapat menangani idempotensi di seluruh Wilayah. Titik akhir global juga cocok untuk aplikasi yang dapat menoleransi hingga 420 detik peristiwa yang tidak direplikasi. Oleh karena itu, titik akhir global akan terjebak di Wilayah utama sampai layanan atau Wilayah tersebut pulih (disebut Sasaran Titik Pemulihan).

Kami telah menambahkan metrik baru yang melaporkan seluruh latensi EventBridge yang akan membantu Anda untuk secara mudah menentukan apakah ada kesalahan di dalam EventBridge yang mengharuskan Anda melakukan failover penyerapan peristiwa ke Wilayah sekunder.

Ini akan memudahkan Anda memulai di konsol dengan menyediakan tumpukan CloudFormation yang sudah diisi sebelumnya (yang dapat dikustomisasi jika Anda menginginkannya) untuk pembuatan Alarm CloudWatch dan pemeriksaan kondisi Route 53. Untuk detail selengkapnya tentang cara menyiapkan alarm dan pemeriksaan kondisi, lihat blog dan dokumentasi peluncuran kami.

Sebaiknya, jangan sertakan metrik pelanggan dalam pemeriksaan kondisi Anda. Hal ini dapat menyebabkan penerbit Anda melakukan failover terhadap Wilayah cadangan jika pelanggan tunggal menemui masalah, meskipun semua pelanggan lain dalam kondisi baik di Wilayah utama.

Jika salah satu pelanggan Anda gagal memproses peristiwa di Wilayah utama, Anda harus menghidupkan replikasi guna memastikan bahwa pelanggan di Wilayah sekunder berhasil memproses peristiwa.

Sasaran Waktu Pemulihan (RTO) adalah waktu saat Wilayah cadangan atau target mulai menerima peristiwa baru setelah terjadinya kegagalan. Sasaran Titik Pemulihan (RPO) adalah ukuran data yang tidak terproses selama terjadinya kegagalan. Dengan titik akhir global, jika Anda mengikuti panduan preskriptif kami mengenai konfigurasi alarm, waktu RTO dan RPO akan menjadi 360 detik (dengan waktu maksimum 420 detik). Untuk RTO, waktu tersebut juga mencakup periode waktu untuk memulai Alarm CloudWatch dan memperbarui status pemeriksaan kondisi Route 53. Untuk RPO, waktu tersebut mencakup peristiwa yang tidak direplikasi ke Wilayah sekunder dan terjebak di Wilayah utama hingga layanan atau Wilayah tersebut pulih.

Ya. Aktifkan replikasi untuk meminimalkan data berisiko selama terjadinya gangguan layanan. Setelah Anda menyiapkan bus kustom di kedua Wilayah dan membuat titik akhir global, Anda dapat memperbarui aplikasi untuk menerbitkan peristiwa ke titik akhir global. Dengan melakukan hal tersebut, peristiwa yang masuk akan direplikasi kembali ke Wilayah utama setelah masalah dimitigasi. Anda dapat mengarsipkan peristiwa ke Wilayah sekunder untuk memastikan bahwa tidak ada peristiwa yang hilang selama terjadinya gangguan. Agar dapat pulih dengan cepat dari gangguan, Anda dapat mereplikasi arsitektur di Wilayah sekunder untuk melanjutkan pemrosesan peristiwa Anda. Anda juga perlu mengaktifkan replikasi untuk memastikan adanya pemulihan otomatis setelah masalah dimitigasi.

Anda harus memastikan bahwa kuota yang sama telah disiapkan di Wilayah utama dan sekunder Anda. Anda harus menghidupkan replikasi dan memproses peristiwa di Wilayah sekunder karena hal ini tidak hanya akan memastikan bahwa Anda memiliki kuota yang tepat, tetapi juga bahwa aplikasi di Wilayah sekunder Anda dikonfigurasi dengan benar.

Anda dapat menggunakan AWS CloudFormation StackSets yang memudahkan Anda untuk mereplikasi arsitektur di seluruh Wilayah AWS. Untuk contohnya, baca dokumentasi kami.

Pada iterasi peluncuran pertama, Wilayah Opt-in, Tiongkok, atau GovCloud tidak didukung. Untuk daftar Wilayah yang didukung dalam peluncuran ini, lihat pertanyaan di bawah ini. Kami juga mendukung failover dan pemulihan antara akun dan bus yang sama dengan nama yang sama di seluruh Wilayah.

Titik akhir global hanya tersedia untuk peristiwa kustom. Kami akan menambah dukungan untuk peristiwa dari layanan AWS, peristiwa opt-in dari S3 (Notifikasi Peristiwa Amazon S3), dan peristiwa pihak ketiga di masa mendatang.

Tidak, kami tidak mendukung perutean berbasis latensi dalam iterasi peluncuran yang pertama.

Titik akhir global tersedia tanpa biaya tambahan. Saat ini, titik akhir global hanya tersedia untuk peristiwa kustom dan peristiwa kustom yang dipublikasikan ke titik akhir global akan ditagih sesuai dengan peristiwa kustom. Untuk mempelajari harga, buka halaman harga EventBridge.

Ya, Anda akan dikenai biaya sebesar 1 USD per satu juta peristiwa untuk replikasi yang akan ditagih EventBridge untuk seluruh peristiwa Wilayah.

Titik akhir global tersedia di Wilayah berikut:

• AS Timur (Ohio dan Virginia Utara)
• AS Barat (California Utara dan Oregon),
• Asia Pasifik (Mumbai, Osaka, Seoul, Singapura, Sydney, dan Tokyo)
• Kanada (Pusat)
• Eropa (Frankfurt, Irlandia, London, Paris, dan Stockholm)
• Wilayah Amerika Selatan (São Paulo)

Amazon EventBridge menawarkan harga yang fleksibel dengan model bayar per penggunaan. Anda hanya membayar untuk peristiwa yang dipublikasikan oleh bus peristiwa, peristiwa yang diserap untuk Schema Discovery, Event Replay, dan API Destination. Untuk melihat contoh dan detail harga untuk EventBridge, kunjungi halaman harga kami.

Tidak.

Ya. Ini disebut peristiwa lintas akun, dan Anda dapat memiliki target, baik yang merupakan bus peristiwa default maupun bus peristiwa lain di akun lain. Peristiwa ini dapat digunakan untuk memusatkan peristiwa dari beberapa akun ke dalam satu bus peristiwa agar Anda dapat memantau dan mengaudit peristiwa secara lebih mudah, serta untuk menjaga data tetap sinkron antarakun.

Ya. Dukungan CloudFormation tersedia di semua Wilayah tempat Amazon EventBridge tersedia. Untuk mempelajari selengkapnya tentang cara menggunakan CloudFormation untuk menyediakan dan mengelola sumber daya EventBridge, buka dokumentasi kami.

EventBridge dan SNS dapat digunakan untuk mengembangkan aplikasi yang didorong peristiwa, dan pilihannya akan bergantung pada kebutuhan khusus Anda.

Amazon EventBridge sangat disarankan jika Anda ingin membangun aplikasi yang bereaksi terhadap peristiwa dari aplikasi Anda sendiri, aplikasi SaaS, dan layanan AWS. EventBridge adalah satu-satunya layanan berbasis peristiwa yang terintegrasi secara langsung dengan partner SaaS pihak ketiga. EventBridge juga secara otomatis menyerap peristiwa dari lebih dari 200 layanan AWS, dan developer tidak perlu membuat sumber daya apa pun di akun mereka.

EventBridge menggunakan struktur berbasis JSON yang ditentukan untuk peristiwa dan membantu Anda membuat aturan yang berlaku di seluruh isi peristiwa guna memilih peristiwa yang akan diteruskan ke target. Saat ini, EventBridge mendukung lebih dari 20 layanan AWS sebagai target, termasuk Lambda, SQS, SNS, dan Amazon Kinesis Data Streams, serta Data Firehose.

Amazon SNS sangat disarankan untuk aplikasi yang membutuhkan tingkat penyebaran tinggi (ribuan atau jutaan titik akhir). Pola umum yang kami lihat adalah bahwa pelanggan menggunakan SNS sebagai target aturan mereka guna memfilter peristiwa yang mereka butuhkan dan menyebarkannya ke beberapa titik akhir.

Pesan bersifat tidak terstruktur dan dapat dalam format apa pun. SNS mendukung penerusan pesan ke enam jenis target yang berbeda, termasuk Lambda, SQS, titik akhir HTTP/S, SMS, push seluler, dan email. Latensi umum Amazon SNS adalah di bawah 30 milidetik. Berbagai layanan AWS mengirimkan pesan SNS dengan mengonfigurasi layanan untuk melakukannya (lebih dari 30 layanan, termasuk Amazon EC2, Amazon S3, dan Amazon RDS).

AWS AppFabric, sebuah layanan tanpa kode yang meningkatkan investasi perusahaan yang ada dalam aplikasi perangkat lunak sebagai layanan (SaaS) dengan peningkatan keamanan, manajemen, dan produktivitas. Gunakan AppFabric untuk menggabungkan serta menormalkan data log SaaS dari berbagai aplikasi seperti Asana, Slack, dan Zoom, serta rangkaian produktivitas seperti Microsoft 365 dan Google Workspace, untuk meningkatkan observabilitas aplikasi dan mengurangi biaya operasional yang terkait dengan pembangunan serta pemeliharaan integrasi titik ke titik. EventBridge adalah layanan integrasi nirserver yang menggunakan peristiwa untuk menghubungkan komponen-komponen aplikasi sehingga memudahkan developer untuk membangun aplikasi yang didorong peristiwa yang dapat diskalakan. Gunakan EventBridge untuk merutekan peristiwa dari berbagai sumber seperti aplikasi kustom, layanan AWS, dan aplikasi SaaS pihak ketiga ke aplikasi konsumen di seluruh organisasi. EventBridge menyediakan cara yang sederhana dan konsisten untuk menyerap, memfilter, mentransformasi, dan mengirimkan peristiwa.

Amazon EventBridge memudahkan vendor SaaS mengintegrasikan layanan mereka ke dalam arsitektur yang didorong peristiwa milik pelanggan yang dibangun di AWS.

EventBridge membuat produk Anda dapat diakses secara langsung oleh jutaan developer AWS dan membuka kasus penggunaan baru. Layanan ini menawarkan jalur yang dapat diaudit, aman, dan dapat diskalakan untuk mengirimkan peristiwa tanpa pengelolaan infrastruktur peristiwa apa pun oleh vendor SaaS.

Vendor SaaS yang tertarik menjadi partner EventBridge harus mengikuti instruksi layanan mandiri di halaman integrasi Amazon EventBridge untuk mulai memublikasikan peristiwa di EventBridge.

Vendor SaaS yang telah mendukung mode webhook atau integrasi berbasis push lain mungkin memerlukan waktu kurang dari lima hari untuk berintegrasi dengan EventBridge.

Kami mendukung lebih dari 45 integrasi SaaS. Lihat daftar lengkap Integrasi SaaS untuk Amazon EventBridge yang didukung.