Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
AWS Contoh kasus penggunaan Event Fork Pipelines
Skenario berikut menjelaskan aplikasi e-commerce tanpa server berbasis peristiwa yang menggunakan AWS Event Fork Pipelines. Anda dapat menggunakan contoh aplikasi e-commerce
Aplikasi e-commerce ini menerima pesanan dari pembeli melalui RESTful API host oleh API Gateway dan didukung oleh AWS Lambda fungsi tersebutCheckoutApiBackendFunction. Fungsi ini menerbitkan semua pesanan yang diterima ke SNS topik Amazon bernama CheckoutEventsTopic yang, pada gilirannya, mengirimkan pesanan ke empat saluran pipa yang berbeda.
Alur pertama adalah alur pemrosesan checkout reguler yang dirancang dan diimplementasikan oleh pemilik aplikasi perdagangan elektronik. Pipeline ini memiliki SQS antrian Amazon CheckoutQueue yang menyangga semua pesanan yang diterima, AWS Lambda fungsi bernama CheckoutFunction yang melakukan polling antrian untuk memproses pesanan ini, dan tabel DynamoDB yang menyimpan semua pesanan yang ditempatkan dengan aman. CheckoutTable
Menerapkan Pipa Garpu AWS Acara
Komponen dari aplikasi perdagangan elektronik menangani logika bisnis inti. Namun demikian, pemilik aplikasi perdagangan elektronik juga perlu mengatasi hal berikut:
-
Kepatuhan—cadangan yang aman dan terkompresi yang dienkripsi saat tidak bergerak dan sanitasi informasi sensitif
-
Ketahanan—ulangan pesanan terbaru dalam kasus terganggunya proses pemenuhan
-
Ketertelusuran—menjalankan analitik dan membuat metrik pada pesanan yang dibuat
Alih-alih menerapkan logika pemrosesan peristiwa ini, pemilik aplikasi dapat berlangganan AWS Event Fork Pipelines ke topik CheckoutEventsTopic Amazon SNS
-
Penyimpanan peristiwa dan alur cadangandikonfigurasi untuk mengubah data untuk menghapus detail kartu kredit, menyangga data selama 60 detik, mengompresnya menggunakanGZIP, dan mengenkripsi menggunakan kunci terkelola pelanggan default untuk Amazon S3. Kunci ini dikelola oleh AWS dan didukung oleh AWS Key Management Service (AWS KMS).
Untuk informasi selengkapnya, lihat Memilih Amazon S3 Untuk Tujuan Anda, Transformasi Data Firehose Data Amazon, dan Mengonfigurasi Pengaturan di Panduan Pengembang Amazon Data Firehose.
-
Pencarian peristiwa dan alur analitik dikonfigurasi dengan mengindeks durasi coba lagi 30 detik, bucket untuk menyimpan pesanan yang gagal untuk diindekskan di domain pencarian, dan kebijakan filter untuk membatasi set pesanan yang diindeks.
Untuk informasi selengkapnya, lihat Memilih OpenSearch Layanan untuk Tujuan Anda di Panduan Pengembang Amazon Data Firehose.
-
Alur ulangan peristiwadikonfigurasi dengan bagian SQS antrian Amazon dari pipeline pemrosesan pesanan reguler yang dirancang dan diimplementasikan oleh pemilik aplikasi e-commerce.
Untuk informasi selengkapnya, lihat Nama Antrian dan URL di Panduan Pengembang Layanan Antrian Sederhana Amazon.
Kebijakan JSON filter berikut diatur dalam konfigurasi untuk Event Search dan Analytics Pipeline. Ini hanya akan mencocokkan pesanan yang masuk di mana jumlah total adalah $100 atau lebih tinggi. Untuk informasi selengkapnya, lihat SNSPemfilteran pesan Amazon.
{
"amount": [{ "numeric": [ ">=", 100 ] }]
}Dengan menggunakan pola AWS Event Fork Pipelines, pemilik aplikasi e-commerce dapat menghindari overhead pengembangan yang sering mengikuti pengkodean logika undifferentiating untuk penanganan event. Sebagai gantinya, dia bisa menyebarkan AWS Event Fork Pipelines langsung dari AWS Serverless Application Repository ke dalam dirinya. Akun AWS
