Pelacakan kerja, proses, dan batas proyek

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

Artikel ini menjelaskan batas operasional dan objek yang Azure DevOps tempat pada operasi dan kustomisasi pelacakan kerja. Beberapa batas praktis juga berlaku. Pertimbangkan batas ini saat Anda menyesuaikan jenis item kerja (WIT).

Item kerja dan kueri

Batas berikut berlaku untuk item kerja dan definisi kueri.

Objek	Batas
Lampiran per item kerja	100
Ukuran lampiran	60 MB
Bidang teks panjang	1M karakter
Waktu eksekusi kueri	30 detik
Hasil kueri	20.000 item barang
Panjang kueri	32.000 karakter
Kueri bersama per folder	999 kueri
Tautan item kerja per item kerja	1,000
Tag item kerja per item kerja	100
Revisi item kerja (REST API)*	10.000
Kueri favorit per proyek	200 pertanyaan

*REST API untuk layanan Azure DevOps memberlakukan batas revisi item kerja 10.000 pembaruan. Batas ini membatasi pembaruan yang dilakukan melalui REST API, tetapi tidak berlaku untuk pembaruan dari portal web.

Untuk informasi tentang meningkatkan performa kueri, lihat Praktik terbaik untuk menentukan kueri.

Backlog, papan, dasbor, dan tim-tim

Batas operasional dan objek berikut berlaku untuk tim, tag item kerja, backlog, dan papan.

Komponen	Batas
Pekerjaan Tertunda	10.000 item kerja yang ditampilkan*
Papan	1.000 kartu tidak termasuk kartu dalam kategori statusDiusulkan dan Selesai
Papan tugas	1.000 tugas
Jalur area per proyek	10.000
Jalur area per tim	300
Kedalaman jalur area	14 tingkat
Jalur iterasi per proyek	10.000
Jalur perulangan per tim	300
Kedalaman jalur perulangan	14 tingkat
Project dasbor per project	500, dapat diakses di tingkat proyek bagi siapa saja yang memiliki akses proyek
Dasbor tim per tim	500, khusus untuk tim dan digunakan untuk melacak metrik dan data khusus tim
Teams per proyek	5.000
Tag item kerja per item kerja	100
Tag item kerja per organisasi atau koleksi	150.000
Paket pengiriman per proyek	1,500
Templat per jenis item kerja	100

*Setiap backlog dapat menampilkan hingga 10.000 item kerja, tetapi tidak ada batasan khusus pada jumlah item kerja yang dapat Anda tentukan. Jika backlog Anda melebihi 10.000 item, pertimbangkan untuk menambahkan tim dan memindahkan beberapa item kerja ke backlog tim baru.

Tips

Jika Anda mendekati batas dasbor, Anda dapat mengambil tindakan berikut untuk mengurangi jumlahnya.

• Tinjau tanggal terakhir yang diakses atau tanyakan kepada anggota tim, lalu hapus dasbor yang duplikat atau tidak digunakan.
• Ekspor data lalu arsipkan dasbor lama.
• Gabungkan dan konsolidasikan dasbor serupa dengan menambahkan lebih banyak widget ke dasbor.
• Gunakan Pelacak Batas Objek untuk visibilitas real-time ke dalam penggunaan sumber daya, termasuk dasbor. Fitur ini dapat membantu Anda mengelola batas secara proaktif dan menghindari potensi masalah. Untuk informasi selengkapnya, lihat Pencarian Pelacak Batas Objek di Azure DevOps.

Batasan lainnya

• Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan jika Tanggal Perubahannya lebih lama dari setahun. Anda masih bisa mencantumkan item ini menggunakan kueri. Untuk membuat item muncul di backlog atau papan, buat perubahan kecil untuk mengatur ulang jam tampilan.
• Hindari menumpuk item backlog dengan jenis yang sama. Untuk informasi selengkapnya, lihat Memperbaiki masalah penyusunan ulang dan sarang.
• Hindari memberikan jalur area yang sama ke lebih dari satu tim. Untuk informasi selengkapnya, lihat Batasan tampilan papan multiteam.
• Secara default, batas item kerja mungkin diatur ke nilai yang lebih rendah pada awalnya.

integrasi GitHub

Jika Anda integrasi proyek Anda dengan GitHub, batas berikut berlaku.

Integrasi	Batas
UI web Azure Boards	1.000 repositori GitHub tersambung per koneksi
AZURE BOARDS API*	2.000 repositori GitHub tersambung per koneksi

*Untuk informasi selengkapnya, lihat Koneksi GitHub - Dapatkan Koneksi GitHub.

Proyek

Azure DevOps Services membatasi setiap organisasi hingga 1.000 proyek, peningkatan melebihi batas sebelumnya dari 300 proyek. Di atas 300 proyek, pengalaman tertentu, seperti menyambungkan ke proyek dari Visual Studio, mungkin mengalami penurunan.

Kustomisasi proses

Ada banyak batasan jumlah objek yang dapat Anda tentukan untuk proses. Untuk informasi selengkapnya, lihat Menyesuaikan pengalaman pelacakan kerja Anda.

Tabel berikut mencantumkan jumlah maksimum objek yang dapat Anda tentukan untuk model proses Warisan dan XML yang Dihosting. Batas praktis mungkin juga berlaku.

Objek	Warisan	XML yang dihosting
Jumlah proses per organisasi	256	64
Jenis item kerja per proses	64	64
Bidang per organisasi	8192	8192
Bidang per proses	1024	1024
Jenis bidang per item kerja	1024	1024
Daftar pilihan per organisasi	2048	-
Item daftar pilihan per daftar	2048	2048
Panjang karakter item daftar pilihan	256	-
Status alur kerja per jenis item kerja	32	16
Halaman (tab) per tipe item kerja	16	16
Grup per halaman	32	32
Aturan per jenis item kerja	1024	1024
Tindakan per jenis item kerja	1024	1024
Tindakan per aturan	10	10
Tingkat backlog portofolio per proses	5	5
Kategori per proses	-	32
Ukuran lampiran item kerja	60 MB	60 MB

Catatan

Untuk model proses XML yang dihosting, Anda dapat menentukan sekitar 10.000 item di semua daftar global yang ditentukan dalam semua Tipe Item Kerja. Untuk batasan dan persyaratan kesesuaian model proses XML yang dihosting, lihat Mengkustomisasi proses saat menggunakan XML yang Dihosting.

Batas praktis

Untuk meminimalkan masalah performa, ikuti panduan ini:

• Batasi jumlah bidang kustom yang Anda tentukan. Semua bidang kustom berkontribusi pada total yang diizinkan untuk proses, koleksi, atau organisasi. Anda dapat menentukan perilaku yang berbeda, seperti aturan dan daftar pilih, untuk bidang yang sama di WIT yang berbeda.

• Batasi jumlah aturan yang Anda tentukan untuk WIT. Meskipun Anda dapat membuat beberapa aturan untuk WIT, aturan lain dapat berdampak negatif pada performa saat pengguna menambahkan atau memodifikasi item kerja.

• Batasi jumlah WIT kustom yang Anda tentukan.

Validasi Aturan Item Kerja Melebihi Batas SQL

Ekspresi SQL tunggal didefinisikan per proyek untuk memvalidasi item kerja setiap kali dibuat atau diperbarui. Ekspresi ini bertambah dengan jumlah aturan yang ditentukan untuk semua jenis item kerja dalam proyek.

Setiap kualifikasi perilaku untuk bidang meningkatkan jumlah subekspresi. Aturan berlapis, aturan yang hanya berlaku pada transisi, atau aturan yang dikondisikan pada nilai bidang lain menambahkan lebih banyak kondisi ke IF pernyataan.

Saat pengguna menyimpan item kerja, sistem memvalidasi semua aturan yang terkait dengan bidang untuk jenis item kerja tersebut. Setelah ekspresi mencapai ukuran atau kompleksitas tertentu, SQL tidak dapat lagi mengevaluasinya secara efisien dan dapat menghasilkan kesalahan. Untuk mengatasi kesalahan ini, hapus beberapa WIT atau hilangkan beberapa aturan.

Batas tarif

Azure DevOps Services, seperti banyak solusi Software-as-a-Service, menggunakan multitenansi untuk mengurangi biaya dan meningkatkan skalabilitas dan performa. Untuk memastikan performa yang baik dan meminimalkan risiko pemadaman, Layanan Azure DevOps membatasi sumber daya yang dapat dikonsumsi individu dan jumlah permintaan yang dapat mereka buat pada perintah tertentu. Ketika batas ini terlampaui, permintaan berikutnya mungkin tertunda atau diblokir.

Sebagian besar batas tarif dicapai melalui panggilan REST API atau kueri yang tidak optimal. Untuk informasi selengkapnya, lihat Batas tarif dan Praktik terbaik untuk menghindari mencapai batas tarif.

Konten terkait

• Pelajari tentang kustomisasi proses dan proses yang diwariskan
• Mengikuti pembatasan dan konvensi penamaan
• Membuat proses pewarisan
• Ikuti praktik terbaik