Bagian ini menjelaskan kuota dan batas Integrasi Apigee yang harus Anda pertimbangkan saat mendesain, mem-build, dan mengelola integrasi. Fitur Integrasi Apigee dirancang untuk stabilitas dan performa jika dikonfigurasi untuk kasus penggunaan dalam kuota dan batas tersebut.
Kuota membatasi jumlah resource Google Cloud bersama tertentu yang dapat digunakan project Cloud Anda, termasuk komponen hardware, software, dan jaringan.
Kuota adalah bagian dari sistem yang melakukan hal berikut:
- Memantau penggunaan atau konsumsi produk dan layanan Google Cloud Anda.
- Membatasi konsumsi Anda atas resource tersebut karena beberapa alasan, termasuk memastikan keadilan dan mengurangi lonjakan penggunaan.
- Mempertahankan konfigurasi yang otomatis menerapkan batasan yang ditentukan.
- Menyediakan cara untuk membuat atau meminta perubahan pada kuota.
Jika kuota terlampaui, dalam banyak kasus, sistem akan langsung memblokir akses ke resource Google yang relevan, dan tugas yang Anda coba lakukan akan gagal. Pada umumnya, kuota berlaku untuk setiap project Cloud serta digunakan bersama oleh semua aplikasi dan alamat IP yang menggunakan project Cloud tersebut.
Ada juga batasan pada resource Integrasi Apigee. Batas ini tidak terkait dengan sistem kuota. Batas tidak dapat diubah kecuali jika dinyatakan lain.
Kuota resource
Kuota berikut berlaku untuk resource Integrasi Apigee per project Google Cloud:Resource | Kuota | Nilai | Bisa ditingkatkan |
---|---|---|---|
Eksekusi integrasi | Eksekusi serentak maksimum per project | 10 | Tidak |
Eksekusi serentak maksimum per integrasi | 10 | Tidak | |
Eksekusi tugas maksimum per hari (Model pembayaran langganan) | 500 | Tidak | |
Jumlah permintaan eksekusi integrasi per menit | 24000 | Tidak | |
Integration Connectors | Jumlah maksimum koneksi per region per project | 50 | Ya |
Jumlah permintaan skema koneksi baca per menit | 12.000 | Tidak | |
Jumlah permintaan koneksi operasi baca per menit | 12.000 | Tidak | |
Jumlah permintaan region baca per menit | 12.000 | Tidak | |
Pemantauan dan log eksekusi integrasi | Jumlah permintaan eksekusi baca per menit | 12.000 | Tidak |
Halaman integrasi
(Halaman ini mencantumkan semua integrasi yang tersedia dalam project Anda) |
Jumlah permintaan integrasi operasi baca per menit | 12.000 | Tidak |
Halaman desainer integrasi
(Halaman ini memuat seluruh integrasi termasuk semua versi integrasi dan entitas tugas yang dikonfigurasi) |
Jumlah permintaan entity tugas baca per menit | 12.000 | Tidak |
Jumlah permintaan versi integrasi baca per menit | 12.000 | Tidak | |
Jumlah permintaan versi integrasi tulis per menit | 12.000 | Tidak | |
Pemicu Salesforce | Jumlah permintaan saluran Salesforce operasi baca per menit | 12.000 | Tidak |
Jumlah permintaan saluran Salesforce per menit tulis | 12.000 | Tidak | |
Jumlah permintaan instance Salesforce operasi baca per menit | 12.000 | Tidak | |
Jumlah permintaan instance Salesforce per menit tulis | 12.000 | Tidak |
Batas penggunaan
Integrasi Apigee menerapkan batas penggunaan berikut. Anda bertanggung jawab untuk melacak dan memastikan bahwa nilai tetap dalam batas yang ditentukan. Melebihi batas dapat menyebabkan pengurangan throughput, kegagalan tugas, dan peningkatan latensi saat menjalankan integrasi.Resource | Limit | Nilai |
---|---|---|
Berlaku untuk seluruh Integrasi Apigee | Karakter maksimum dalam nama integrasi | 64 karakter |
Ukuran kumulatif maksimum semua data integrasi (termasuk variabel input dan output) | 25 MB | |
Ukuran kumulatif maksimum semua data integrasi (termasuk variabel input dan output) yang dikirim dan diterima dari koneksi | 8 MB | |
Waktu tunggu untuk eksekusi integrasi sinkron (SYNC). Durasi waktu tunggu mencakup panggilan sistem eksternal atau tugas sub-integrasi integrasi selama eksekusi. Contoh panggilan sistem eksternal meliputi, memanggil endpoint eksternal, memanggil Salesforce menggunakan konektor, dan memanggil fungsi Google Cloud. |
2 menit | |
Waktu tunggu untuk eksekusi integrasi asinkron (ASYNC). Jika sub-integrasi Anda membutuhkan waktu lebih dari 2 menit untuk dijalankan, sebaiknya jalankan integrasi dalam mode ASYNC. |
10 menit | |
Waktu maksimum hingga versi lama integrasi dapat berjalan setelah versi baru dipublikasikan (konsistensi sistem). Hal ini karena Integrasi Apigee adalah sistem terdistribusi yang memberikan konsistensi akhir. Sistem ini menggunakan cache di seluruh sistem yang mungkin memerlukan waktu untuk dihapus dan dimuat ulang. |
10 menit | |
Jumlah maksimum tugas dalam integrasi. Jika perlu lebih banyak tugas, sebaiknya bagi integrasi Anda menjadi beberapa integrasi. |
100 | |
Versi maksimum yang diizinkan untuk integrasi | 100 | |
Pemicu API | Karakter maksimum untuk TRIGGER_NAME dalam ID Pemicu.
Format ID pemicu: |
64 karakter |
Tugas Apps Script | Deployment aktif maksimum untuk Apps Script | 50 |
Kueri per detik (QPS) untuk API yang dapat dieksekusi | 5.000 per menit | |
Kueri per detik (QPS) untuk deployment Aplikasi Web | 5.000 per menit | |
Latensi untuk API yang dapat dieksekusi | 1,5 detik | |
Latensi untuk Webapp | 2,5 detik | |
Ukuran kumulatif maksimum semua variabel integrasi dalam Apps Script | 15 MB | |
Tugas Call REST Endpoint | Jumlah maksimum panggilan REST serentak | 10000 |
Ukuran maksimum permintaan ke endpoint REST | 20 MB | |
Ukuran maksimum respons dari endpoint REST | 20 MB | |
Tugas Integrasi Panggilan | Jumlah maksimum sub-integrasi yang dapat dijalankan dari integrasi utama | 10000 |
Tugas konektor | Ukuran maksimum respons dari konektor | 20 MB |
Sementara tugas Loop dan For Every Loop | Ukuran kumulatif maksimum data yang diproses | 20 MB |
Jumlah iterasi maksimum | 8.000 | |
Tugas For Each Parallel | Ukuran kumulatif maksimum data yang diproses | 20 MB |
Jumlah maksimum eksekusi paralel | 10000 | |
Tugas pemetaan data | Ukuran maksimum variabel jenis data array | 100.000 elemen |
Ukuran maksimum variabel jenis data JSON | 20 MB | |
Ukuran maksimum variabel jenis data string | 20 MB | |
Ukuran maksimum variabel jenis data JSON | 20 MB | |
Tugas Skrip Transformer Data | Memori maksimum yang tersedia untuk evaluasi skrip | 300 MB |
Batas pemrosesan data
Sebaiknya jangan gunakan integrasi dalam skenario berikut:
- Integrasi memerlukan pemindahan data massal atau fokus pada proses ekstraksi, transformasi, dan pemuatan (ETL).
- Ukuran kumulatif semua data integrasi lebih besar dari
10 MB
selama eksekusi.Saat menghitung ukuran data kumulatif, tambahkan ukuran semua jenis data, seperti variabel input, variabel output, dan variabel tugas menengah lainnya.
Region yang didukung
Integrasi Apigee mendukung regionalisasi bidang data dan runtime. Selama proses pembuatan integrasi, pengguna dapat memilih region tertentu untuk tempat data dan eksekusi.
Tabel berikut mencantumkan region tempat Integrasi Apigee tersedia.
Amerika
Deskripsi region | Nama region | Detail |
---|---|---|
Oregon |
us-west1
|
CO Rendah2 |
Los Angeles |
us-west2
|
|
Salt Lake City |
us-west3
|
|
Las Vegas |
us-west4
|
|
South Carolina |
us-east1
|
|
Northern Virginia |
us-east4
|
|
Columbus |
us-east5
|
|
Iowa |
us-central1
|
CO Rendah2 |
Dallas |
us-south1
|
|
Montréal |
northamerica-northeast1
|
|
Toronto |
northamerica-northeast2
|
|
Sao Paulo |
southamerica-east1
|
CO Rendah2 |
Santiago |
southamerica-west1
|
CO Rendah2 |
Eropa
Deskripsi region | Nama region | Detail |
---|---|---|
Belgia |
europe-west1
|
CO Rendah2 |
London |
europe-west2
|
|
Frankfurt |
europe-west3
|
|
Belanda |
europe-west4
|
|
Zurich |
europe-west6
|
CO Rendah2 |
Paris |
europe-west9
|
CO Rendah2 |
Berlin |
europe-west10
|
|
Turin |
europe-west12
|
|
Finlandia |
europe-north1
|
CO2 Rendah |
Warsawa |
europe-central2
|
|
Madrid |
europe-southwest1
|
Asia Pasifik
Deskripsi region | Nama region |
---|---|
Taiwan |
asia-east1
|
Hong Kong |
asia-east2
|
Mumbai |
asia-south1
|
Delhi |
asia-south2
|
Tokyo |
asia-northeast1
|
Osaka |
asia-northeast2
|
Seoul |
asia-northeast3
|
Singapura |
asia-southeast1
|
Jakarta |
asia-southeast2
|
Sydney |
australia-southeast1
|
Melbourne |
australia-southeast2
|
Timur Tengah
Deskripsi region | Nama region |
---|---|
Doha | me-central1 |
Damam | me-central2 |
Tel Aviv | me-west1 |