Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Komposisi API Paralel di AWS
<a name="parallel-api-composition"></a>

Tanggal publikasi: 17 ** Mei 2022 ([Sejarah diagram](#diagram-history)) **

Arsitektur ini menunjukkan cara memanggil beberapa titik akhir API hilir, secara paralel atau berurutan, untuk menyusun respons agregat tunggal. Anda membangun alur kerja pemutus sirkuit yang umum dan berparameter menggunakan Alur Kerja Ek [AWS Step Functions](https://docs.aws.amazon.com/step-functions/latest/dg/welcome.html) spres dan menggunakan pemisahan tanggung jawab kueri perintah (CQRS) untuk mempertahankan cache yang konsisten.

## Komposisi API Paralel di AWS
<a name="diagram1"></a>

![Diagram arsitektur yang menunjukkan komposisi API paralel menggunakan Amazon API Gateway, AWS Step Functions Express Workflow AWS Lambda, dan Amazon EventBridge.](https://docs.aws.amazon.com/id_id/reference-architecture-diagrams/latest/parallel-api-composition/images/parallel-api-composition.png)


Langkah-langkah berikut menjelaskan arsitektur:

1. Buat gateway API menggunakan [ Amazon API Gateway ](https://docs.aws.amazon.com/apigateway/latest/developerguide/welcome.html) untuk memungkinkan klien mengirim permintaan web sinkron ke layanan mikro Anda.

1. Gunakan Step Functions Express Workflow untuk membuat alur kerja dengan langkah-langkah paralel yang memanggil beberapa layanan mikro secara bersamaan.

1. Gunakan [AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html) fungsi untuk menyusun beberapa respons dari layanan mikro hilir menjadi satu respons agregat untuk klien.

1. Tangani permintaan paralel dengan pemutus sirkuit yang dibangun dengan alur kerja Step Functions Express bersarang berparameter untuk meningkatkan ketahanan.

1. Gunakan API Gateway untuk memproksi permintaan HTTP saat memanggil layanan mikro lokal.

1. Buat database Amazon MemoryDB for Redis untuk menyimpan respons microservice menggunakan pola caching write-through. [https://docs.aws.amazon.com/whitepapers/latest/database-caching-strategies-using-redis/caching-patterns.html](https://docs.aws.amazon.com/whitepapers/latest/database-caching-strategies-using-redis/caching-patterns.html) Ketika layanan mikro hilir menjadi tidak tersedia atau latensinya mencapai ambang batas, sirkuit menutup dan membaca semua respons langsung dari cache.

1. Lengkapi data cache dengan peristiwa domain dari layanan mikro hilir menggunakan pola CQRS. Buat bus acara dengan [ Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-what-is.html), lalu tangani peristiwa dengan fungsi Lambda untuk mempertahankan agregat domain di MemoryDB.

1. Aktifkan cache respons API Gateway dan sesuaikan nilai dan filter time-to-live (TTL) sesuai dengan setiap jenis permintaan untuk meningkatkan kinerja.

## Sumber bacaan lebih lanjut
<a name="further-reading"></a>

Untuk informasi tambahan, lihat sumber daya berikut:
+ [AWS Ikon Arsitektur ](https://aws.amazon.com/architecture/icons)
+ [AWS Pusat Arsitektur ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)

## Sejarah diagram
<a name="diagram-history"></a>

Untuk diberitahu tentang pembaruan diagram arsitektur referensi ini, berlangganan umpan RSS.

| Perubahan | Deskripsi | Tanggal | 
| --- |--- |--- |
| [Publikasi awal](#diagram-history) | Diagram arsitektur referensi pertama kali diterbitkan. | Mei 17, 2022 | 

**catatan**  
Untuk berlangganan pembaruan RSS, Anda harus mengaktifkan plugin RSS untuk browser yang Anda gunakan.