Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Arsitektur integrasi
Bagian ini membahas arsitektur individual yang dapat Anda gunakan untuk mengintegrasikan layanan pihak ketiga di. AWS Cloud
Untuk memilih arsitektur, ini adalah karakteristik yang paling penting untuk dipertimbangkan:
Arah lalu lintas - searah atau dua arah
Protokol jaringan — TCP atau UDP
Skalabilitas — Jumlah awan pribadi virtual (VPCs) yang harus didukung oleh layanan pihak ketiga
Gambar berikut adalah bagan keputusan untuk membantu Anda memilih arsitektur untuk mengintegrasikan layanan pihak ketiga di AWS Cloud.
Tabel berikut membandingkan arsitektur integrasi yang dibahas dalam panduan ini.
| Arsitektur 1: AWS PrivateLink | Arsitektur 2: Pengintip VPC | Arsitektur 3.1: Transit Gateway dengan AWS RAM | Arsitektur 3.2: Pengintip Transit Gateway | |
|---|---|---|---|---|
| Jenis perutean | Mengintip langsung | Mengintip langsung | Hub pusat dengan koneksi peering langsung | Hub pusat dengan koneksi peering langsung |
| Lalu lintas tidak terpapar ke internet publik | Ya | Ya | Ya | Ya |
| Kompleksitas implementasi yang khas | Rendah | Rendah | Tinggi | Tinggi |
| Kompleksitas arsitektur yang khas | Rendah | Tinggi | Sedang | Sedang |
| Support untuk lalu lintas dua arah | Tidak | Ya | Ya | Ya |
| Support untuk blok Classless Inter-Domain Routing (CIDR) yang tumpang tindih | Ya | Tidak | Tidak | Tidak |
| Support untuk routing transitif | Tidak | Tidak | Ya | Ya |
| Support untuk koneksi antar wilayah | Tidak | Ya | Ya | Ya |
| Jenis lalu lintas yang didukung | TCP | TCP dan UDP | TCP dan UDP | TCP dan UDP |
| Sangat skalabel | Ya | Tidak | Ya | Ya |
