Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
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 yang dihosting oleh API Gateway dan didukung oleh AWS Lambda fungsi tersebutCheckoutApiBackendFunction. Fungsi ini menerbitkan semua pesanan yang diterima untuk topik Amazon SNS yang bernama CheckoutEventsTopic yang, pada gilirannya, dikeluarkan dalam pesanan menjadi empat alur yang berbeda.
Alur pertama adalah alur pemrosesan checkout reguler yang dirancang dan diimplementasikan oleh pemilik aplikasi perdagangan elektronik. Pipeline ini memiliki antrean Amazon SQS 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 acara 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 menggunakan GZIP, dan mengenkripsi menggunakan kunci yang dikelola 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 peristiwa dikonfigurasi dengan bagian antrean Amazon SQS dari alur pemrosesan pesanan reguler yang dirancang dan diimplementasikan oleh pemilik aplikasi perdagangan elektronik.
Untuk informasi lebih lanjut, lihat Antrean Nama dan URL di Panduan Developer Layanan ANtrean Sederhana Amazon.
Kebijakan filter JSON berikut ini diatur dalam konfigurasi untuk Pencarian Peristiwa dan Alur Analitik. Ini hanya akan mencocokkan pesanan yang masuk di mana jumlah total adalah $100 atau lebih tinggi. Untuk informasi selengkapnya, lihat Pemfilteran pesan Amazon SNS.
{
"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
