Gambaran Umum

T: Apa itu Amazon EventBridge?

Amazon EventBridge adalah layanan yang memberikan akses secara real-time ke perubahan data di layanan AWS, aplikasi Anda sendiri, dan aplikasi Software-as-a-Service (SaaS) tanpa menulis kode. Untuk mulai menggunakan, Anda dapat memilih sumber kejadian pada konsol Amazon EventBridge, dan memilih target dari sejumlah layanan AWS termasuk AWS Lambda, Amazon SNS, dan Amazon Kinesis Data Firehose. Amazon EventBridge akan secara otomatis mengirimkan kejadian mendekati real-time.

T: Bagaimana cara saya mulai menggunakan Amazon EventBridge?

Masuk ke akun AWS Anda, arahkan ke konsol Amazon EventBridge, dan pilih sumber kejadian dari daftar layanan AWS dan aplikasi SaaS partner. Jika menggunakan aplikasi partner, pastikan Anda mengonfigurasi akun SaaS untuk mentransmisikan kejadian, dan menerimanya dalam bagian sumber kejadian yang ditawarkan dari konsol Amazon EventBridge. Amazon EventBridge akan secara otomatis membuat bus kejadian untuk Anda di mana kejadian akan dirutekan. Sebagai alternatif, Anda dapat menggunakan SDK AWS untuk melengkapi aplikasi Anda dengan instrumen dan mulai mentransmisikan kejadian ke bus kejadian. Jika ingin, Anda dapat mengonfigurasi aturan penyaringan dan melampirkan target untuk kejadian Anda, misalnya, ini dapat merupakan fungsi Lambda. Amazon EventBridge akan secara otomatis menyerap, menyaring, dan mengirim kejadian ke target yang terkonfigurasi dengan cara yang aman dan mudah tersedia.

T: Dapatkah saya menerbitkan kejadian milik sendiri ke Amazon EventBridge?

Ya. Pelanggan dapat membuat kejadian kustom tingkat aplikasi dan menerbitkannya ke Amazon EventBridge melalui API layanan. Pelanggan juga dapat menyiapkan kejadian terjadwal yang dihasilkan secara berkala, dan dapat memproses kejadian ini dalam target apa pun yang didukung Amazon EventBridge.

T: Apa format dari suatu kejadian?

Kejadian menggunakan struktur JSON spesifik. Setiap kejadian memiliki bidang amplop level atas yang sama, seperti sumber kejadian, tanda waktu, dan wilayah. Ini diikuti dengan bidang detail yang merupakan badan kejadian. Misalnya, saat grup auto scaling Amazon EC2 membuat instans Amazon EC2 baru, grup tersebut mentransmisikan kejadian dengan sumber: “aws.autoscaling” dan detail: “EC2 instance created successfully” (instans EC2 berhasil dibuat).

T: Bagaimana cara menyaring kejadian 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. Satu aturan dapat merutekan ke beberapa target yang semuanya diproses secara paralel. Aturan mengizinkan komponen aplikasi yang berbeda untuk mencari dan memproses kejadian yang menarik bagi mereka. Aturan dapat mengustomisasi kejadian sebelum dikirimkan ke target dengan meneruskan hanya bagian tertentu atau menimpanya dengan konstan. Untuk contoh yang diberikan dalam pertanyaan sebelumnya, Anda dapat membuat aturan kejadian yang sesuai sumber: “aws.autoscaling” dan detail: “EC2 instance created successfully” (instans EC2 berhasil dibuat) untuk diberi tahu kapan pun grup auto scaling berhasil membuat instans Amazon EC2.

T: Bagaimana cara mengamankan akses ke Amazon Eventbridge?

Amazon EventBridge terintegrasi dengan AWS Identity and Access Management (IAM) sehingga Anda dapat menentukan tindakan mana yang dapat dilakukan oleh pengguna di Akun AWS Anda. Misalnya, Anda dapat membuat kebijakan IAM yang memberi izin hanya kepada pengguna tertentu di organisasi Anda untuk membuat bus kejadian atau melampirkan target kejadian.

T: Bagaimana Amazon EventBridge terkait dengan CloudWatch Events?

Amazon EventBridge dibangun di atas dan melampaui CloudWatch Events. Amazon EventBridge menggunakan API dan titik akhir layanan yang sama, serta infrastruktur layanan yang sama yang mendasarinya. Untuk pelanggan lama CloudWatch Events, tidak ada perubahan. Anda tetap dapat terus menggunakan API, templat CloudFormation, dan konsol yang sama. Pelanggan kami memberi tahu bahwa CloudWatch Events merupakan layanan yang ideal untuk membangun arsitektur yang digerakkan kejadian, jadi kami membuat fitur baru yang akan memungkinkan pelanggan kami menghubungkan data dari aplikasi mereka sendiri dan aplikasi SaaS pihak ketiga. Alih-alih menahannya di bawah layanan CloudWatch, kami telah merilis fungsi ini dengan nama baru, Amazon EventBridge, untuk menandakan ekspansi yang melampaui pemantauan kasus penggunaan yang dikembangkan untuk CloudWatch Events.

T: Saat ini saya menggunakan Amazon CloudWatch Events dan INGIN mencoba fitur Amazon EventBridge. Apakah saya perlu memindahkan aturan dan izin Amazon CloudWatch Events ke Amazon EventBridge?

Tidak. Pengguna lama Amazon CloudWatch Events dapat mengakses bus, aturan, dan kejadian mereka yang lama di konsol dan API Amazon EventBridge atau di konsol dan API Amazon CloudWatch Events.

T: Saya telah menggunakan Amazon CloudWatch Events dan saya tidak memerlukan fitur Amazon EventBridge. Perubahan apa yang akan saya dapatkan?

Tidak ada. Amazon EventBridge menggunakan API Amazon CloudWatch Events yang sama sehingga semua penggunaan API CloudWatch Anda yang ada akan tetap sama.

T: Apakah Anda akan menghentikan Amazon CloudWatch Events suatu hari nanti?

Tidak, kami tidak akan menghentikan API atau layanan itu sendiri. Amazon EventBridge menggunakan API yang sama, dan memiliki fitur tambahan. Seiring waktu, nama Amazon CloudWatch Events akan diganti dengan Amazon EventBridge.

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

Ada lebih dari 90 layanan AWS yang tersedia sebagai sumber kejadian untuk EventBridge termasuk AWS Lambda, Amazon Kinesis, dan AWS Fargate. Untuk daftar lengkap integrasi layanan AWS, silakan lihat dokumentasi EventBridge.

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

Ada lebih dari 15 layanan AWS yang tersedia sebagai target kejadian untuk EventBridge, termasuk AWS Lambda, Amazon SQS, Amazon SNS, Amazon Kinesis Streams, dan Amazon Kinesis Firehose. Untuk daftar lengkap integrasi layanan AWS, silakan lihat dokumentasi EventBridge.

Batasan dan kinerja

T: Apa itu service limits?

Lihat halaman “Service Limits” di sini.

T: Berapa lama latensi yang dapat saya harapkan antara mengirim dan menerima kejadian?

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

T: Apakah Amazon EventBridge mendukung penandaan sumber daya?

Ya, Anda dapat menandai aturan. Anda tidak dapat menandai bus kejadian atau sumber kejadian.

T: Berapa throughput yang dapat diharapkan dari Amazon EventBridge?

Batasan throughput bus kejadian dijelaskan di halaman “Service Limits” di sini. Jika Anda memerlukan throughput yang lebih tinggi, silakan lakukan permintaan peningkatan service limit melalui Pusat AWS Support dengan memilih Buat Kasus lalu memilih Peningkatan Service Limit.

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 semua siklus penagihan bulanan, setidaknya sebesar 99,99%. Untuk detailnya, silakan tinjau Perjanjian Tingkat Layanan EventBridge selengkapnya.

Registri Skema

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 panjang nomor telepon adalah 10 digit. Skema kejadian merupakan hal penting karena menunjukkan informasi apa yang terkandung dalam kejadian tersebut dan memungkinkan Anda menulis kode berdasarkan data itu.

Q: Apa itu registri skema?

Registri skema menyimpan koleksi skema yang dapat dicari sehingga pengembang mana pun di organisasi Anda dapat dengan mudah mengakses skema yang dihasilkan aplikasi, daripada melihat melalui dokumentasi atau mencari pembuat skema untuk informasi ini. Anda bisa menambahkan skema ke registri secara manual atau mengotomatiskan proses ini dengan mengaktifkan fitur penemuan skema EventBridge.

Q: 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 kejadian berubah, penemuan skema akan secara otomatis membuat versi baru dari skema dalam registri. Saat skema ditambahkan ke registri, Anda dapat menghasilkan kode yang mengikat untuk skema, baik di konsol EventBridge atau langsung di IDE Anda yang memungkinkan Anda mewakili kejadian tersebut sebagai objek yang diketik tegas dalam kode Anda dan memanfaatkan fitur IDE seperti validasi dan lengkapi-otomatis.

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

Penemuan skema hanya diaktifkan untuk kejadian yang berasal dari akun yang sama dengan penemu pada bus acara standar, kustom, dan mitra.

T: Berapa biaya registri skema?

Tidak ada biaya untuk menggunakan registri skema, tetapi ada biaya per kejadian diserap ketika Anda mengaktifkan penemuan skema. Penemuan skema memiliki tingkat gratis 5 juta peristiwa diserap per bulan yang cukup bagi sebagian besar penggunaan pengembangan. Ada biaya 0,10 USD per juta kejadian diserap untuk penggunaan tambahan di luar tingkat gratis. Info selengkapnya tentang harga, silakan lihat halaman harga EventBridge.

Q: Bagaimana registri skema mengurangi jumlah kode yang perlu saya tulis?

Pertama, Anda dapat menggunakan penemuan skema untuk secara otomatis mengidentifikasi skema untuk setiap kejadian yang dikirim ke bus kejadian EventBridge Anda dan menyimpannya dalam registri, menyelamatkan Anda dari keharusan mengelola secara manual skema kejadian Anda. Kedua, saat Anda menulis aplikasi yang menangani kejadian di bus Anda, Anda bisa membuat dan mengunduh binding kode untuk skema ini sehingga Anda bisa menggunakan objek yang diketik dengan kuat langsung dalam kode Anda. Ini menghemat penundaan untuk deserialisasi, validasi, dan dugaan untuk penanganan kejadian Anda.

Q: Mengapa saya harus menggunakan registri skema ?

Dengan registri skema, EventBridge memberi Anda cara untuk mengembangkan aplikasi yang didorong kejadian lebih cepat secara signifikan, memungkinkan Anda fokus pada kode aplikasi Anda. Sebelumnya, Anda perlu menemukan kejadian yang tersedia dan strukturnya, serta menulis kode untuk menafsirkan dan menerjemahkan kejadian dalam format yang dapat dimengerti kode Anda. Sekarang dengan registri skema, Anda dapat secara otomatis menemukan kejadian yang tersedia dari sumber kejadian yang didukung, termasuk layanan AWS, pihak ketiga, dan aplikasi khusus, juga mendeteksi skema mereka.

Q: IDE mana yang didukung skema registri?

Registri skema tersedia melalui AWS Toolkit untuk Jetbrains (Intellij, PyCharm, Webstorm, Rider) dan VS Code, serta di konsol EventBridge dan API. Pelajari lebih lanjut tentang menggunakan registri skema EventBridge dalam IDE Anda.

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

Ya, versi terbaru SAM CLI, termasuk mode interaktif yang memungkinkan Anda membuat aplikasi tanpa server baru di EventBridge untuk skema apa pun sebagai jenis kejadian. Cukup pilih templat "EventBridge Starter App", dan skema kejadian Anda, maka SAM akan secara otomatis menghasilkan aplikasi dengan Fungsi Lambda yang dipanggil EventBridge dengan menangani kode acara. Ini berarti Anda dapat memperlakukan pemicu kejadian seperti objek normal dalam kode Anda dan menggunakan fitur seperti validasi serta pelengkapan otomatis di IDE Anda.

Plugin AWS Toolkit untuk Jetbrains (Intellij, PyCharm, Webstorm, Rider) dan VS Code juga menyediakan fungsionalitas untuk menghasilkan aplikasi tanpa server dari template ini dengan skema sebagai pemicu, langsung dari IDE ini.

T: Dalam bahasa mana saya bisa menghasilkan kode dari skema saya?

Pembuatan kode tersedia dalam Java (8+), Python (3.6+), dan Typescript (3.0+).

T: Di wilayah mana registri skema tersedia?

Registri skema EventBridge tersedia di wilayah berikut: AS Timur (Ohio dan Virginia U.), AS Barat (Oregon dan California U.), Kanada (Pusat), UE (Stockholm, Paris, Irlandia, Frankfurt, dan London), Asia Pasifik (Mumbai, Tokyo, Seoul, Singapura, Hong Kong, dan Sydney), dan Amerika Selatan (Sao Paulo).

Biaya dan penagihan

T: Berapa biaya yang diperlukan event bridge?

Silakan lihat Harga di sini.

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

Tidak.

Arsitektur dan desain

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

Ya. Ini disebut kejadian lintas akun, dan Anda dapat memiliki target, baik yang merupakan bus kejadian default, maupun bus kejadian lain di akun lain.

T: Dapatkah saya menggunakan AWS CloudFormation dengan Amazon EventBridge?

Sumber daya Aturan dan EventBusPolicy mendukung AWS CloudFormation. Bus kejadian dan sumber daya sumber kejadian belum didukung, tetapi akan segera didukung.

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

Baik Amazon EventBridge dan Amazon SNS dapat digunakan untuk mengembangkan aplikasi yang digerakkan kejadian, dan pilihan Anda akan tergantung pada kebutuhan spesifik Anda. Amazon EventBridge direkomendasikan saat Anda ingin membangun aplikasi yang bereaksi terhadap kejadian dari aplikasi SaaS dan/atau layanan AWS. Amazon EventBridge adalah satu-satunya layanan berbasis kejadian yang terintegrasi secara langsung dengan partner SaaS pihak ketiga. Amazon EventBridge juga secara otomatis menyerap kejadian dari lebih dari 90 layanan AWS dan pengembang tidak perlu membuat sumber daya apa pun di akun mereka. Lebih jauh lagi, Amazon EventBridge menggunakan struktur berbasis JSON yang ditentukan untuk kejadian, dan memungkinkan Anda membuat aturan yang berlaku di seluruh badan kejadian untuk memilih kejadian yang akan diteruskan ke target. Saat ini, Amazon EventBridge mendukung lebih dari 15 layanan AWS sebagai target, antara lain AWS Lambda, Amazon SQS, Amazon SNS, dan Amazon Kinesis Streams, dan Firehose. Saat diluncurkan, Amazon EventBridge memiliki throughput terbatas (lihat Service Limits) yang dapat ditingkatkan sesuai permintaan, dan latensi umum sekitar setengah detik.

Amazon SNS direkomendasikan saat Anda ingin membangun aplikasi yang bereaksi terhadap pesan throughput tinggi atau latensi rendah yang diterbitkan oleh aplikasi atau layanan mikro lain (karena Amazon SNS memberikan throughput yang hampir tidak terbatas), atau untuk aplikasi yang memerlukan fan-out yang sangat tinggi (ribuan atau jutaan titik akhir). Pesan bersifat tidak terstruktur dan dapat berupa format apa pun. Amazon SNS mendukung penerusan pesan ke 6 jenis target yang berbeda, termasuk AWS Lambda, Amazon SQS, titik akhir HTTP/S, SMS, Push Mobile, dan email. Latensi umum Amazon SNS adalah di bawah 30 mdet. Berbagai layanan AWS mengirimkan pesan SNS dengan mengonfigurasi layanan untuk melakukannya (lebih dari 30, termasuk Amazon EC2, Amazon S3, dan Amazon RDS).

Integrasi

T: Mengapa saya perlu mengintegrasikan aplikasi SaaS dengan Amazon EventBridge?

Amazon EventBridge memudahkan vendor SaaS mengintegrasikan layanan mereka ke dalam arsitektur yang digerakkan kejadian milik pelanggan mereka yang dibangun di AWS. Amazon EventBridge membuat produk Anda dapat diakses secara langsung oleh jutaan pengembang AWS dan membuka kasus penggunaan baru. Layanan ini menawarkan jalur pengiriman kejadian yang sepenuhnya dapat diaudit, aman, dan dapat diskalakan tanpa pengelolaan infrastruktur kejadian apa pun dari vendor SaaS.

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

Vendor SaaS yang tertarik menjadi mitra Amazon EventBridge, harus mengikuti instruksi layanan mandiri di halaman integrasi Amazon EventBridge untuk mulai menerbitkan kejadian ke Amazon EventBridge.

Q: Berapa banyak upaya yang diperlukan Vendor SaaS untuk berintegrasi dengan Amazon EventBridge?

Vendor SaaS yang sudah mendukung webhook atau mode integrasi berbasis push lainnya dapat melakukan kurang dari 5 hari pengembangan untuk berintegrasi dengan Amazon EventBridge.

T: Integrasi SaaS mana yang didukung?

Untuk daftar lengkap integrasi yang didukung, silakan lihat di sini.
 

Product-Page_Standard-Icons_01_Product-Features_SqInk
Pelajari selengkapnya tentang integrasi Amazon EventBridge

Kunjungi halaman integrasi Amazon EventBridge

Pelajari selengkapnya 
Product-Page_Standard-Icons_03_Start-Building_SqInk
Mulai membangun di konsol

Mulai merancang dengan Amazon EventBridge di AWS Management Console.

Masuk 
Product-Page_Standard-Icons_02_Sign-Up_SqInk
Pelajari selengkapnya dalam dokumentasi

Dapatkan pemahaman EventBridge yang lebih mendalam dalam Panduan Pengembang.

Pelajari selengkapnya