Workflows menggunakan kuota dan batas sistem untuk mempertahankan alokasi resource yang adil, mencegah kelebihan beban layanan, dan membantu Anda mengelola penggunaan resource.
Kuota dan batas sistem serupa, tetapi berbeda dalam hal berikut:
- Kuota memiliki nilai default, tetapi biasanya Anda dapat meminta penyesuaian.
- Batas sistem adalah nilai tetap yang tidak dapat diubah.
Google Cloud menggunakan kuota untuk membantu menjaga keadilan dan mengurangi lonjakan penggunaan dan ketersediaan resource. Kuota membatasi jumlah Google Cloud resource yang dapat digunakan Google Cloud project Anda. Kuota berlaku untuk berbagai jenis resource, termasuk komponen hardware, software, dan jaringan. Misalnya, kuota dapat membatasi jumlah panggilan API ke suatu layanan, jumlah load balancer yang digunakan secara bersamaan oleh project Anda, atau jumlah project yang dapat Anda buat. Kuota melindungi komunitas penggunaGoogle Cloud dengan mencegah kelebihan beban layanan. Kuota juga membantu Anda mengelola resource Google Cloud sendiri.
Sistem Kuota Cloud melakukan hal berikut:
- Memantau pemakaian Google Cloud produk dan layanan
- Membatasi pemakaian resource tersebut
- Menyediakan cara untuk meminta perubahan pada nilai kuota dan mengotomatiskan penyesuaian kuota
Dalam sebagian besar kasus, saat Anda mencoba menggunakan resource melebihi kuota yang diizinkan, sistem akan memblokir akses ke resource tersebut, dan tugas yang Anda coba lakukan akan gagal.
Kuota umumnya berlaku di level Google Cloud project. Penggunaan resource dalam satu project tidak memengaruhi kuota yang tersedia dalam project lain. Dalam project Google Cloud , kuota dibagikan ke semua aplikasi dan alamat IP.
Untuk mengetahui informasi selengkapnya, lihat Ringkasan Kuota Cloud.
Ada juga batas sistem untuk resource Workflows. Batas sistem tidak dapat diubah.
Kuota
Workflows menerapkan kuota berikut untuk setiap project Google Cloud. Anda dapat meningkatkan atau mengurangi kuota ini:
| Kuota | Deskripsi | Nilai |
|---|---|---|
| Total alur kerja | Jumlah maksimum alur kerja yang dapat Anda deploy per project | 10.000 |
| Eksekusi serentak | Jumlah maksimum eksekusi alur kerja aktif per region, per project. Eksekusi serentak adalah eksekusi yang telah dimulai dan belum selesai atau gagal, termasuk yang sedang menunggu callback atau sedang tidur. Setelah kuota tercapai, dan dengan backlog eksekusi yang diaktifkan secara default (dengan beberapa pengecualian), eksekusi akan dibuat dalam status |
10.000 |
| Eksekusi yang tertunda | Jumlah maksimum eksekusi alur kerja yang tertunda per region, per project.
Untuk mengetahui informasi selengkapnya, lihat Mengelola backlog eksekusi. |
100.000 |
| Permintaan API Alur Kerja | Jumlah maksimum permintaan API (create,
update, list, get,
delete) dari semua alur kerja dalam project Anda
(per menit per lokasi) |
1.200 |
| Permintaan GET Execution API | Jumlah maksimum permintaan ke eksekusi alur kerja get dari semua alur kerja dalam project Anda (per menit per lokasi) |
6.000 |
| Permintaan daftar Execution API | Jumlah maksimum permintaan ke eksekusi alur kerja list dari semua alur kerja dalam project Anda (per menit per lokasi) |
1.200 |
| Permintaan tulis Execution API | Jumlah maksimum permintaan ke eksekusi alur kerja create dan cancel (termasuk eksekusi yang dipicu Eventarc) dari semua alur kerja di project Anda (per menit per lokasi).
Jika eksekusi yang dipicu Eventarc melebihi batas maksimum ini, peristiwa akan dicoba ulang sesuai dengan kebijakan percobaan ulang Eventarc. |
6.000 |
| Permintaan Execution API untuk mendapatkan entri langkah | Jumlah maksimum permintaan ke
get
entri langkah dari eksekusi alur kerja (per menit per lokasi) |
6.000 |
| Permintaan entri langkah daftar Execution API | Jumlah maksimum permintaan ke entri langkah list dari eksekusi alur kerja (per menit per lokasi) |
1.200 |
| Permintaan data ekspor Execution API | Jumlah maksimum permintaan ke
export data
dari eksekusi alur kerja (per menit per lokasi) |
10 |
| Permintaan HTTP ke endpoint callback | Jumlah maksimum permintaan API SendHttpCallback yang dibuat pada resource eksekusi dari semua alur kerja dalam project Anda (per menit per lokasi) |
1.500 |
| Permintaan callback daftar Execution API | Jumlah maksimum permintaan ke callback list dari eksekusi alur kerja (per menit per lokasi) |
300 |
Permintaan penambahan kuota
Untuk menambah atau mengurangi kuota, gunakan konsol Google Cloud . Untuk mengetahui informasi selengkapnya, lihat Meminta kuota yang lebih tinggi.
Memantau penggunaan kuota
Anda dapat membuat kueri dan memantau metrik penggunaan kuota. Sebagai contoh, lihat Memantau metrik kuota yang menunjukkan cara membuat kueri total kuota alokasi yang digunakan untuk Workflows. Untuk mengetahui informasi tentang cara memantau metrik penggunaan kuota, lihat Membuat diagram dan memantau metrik kuota.
Batas langkah
Workflows menerapkan batas langkah berikut untuk setiap alur kerja. Anda tidak dapat meminta perubahan pada batas berikut:
| Batas | Deskripsi | Nilai |
|---|---|---|
| Tugas per langkah | Jumlah maksimum penetapan yang dapat dilakukan dalam satu langkah | 50 |
| Kondisi per tombol | Jumlah maksimum kondisi yang dapat dievaluasi dalam satu blok switch | 50 |
| Kedalaman stack panggilan maksimum | Jumlah maksimum level fungsi panggilan; misalnya, saat sub-alur kerja memanggil dirinya sendiri atau sub-alur kerja lain; atau, panggilan fungsi library standar yang pada gilirannya memanggil fungsi lain | 20 |
| Langkah minimum | Jumlah langkah minimum dalam alur kerja | 1 |
| Langkah maksimum | Jumlah langkah maksimum yang dapat dilakukan dalam satu eksekusi alur kerja Untuk mengetahui informasi selengkapnya tentang hal yang dianggap sebagai langkah, lihat Mengoptimalkan penggunaan. |
100.000 |
Batas langkah paralel
Workflows menerapkan batas berikut saat menggunakan langkah paralel. Anda tidak dapat meminta perubahan pada batas berikut:
| Batas | Deskripsi | Nilai |
|---|---|---|
| Cabang per langkah | Jumlah maksimum cabang yang didukung dalam langkah paralel | 10 |
| Kedalaman paralel | Kedalaman maksimum langkah paralel yang dapat disusun bertingkat | 2 |
| Cabang dan iterasi serentak | Jumlah maksimum cabang dan iterasi yang dapat dijalankan secara serentak dalam satu eksekusi alur kerja sebelum cabang dan iterasi berikutnya otomatis diantrekan untuk menunggu satu atau beberapa thread yang berjalan selesai. Tidak ada batas jumlah total rangkaian pesan; namun, semua batas lainnya berlaku. |
20 |
| Pengecualian yang tidak tertangkap dalam langkah paralel | Jumlah maksimum pengecualian yang tidak tertangani yang dapat dimunculkan selama eksekusi alur kerja (total) | 100 |
Batas resource
Workflows menerapkan batas penggunaan berikut. Anda tidak dapat meminta perubahan pada batas berikut:
| Batas | Deskripsi | Nilai |
|---|---|---|
| Ukuran kode sumber | Ukuran maksimum file YAML atau JSON yang menentukan alur kerja Anda | 128 KB |
| Ukuran respons | Ukuran maksimum respons HTTP (jika disimpan ke variabel, batas memori untuk variabel akan berlaku) | 2 MB |
| Waktu tunggu permintaan HTTP habis |
Durasi maksimum yang dapat dikonfigurasi untuk satu permintaan HTTP. Permintaan yang melebihi waktu tunggunya akan gagal dengan
|
1.800 detik (30 menit) |
| Panjang ekspresi | Jumlah maksimum karakter dalam satu ekspresi | 400 karakter |
| Ukuran data | Ukuran kumulatif maksimum untuk variabel, argumen, dan peristiwa: | 512 KB |
|
||
|
||
|
||
| Panjang string maksimum dalam byte menggunakan encoding UTF-8 | 256 KB | |
| Variabel lingkungan | Ukuran maksimum untuk string definisi variabel lingkungan yang ditentukan pengguna (KEY=value); maksimal 20 variabel dapat ditentukan |
4 KiB |
| Durasi eksekusi | Durasi maksimum (dari waktu mulai hingga waktu berakhir) untuk eksekusi alur kerja; alur kerja apa pun yang melewati batas ini akan berakhir dengan error waktu tunggu habis | 1 tahun |
| Retensi eksekusi | Periode retensi maksimum (setelah eksekusi alur kerja selesai) dari histori dan hasil eksekusi | 90 hari |
| Periode penghapusan duplikat | Periode penghapusan duplikat untuk memastikan pemrosesan tepat satu kali saat memicu eksekusi alur kerja dengan peristiwa | 24 jam |