FAQ Amazon EventBridge

T: Apa itu Amazon EventBridge?

Amazon EventBridge adalah layanan yang memberikan akses secara waktu nyata ke perubahan data di layanan AWS, aplikasi Anda sendiri, dan aplikasi perangkat lunak sebagai layanan (SaaS) tanpa perlu menulis kode.

Untuk memulai, Anda dapat memilih sumber peristiwa pada konsol EventBridge. Anda dapat memilih target dari layanan AWS termasuk AWS Lambda, Amazon Simple Notification Service (SNS), dan Amazon Kinesis Data Firehose. EventBridge akan secara otomatis mengirimkan peristiwa hampir secara waktu nyata.

T: Bagaimana cara mulai menggunakan EventBridge?

Untuk memulai menggunakan Amazon EventBridge, ikuti enam langkah di bawah ini:

1. Masuk ke akun AWS.
2. Masuk ke konsol EventBridge.
3. Pilih sumber peristiwa dari daftar aplikasi SaaS partner dan layanan AWS. Jika menggunakan aplikasi partner, pastikan Anda telah mengonfigurasi akun SaaS untuk mengeluarkan peristiwa dan menerimanya pada bagian sumber peristiwa yang ditawarkan dari konsol EventBridge.
   
4. EventBridge akan secara otomatis membuat bus peristiwa tempat peristiwa akan dirutekan untuk Anda. Atau, Anda dapat menggunakan AWS SDK guna melengkapi aplikasi Anda untuk dapat mulai mentransmisikan peristiwa ke bus peristiwa.
   
5. Secara opsional, Anda dapat mengonfigurasi aturan pemfilteran dan melampirkan target untuk peristiwa Anda; misalnya, ini dapat berupa fungsi Lambda.
   
6. EventBridge akan menyerap, memfilter, dan mengirim peristiwa secara otomatis ke target yang dikonfigurasi secara aman dengan ketersediaan tinggi.
   

T: Dapatkah saya memublikasikan peristiwa milik saya sendiri ke EventBridge?

Ya. Anda dapat membuat peristiwa kustom tingkat aplikasi dan memublikasikannya ke EventBridge melalui operasi API layanan. Anda juga dapat menyiapkan peristiwa terjadwal yang dibuat secara berkala dan dapat memproses peristiwa ini dalam target apa pun yang didukung EventBridge.

T: Apa format dari suatu peristiwa?

Kejadian menggunakan struktur JSON spesifik. Setiap kejadian memiliki bidang amplop level atas yang sama, seperti sumber kejadian, tanda waktu, dan Wilayah. Format ini diikuti dengan bidang detail yang merupakan isi peristiwa.

Misalnya, saat grup Auto Scaling Amazon Elastic Compute Cloud (EC2) membuat instans Amazon EC2 yang baru, grup tersebut akan mentransmisikan peristiwa dengan sumber: : “aws.autoscaling” dan detail: “instans EC2 berhasil dibuat”.

T: Bagaimana cara memfilter peristiwa yang dikirimkan ke target?

Anda dapat menyaring kejadian menggunakan aturan. Aturan menyesuaikan dengan kejadian yang akan datang untuk bus kejadian yang diberikan dan merutekannya ke target untuk dilakukan pemrosesan. Aturan tunggal dapat merutekan ke beberapa target, yang semuanya diproses secara paralel. Aturan akan membantu beragam komponen aplikasi untuk mencari dan memproses peristiwa yang menarik bagi komponen aplikasi tersebut.

Aturan dapat mengustomisasi peristiwa sebelum dikirimkan ke target dengan hanya meneruskan bagian tertentu atau menimpanya dengan konstan. Untuk contoh pada pertanyaan sebelumnya, Anda dapat membuat aturan peristiwa yang cocok dengan sumber: : “aws.autoscaling” dan detail: “instans EC2 berhasil dibuat” untuk diberi tahu kapan pun saat grup Auto Scaling berhasil membuat instans EC2.

T: Bagaimana cara mengamankan akses ke EventBridge?

EventBridge terintegrasi dengan AWS Identity and Access Management (IAM) sehingga Anda dapat menentukan tindakan yang bisa dilakukan oleh pengguna di akun AWS. Misalnya, Anda dapat membuat kebijakan IAM yang hanya akan memberikan izin kepada pengguna tertentu di organisasi untuk membuat bus peristiwa atau melampirkan target peristiwa.

T: Layanan AWS mana yang terintegrasi sebagai sumber peristiwa untuk Amazon EventBridge?

Terdapat lebih dari 90 layanan AWS yang tersedia sebagai sumber peristiwa untuk EventBridge termasuk AWS Lambda, Amazon Kinesis, AWS Fargate, dan Amazon Simple Storage Service (S3). Untuk daftar lengkap integrasi layanan AWS, lihat dokumentasi EventBridge.

T: Layanan AWS mana yang terintegrasi sebagai target peristiwa untuk EventBridge?

Terdapat lebih dari 15 layanan AWS yang tersedia sebagai target peristiwa untuk EventBridge, termasuk Lambda, Amazon Simple Queue Service (SQS), Amazon SNS, Amazon Kinesis Streams, dan Kinesis Data Firehose. Untuk daftar lengkap integrasi layanan AWS, lihat dokumentasi EventBridge.

T: Apa itu Peristiwa Arsip dan Putar Ulang EventBridge?

Event Replay adalah fitur baru EventBridge yang akan membantu Anda memproses ulang peristiwa masa lalu agar kembali ke bus peristiwa atau aturan EventBridge tertentu. Fitur ini membantu developer untuk men-debug aplikasi mereka dengan lebih mudah, memperluasnya dengan menghidrasi target dengan peristiwa sebelumnya, dan memulihkannya dari kesalahan. Event Replay akan memberikan ketenangan pikiran bagi developer, bahwa mereka dapat selalu memiliki akses ke peristiwa apa pun yang dipublikasikan ke EventBridge.

T: Apa itu EventBridge API Destinations?

API Destination membantu developer mengirimkan peristiwa kembali ke aplikasi on-premise atau SaaS apa pun dengan kemampuan untuk mengontrol throughput dan autentikasi. Anda dapat mengonfigurasi aturan dengan transformasi input yang akan memetakan format peristiwa ke format layanan penerima, dan EventBridge akan menjaga keamanan dan pengirimannya.

Saat aturan dimulai, EventBridge akan mentransformasi peristiwa berdasarkan pada kondisi yang ditentukan. Kemudian EventBridge akan mengirimkannya ke layanan web yang dikonfigurasi dengan informasi autentikasi yang disediakan saat aturan disiapkan. Keamanan bersifat bawaan, sehingga developer tidak perlu lagi menulis komponen autentikasi untuk layanan yang ingin mereka gunakan.

T: Apa itu Koneksi untuk tujuan API? Bagaimana cara menyiapkan API Destination?

Setiap API Destination menggunakan Koneksi yang menentukan metode otorisasi dan kredensial yang akan digunakan untuk menghubungkannya ke titik akhir HTTP. Saat Anda mengonfigurasi pengaturan otorisasi dan membuat koneksi, koneksi ini akan membuat rahasia di AWS Secrets Manager untuk menyimpan informasi otorisasi dengan aman. Anda juga dapat menambahkan parameter tambahan untuk menyertakan koneksi yang sesuai untuk aplikasi Anda.

Untuk menyiapkan tujuan API, Anda perlu menyediakan titik akhir tujuan API yang merupakan target titik akhir pemanggilan HTTP untuk peristiwa. Anda perlu membuat Koneksi untuk melakukan otorisasi terhadap titik akhir ini. Anda juga bisa menentukan batas kecepatan pemanggilan secara opsional, yang merupakan jumlah maksimum pemanggilan per detik untuk dikirim ke titik akhir tujuan API. Pelajari selengkapnya tentang Koneksi dan tujuan API.

T: Apa itu batas layanan?

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 daftar lengkap kuota dan cara kuota dapat ditingkatkan.

T: Berapa lama perkiraan latensi antara pengiriman dan penerimaan peristiwa?

Latensi umum berdurasi sekitar setengah detik. Perhatikan bahwa perkiraan ini mungkin berbeda-beda.

T: Apakah EventBridge mendukung penandaan sumber daya?

Ya, Anda dapat menandai aturan dan bus peristiwa.

T: Seberapa tinggi throughput yang akan saya dapatkan dari EventBridge?

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

T: Apakah EventBridge memiliki Perjanjian Tingkat 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.

T: Apa itu skema?

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.

T: Apa itu registri skema?

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.

T: Apa itu fitur penemuan skema?

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.

T: Dapatkah saya menemukan skema dari peristiwa yang dikirim di akun lain?

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

T: Berapa biaya Schema Registry?

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.

T: Bagaimana Schema Registry dapat mengurangi jumlah kode yang perlu saya tulis?

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.
  

Q: Mengapa saya harus menggunakan Schema Registry?

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.

T: IDE mana yang didukung Schema Registry?

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

T: Dapatkah saya menggunakan skema dengan AWS Serverless Application Model (SAM)?

Ya, versi terbaru AWS SAM CLI mencakup mode interaktif yang membantu Anda membuat aplikasi nirserver baru di EventBridge untuk skema apa pun sebagai jenis 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.

T: Bahasa apa yang dapat saya gunakan untuk membuat kode dari skema?

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

T: Di Wilayah AWS mana Schema Registry tersedia?

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)
• Amerika Selatan (Sao Paulo)
  

T: Apa itu Amazon EventBridge Pipes?

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.

T: Bagaimana cara memulai menggunakan EventBridge Pipes?

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).

T: Sumber peristiwa apa yang mungkin untuk EventBridge Pipes?

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.

T: Bagaimana cara kerja transformasi dan pengayaan?

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.

T: Apakah saya perlu menggunakan bus peristiwa EventBridge untuk menggunakan EventBridge Pipes?

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.

T: Apa perbedaan antara bus peristiwa EventBridge dan EventBridge Pipes?

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.

T: Apa yang membedakan EventBridge Pipes dari Pemetaan Sumber Peristiwa (ESM) AWS Lambda?

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 mereka yang lebih memilih sumber daya terkelola yang sederhana untuk menghubungkan sumber mereka ke satu target dari 14 target.

T: Apakah EventBridge Pipes memberikan jaminan pemesanan?

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

T: Apakah EventBridge Pipes mendukung peristiwa batching?

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.

T: Apakah saya dapat mendapatkan riwayat panggilan API EventBridge Pipes yang dibuat pada akun saya untuk tujuan analisis keamanan dan pemecahan masalah operasional?

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

T: Berapa biaya EventBridge Pipes?

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

T: Apa itu Penjadwal Amazon EventBridge?

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.

T: Bagaimana cara memulai menggunakan Penjadwal EventBridge?

Masuk ke akun AWS Anda, navigasikan 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.

T: Apa perbedaan antara Penjadwal EventBridge dan Aturan Terjadwal?

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.

T: Kapan saya harus menggunakan Peraturan Terjadwal EventBridge atau Penjadwal EventBridge?

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.

T: Bagaimana fitur ini berintegrasi dengan layanan AWS lainnya?

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.

T: Bagaimana cara memperbarui jadwal saya?

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

T: Apakah Penjadwal EventBridge mendukung semua zona waktu?

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.

T: Bagaimana cara Penjadwal EventBridge memastikan pengiriman terjadwal?

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.

T: Apakah penghapusan setelah penyelesaian EventBridge Scheduler berlaku untuk semua pola penjadwalan?

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

T: Dapatkah saya memperbarui jadwal sesudah penghapusan setelah penyelesaian ditetapkan?

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.

T: Apa yang akan terjadi jika saya menonaktifkan jadwal dengan penghapusan setelah penyelesaian yang diaktifkan sebelum invokasi dijadwalkan?

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

T: Apa yang akan terjadi jika jadwal berulang saya yang ditetapkan dengan penghapusan setelah penyelesaian tidak memiliki tanggal akhir?

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

T: Apakah saya dapat menjadwalkan tugas untuk layanan di luar AWS, seperti server on-premise atau produk SaaS eksternal?

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

T: Berapa Biaya Penjadwal EventBridge?

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

T: Apa itu titik akhir global?

Titik akhir global memudahkan Anda untuk membangun aplikasi yang didorong 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.

T: Mengapa saya harus menggunakan titik akhir global?

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.

T: Bagaimana titik akhir global akan meningkatkan ketersediaan aplikasi saya?

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.

T: Jenis aplikasi apa yang cocok untuk titik akhir global?

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).

T: Metrik apa yang harus saya gunakan untuk melakukan failover titik akhir global saya?

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.

T: Apakah saya harus menggunakan metrik dari pelanggan untuk melakukan failover titik akhir global?

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.

T: Apa yang dimaksud dengan Sasaran Waktu Pemulihan (RTO) dan Sasaran Titik Pemulihan (RPO) yang diperkirakan?

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.

T: Apakah saya harus mengaktifkan replikasi?

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.

T: Praktik terbaik apa yang dapat dilakukan untuk mengelola kuota di kedua Wilayah saya?

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.

T: Apakah ada cara yang lebih mudah untuk mereplikasi arsitektur saya di Wilayah sekunder?

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

T: Apakah saya dapat menggunakan akun, Wilayah, dan bus mana pun untuk arsitektur sekunder saya?

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.
 

T: Apakah titik akhir global bekerja dengan peristiwa AWS dari CloudTrail, S3, dan layanan AWS lainnya?

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.

T: Apakah perutean berbasis latensi didukung?

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

T: Berapa biaya titik akhir global?

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.

T: Apakah replikasi dikenai biaya?

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

T: Di Wilayah mana titik akhir global tersedia?

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)
• Amerika Selatan (Sao Paulo)
  

T: Berapa biaya EventBridge?

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.

T: Apakah saya akan dikenai biaya untuk peristiwa yang dikirimkan partner ke sumber peristiwa yang tidak memiliki lampiran bus peristiwa?

Tidak.

T: Dapatkah saya memiliki target yang mengirimkan kejadian ke akun lain?

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.

T: Dapatkah saya menggunakan CloudFormation dengan EventBridge?

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.

T: Kapan sebaiknya saya menggunakan EventBridge, dan kapan sebaiknya saya menggunakan SNS?

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 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).

T: Kapan harus menggunakan EventBridge vs. AppFabric?

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.

T: Mengapa saya perlu mengintegrasikan aplikasi SaaS dengan EventBridge?

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.

T: Perusahaan SaaS saya dapat menjadi sumber peristiwa yang sangat bagus. Bagaimana saya dapat bergabung?

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

T: Apa yang harus dilakukan vendor SaaS agar dapat berintegrasi dengan EventBridge?

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

T: Integrasi SaaS mana yang didukung?

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