Topik ini membandingkan dua jenis instans API Gateway untuk membantu Anda memilih tipe yang sesuai dengan kebutuhan Anda.
1. Tipe instans API Gateway
Instans API Gateway adalah kelompok sumber daya yang digunakan untuk mengakses dan memproses API. Sumber daya tersebut mencakup alamat IP publik, alamat IP internal, alamat IP publik arah keluar, load balancer, server, dan sumber daya penyimpanan. Grup API hanya dapat berjalan pada instans yang valid. API Gateway menyediakan tipe instans berikut:
1.1 Deskripsi tipe instans
Dedicated instance (VPC): Spesifikasi teknis instans khusus (VPC) dan instans bersama (VPC) sama. Untuk mendapatkan jaminan perjanjian tingkat layanan (SLA) yang lebih tinggi, Anda dapat membeli spesifikasi permintaan per detik (RPS) yang lebih tinggi guna menggunakan sumber daya khusus. Sumber daya tersebut mencakup alamat IP publik arah masuk, alamat IP arah masuk dalam VPC, bandwidth publik arah keluar, dan kluster server terisolasi. Untuk informasi lebih lanjut tentang spesifikasi dan harga instans khusus, lihat Harga instans khusus.
Serverless instance: Instans tanpa server sebelumnya disebut instans bersama. Instans bersama sedang ditingkatkan menjadi instans tanpa server secara bertahap berdasarkan wilayah. Beban kerja yang berjalan pada instans bersama tidak terpengaruh oleh peningkatan ini. Instans tanpa server menggunakan metode penagihan dan harga yang sama dengan instans bersama, namun menawarkan skalabilitas dan kinerja yang lebih tinggi serta lebih cocok untuk skenario dengan volume lalu lintas fluktuatif yang memerlukan penskalaan tepat waktu tanpa perlu pemeliharaan.
1.2 Spesifikasi teknis dan batasan
Spesifikasi dan batasan | Instans tanpa server | Instans khusus (VPC) |
Skenario dan saran | Cocok untuk lingkungan produksi usaha kecil dan menengah. | Instans khusus (VPC) cocok untuk lingkungan produksi dengan beban menengah hingga berat. |
Sumber daya cloud | Sumber daya cloud instans tanpa server digunakan bersama oleh semua penyewa. Namun, instans tanpa server dapat melakukan penskalaan sumber daya berdasarkan beban kerja bisnis. | Semua sumber daya cloud instans khusus eksklusif untuk satu pengguna. |
SLA | 99,9% | 99,95% hingga 99,99% tergantung pada spesifikasi instans.Perjanjian Tingkat Layanan API Gateway |
Metode penagihan | Jumlah panggilan API dan lalu lintas jaringan. | Spesifikasi instans dan lalu lintas jaringan. Spesifikasi instans ditagih berdasarkan salah satu dari dua metode berikut: bayar sesuai penggunaan dan langganan. |
Alamat IP publik arah masuk | Alamat IP tidak tetap dan digunakan bersama oleh beberapa penyewa. | Alamat IP tetap dan eksklusif. |
Alamat IP arah masuk dalam VPC | Alamat IP tidak tetap dan digunakan bersama oleh beberapa penyewa. Mendukung akses dari semua VPC di wilayah yang sama. | Alamat IP tetap dan eksklusif. Hanya mendukung akses dari VPC tertentu. Untuk mengizinkan akses dari beberapa VPC di wilayah yang sama, ajukan tiket. |
Bandwidth publik arah keluar | Alamat IP dan bandwidth arah keluar digunakan bersama oleh beberapa penyewa. Alamat IP tidak tetap. | Alamat IP dan bandwidth arah keluar eksklusif. Alamat IP tetap. |
Lalu lintas IPv6 arah masuk atau arah keluar | Tidak didukung. | Didukung. |
Periode timeout maksimum di backend | 60 detik. | 3600 detik. |
Panggilan oleh API Gateway | Tidak didukung. | Didukung. |
Batas ukuran badan permintaan | 8 MB. | 32 MB. |
Plugin circuit breaker | Plugin dikonfigurasi secara default dan tidak dapat dikustomisasi. | Plugin dapat dikustomisasi. |
Penyimpanan cache | 10 MB per pengguna. | Untuk informasi selengkapnya, lihat Instans khusus |
Metadata dan jumlah plugin | Ukuran metadata setiap plugin tidak boleh melebihi 50 KB. Setiap pengguna dapat membuat maksimal 10.000 plugin di setiap wilayah. | Ukuran metadata satu plugin tidak boleh melebihi 50 KB. Setiap pengguna dapat membuat maksimal 10.000 plugin di setiap wilayah. |
Batas plugin routing backend | Maksimal 160 parameter dapat ditentukan dalam setiap plugin routing backend. Maksimal 160 aturan dapat dikonfigurasi dalam setiap plugin routing backend. | Maksimal 160 parameter dapat ditentukan dalam setiap plugin routing backend. Maksimal 160 aturan dapat dikonfigurasi dalam setiap plugin routing backend. |
Batas plugin kontrol akses berbasis alamat IP | Maksimal 160 parameter dapat ditentukan dalam setiap plugin routing backend. Maksimal 160 aturan dapat dikonfigurasi dalam setiap plugin routing backend. | Maksimal 160 parameter dapat ditentukan dalam setiap plugin routing backend. Maksimal 160 aturan dapat dikonfigurasi dalam setiap plugin routing backend. |
Pengunggahan log jejak ke konsol Analisis Tracing Alibaba Cloud | Didukung. | Didukung. |
Pencatatan permintaan dan tanggapan HTTP | Didukung. | Didukung. |
Nama domain default untuk mendukung akses melalui HTTPS | Tidak didukung. | Didukung. |
Jumlah maksimum permintaan arah masuk per detik (RPS) | Batas atas untuk setiap grup API: 2.500. | 2.500 hingga 60.000. Untuk informasi selengkapnya, lihat Instans khusus |
Jumlah maksimum koneksi arah masuk | 100.000 koneksi per nama domain. | 50.000 hingga 1.000.000. |
Jumlah maksimum koneksi arah masuk baru per detik (CPS) | 5.000 hingga 20.000 (digunakan bersama oleh semua pengguna). | 5.000 hingga 20.000. |
Ukuran maksimum pool koneksi arah keluar | 2.000 | 1.200 hingga 28.800. |
Bandwidth publik arah masuk maksimum (Mbit/s) | 5.120 Mbit/s. Bandwidth digunakan bersama oleh beberapa penyewa, dan tidak ada batas khusus yang diberlakukan untuk setiap pengguna. | 5,120 M |
Bandwidth publik arah keluar maksimum (Mbit/s) | Bandwidth digunakan bersama oleh beberapa penyewa. Bandwidth publik arah keluar maksimum adalah jumlah alamat IP arah keluar dari instans bersama. Satu alamat IP setara dengan bandwidth 200 Mbit/s. | 100 hingga 600 Mbit/s. |
2. Instans yang didukung di setiap wilayah
RegionId | Nama wilayah | Instans tanpa server | Instans khusus (VPC) |
cn-qingdao | Tiongkok (Qingdao) | Didukung | Didukung |
cn-beijing | Tiongkok (Beijing) | Didukung | Didukung |
cn-zhangjiakou | Tiongkok (Zhangjiakou) | Didukung | Didukung |
cn-huhehaote | Tiongkok (Hohhot) | Didukung | Didukung |
cn-wulanchabu | Tiongkok (Ulanqab) | Didukung | Didukung |
cn-hangzhou | Tiongkok (Hangzhou) | Didukung | Didukung |
cn-shanghai | Tiongkok (Shanghai) | Didukung | Didukung |
cn-shenzhen | Tiongkok (Shenzhen) | Didukung | Didukung |
cn-heyuan | Tiongkok (Heyuan) | Didukung | Tidak didukung |
cn-guangzhou | Tiongkok (Guangzhou) | Didukung | Didukung |
cn-chengdu | Tiongkok (Chengdu) | Didukung | Didukung |
cn-hongkong | Tiongkok (Hong Kong) | Didukung | Didukung |
ap-northeast-1 | Jepang (Tokyo) | Didukung | Didukung |
ap-northeast-2 | Korea Selatan (Seoul) | Didukung | Didukung |
ap-southeast-1 | Singapura | Didukung | Didukung |
ap-southeast-3 | Malaysia (Kuala Lumpur) | Didukung | Didukung |
ap-southeast-5 | Indonesia (Jakarta) | Didukung | Didukung |
ap-southeast-6 | Filipina (Manila) | Didukung | Didukung |
ap-southeast-7 | Thailand (Bangkok) | Didukung | Didukung |
us-east-1 | AS (Virginia) | Didukung | Didukung |
us-west-1 | AS (Silicon Valley) | Didukung | Didukung |
eu-west-1 | Inggris (London) | Didukung | Didukung |
me-east-1 | UEA (Dubai) | Didukung | Didukung |
eu-central-1 | Jerman (Frankfurt) | Didukung | Didukung |