Pelacakan kerja, proses, dan batas proyek
Layanan Azure DevOps | Azure DevOps Server 2022 - Azure DevOps Server 2019
Artikel ini menentukan batas operasional dan objek yang ditempatkan pada operasi pelacakan kerja dan kustomisasi pelacakan kerja. Selain batas keras yang ditentukan pada objek tertentu, batas praktis tertentu berlaku. Saat Anda menyesuaikan jenis item kerja (WIT), pertimbangkan batas yang ditempatkan pada objek.
Item dan kueri kerja
Saat menentukan item kerja atau menjalankan kueri, batas operasional berikut berlaku.
| Objek | Batas |
|---|---|
| Lampiran ditambahkan ke item kerja | 100 |
| Ukuran lampiran | 60 MB |
| Bidang teks panjang | 1 Karakter M |
| Waktu eksekusi kueri | 30 detik |
| Hasil kueri | 20.000 item |
| Panjang kueri | 32.000 karakter |
| Kueri bersama di bawah folder | 999 kueri |
| Tautan item kerja yang ditetapkan ke item kerja | 1,000 |
| Tag item kerja yang ditetapkan ke item kerja | 100 |
| Revisi item kerja (REST API) | 10,000 |
| Kueri favorit per proyek | 200 kueri |
Batas revisi item kerja sebesar 10.000 berlaku untuk pembaruan yang dilakukan melalui REST API untuk Layanan Azure DevOps. Batas ini membatasi pembaruan dari REST API, namun, pembaruan dari portal web tidak terpengaruh.
| Objek | Batas |
|---|---|
| Bidang teks panjang | 1 Karakter M |
| Tag item kerja yang ditetapkan ke item kerja | 100 |
| Tautan item kerja yang ditetapkan ke item kerja | 1,000 |
| Lampiran ditambahkan ke item kerja | 100 |
| Ukuran lampiran | 4 MB hingga 2 GB |
| Waktu eksekusi kueri | 6 menit |
| Hasil kueri | 20.000 item |
| Panjang kueri | 32.000 karakter |
| Kueri bersama di bawah folder | 999 kueri |
| Kueri favorit per proyek | 200 kueri |
Ukuran lampiran maksimum default adalah 4 MB. Anda dapat mengubah ukuran maksimum hingga 2 GB.
Untuk meningkatkan performa kueri, lihat Menentukan kueri/Praktik terbaik.
Backlog, papan, dasbor, dan tim
Saat bekerja dengan tim, tag item kerja, backlog, dan papan, tampilan operasional dan batas objek berikut berlaku.
| Antarmuka pengguna | Batas |
|---|---|
| Backlogs | 10.000 item kerja |
| Boards | 1.000 kartu (tidak termasuk kartu tersebut dalam kategori status alur kerja yang Diusulkan dan Selesai) |
| Papan tugas | 1.000 tugas |
| Jalur Area | 10.000 per proyek |
| Kedalaman Jalur Area | 14 |
| Jalur Area per tim | 300 |
| Jalur Perulangan | 10.000 per proyek |
| Kedalaman Jalur Perulangan | 14 |
| Jalur Perulangan per tim | 300 |
| Dasbor Proyek | 500 per proyek |
| Dasbor Tim | 500 per tim |
| Teams | 5.000 per proyek |
| Tag item kerja | 150.000 definisi tag per organisasi atau koleksi |
| Paket pengiriman per proyek | 1,000 |
| Templat per jenis item kerja | 100 |
Setiap backlog dapat menampilkan hingga 10.000 item kerja. Ini adalah batasan pada apa yang dapat ditampilkan backlog, bukan batas jumlah item kerja yang dapat Anda tentukan. Jika backlog Anda melebihi batas ini, maka Anda mungkin ingin mempertimbangkan untuk menambahkan tim dan memindahkan beberapa item kerja ke backlog tim lain.
Catatan tambahan:
- Item kerja yang selesai atau tertutup tidak ditampilkan di backlog dan papan setelah Tanggal Diubah lebih besar dari setahun. Anda masih bisa mencantumkan item ini menggunakan kueri. Jika Anda ingin mereka muncul di backlog atau papan, maka Anda dapat membuat perubahan kecil pada mereka yang mengatur ulang jam untuk ditampilkan.
- Hindari menumpuk item backlog dengan jenis yang sama. Untuk mempelajari selengkapnya, lihat Memperbaiki masalah menyusun ulang dan berlapis.
- Hindari menetapkan jalur area yang sama ke lebih dari satu tim. Untuk mempelajari lebih lanjut, lihat Batasan tampilan papan Kanban multi-tim.
- Secara default, batas item kerja mungkin awalnya dikonfigurasi ke nilai yang lebih rendah.
Saat bekerja dengan tim, tag item kerja, backlog, dan papan, batas operasional berikut berlaku. Batas default dan maksimum.
| Antarmuka pengguna | Batas |
|---|---|
| Backlogs | 999 item kerja |
| Boards | 400 kartu |
| Dasbor per proyek | 500 |
| Papan tugas | 800 item kerja |
| Teams | 5.000 per proyek |
| Tag item kerja | 150.000 definisi tag per proyek |
| Templat per jenis item kerja | 100 |
Setiap backlog dapat menampilkan hingga 999 item kerja. Jika backlog Anda melebihi batas ini, maka Anda mungkin ingin mempertimbangkan untuk menambahkan tim dan memindahkan beberapa item kerja ke backlog tim lain.
Catatan tambahan:
- Hindari menumpuk item backlog dengan jenis yang sama. Untuk mempelajari selengkapnya, lihat Memperbaiki masalah menyusun ulang dan berlapis.
- Hindari menetapkan jalur area yang sama ke lebih dari satu tim. Untuk mempelajari lebih lanjut, lihat Batasan tampilan papan Kanban multi-tim.
Untuk model proses XML lokal, Anda dapat mengubah batas backlog dan taskboard dengan mengedit file ProcessConfiguration.xml. Untuk detailnya, lihat Referensi elemen XML konfigurasi proses.
Proyek
Layanan Azure DevOps membatasi setiap organisasi hingga 1000 proyek per organisasi, peningkatan melebihi batas sebelumnya dari 300 proyek.
Catatan
Di atas 300 proyek pengalaman tertentu, seperti menyambungkan ke proyek dari Visual Studio, dapat mulai terdegradasi. Untuk Azure DevOps Server lokal, tidak ada batasan keras untuk jumlah proyek. Namun, Anda mungkin menemukan masalah performa jika jumlah proyek mendekati 300. Jika Anda berencana untuk memigrasikan koleksi lokal Anda ke Azure DevOps Services, Anda harus mengamati batas maksimum 1000 proyek. Jika koleksi Anda memiliki lebih dari 1000 proyek, Anda harus membagi koleksi atau menghapus proyek lama.
Untuk informasi selengkapnya, lihat Memigrasikan data dari Azure DevOps Server ke Azure DevOps Services.
Kustomisasi proses
Sejumlah batasan diberlakukan pada jumlah objek yang dapat Anda tentukan untuk proses. Untuk mempelajari tentang model proses, lihat Menyesuaikan pengalaman pelacakan kerja Anda.
Tabel berikut mencantumkan jumlah maksimum objek yang bisa Anda tentukan untuk model proses Warisan dan XML yang Dihosting. Meskipun ini mewakili batas keras, batas praktis juga dapat berlaku.
| Objek | Warisan | XML yang dihosting |
|---|---|---|
| Jumlah proses yang dapat Anda miliki di organisasi | 128 | 64 |
| Jenis item kerja yang ditentukan untuk proses | 64 | 64 |
| Bidang yang ditentukan untuk organisasi | 8192 | 8192 |
| Bidang yang ditentukan untuk proses | 1024 | 1024 |
| Bidang yang ditentukan untuk jenis item kerja | 1024 | 1024 |
| Daftar pilihan yang ditentukan untuk organisasi atau koleksi | 2048 | - |
| Item daftar pilihan yang ditentukan untuk daftar | 2048 | 2048 |
| Panjang karakter item daftar pilihan | 256 | - |
| Status alur kerja ditentukan untuk tipe item kerja | 32 | 16 |
| Aturan yang ditentukan untuk jenis item kerja | 1024 | 1024 |
| Tindakan yang ditentukan untuk aturan | 10 | 10 |
| Tingkat backlog portofolio yang ditentukan untuk sebuah proses | 5 | 5 |
| Kategori yang ditentukan untuk proses | - | 32 |
| Daftar global yang ditentukan untuk proses | - | 256 |
| Mencantumkan item yang ditentukan dalam daftar global | - | 1024 |
| Ukuran lampiran item kerja | 60 MB | 60 MB |
Untuk batasan dan persyaratan kesesuaian tambahan dari model proses XML yang Dihosting, lihat Mengkustomisasi proses saat menggunakan XML yang Dihosting.
Catatan
Untuk model proses XML yang Dihosting, Anda dapat menentukan perkiraan total item 10K untuk semua daftar global yang ditentukan di semua ATS.
Tabel berikut ini mencantumkan jumlah maksimum objek yang bisa Anda tentukan untuk model proses Warisan dan XML lokal. Meskipun ini mewakili batas keras, batas praktis juga dapat berlaku.
| Objek | Warisan | XML lokal |
|---|---|---|
| Jumlah proses yang dapat Anda miliki di organisasi | 64 | 64 |
| Jenis item kerja yang ditentukan untuk proses | 64 | 64 |
| Bidang yang ditentukan untuk koleksi | 8192 | 1024 |
| Bidang yang ditentukan untuk proses | 1024 | 1024 |
| Bidang yang ditentukan untuk jenis item kerja | 1024 | 1024 |
| Daftar pilihan yang ditentukan untuk koleksi | 1024 | T/A |
| Item daftar pilihan yang ditentukan untuk daftar | 2048 | 2048 |
| Panjang karakter item daftar pilihan | 256 | T/A |
| Status alur kerja ditentukan untuk tipe item kerja | 32 | 16 |
| Aturan yang ditentukan untuk jenis item kerja | 1024 | 1024 |
| Tingkat backlog portofolio yang ditentukan untuk sebuah proses | 5 | 5 |
| Kategori yang ditentukan untuk proses | T/A | 32 |
| Daftar global yang ditentukan untuk proses | T/A | 256 |
| Mencantumkan item yang ditentukan dalam daftar global | T/A | 1024 |
Catatan
Untuk model proses XML lokal, Anda dapat menentukan perkiraan total item 10K untuk semua daftar global yang ditentukan di semua ASET.
Batas praktis
Kami menyarankan agar Anda mempertimbangkan panduan berikut untuk meminimalkan masalah performa.
- Minimalkan jumlah bidang kustom yang Anda tentukan. Semua bidang kustom berkontribusi pada total yang diizinkan untuk proses, koleksi, atau organisasi. Perhatikan bahwa Anda dapat menentukan perilaku yang berbeda untuk bidang yang sama di WIT yang berbeda. Artinya, Anda dapat menentukan aturan, daftar pilihan, dan lainnya yang berbeda.
- Minimalkan jumlah aturan yang Anda tentukan untuk WIT. Meskipun Anda dapat membuat beberapa aturan untuk WIT, aturan penambahan dapat berdampak negatif pada performa saat pengguna menambahkan dan memodifikasi item kerja. Saat pengguna menyimpan item kerja, sistem memvalidasi semua aturan yang terkait dengan bidang untuk jenis item kerjanya. Dalam kondisi tertentu, ekspresi validasi aturan terlalu kompleks untuk dievaluasi SQL.
- Minimalkan jumlah WIT kustom yang Anda tentukan.
- Minimalkan jumlah bidang kustom yang Anda tentukan. Semua bidang kustom berkontribusi pada total yang diizinkan untuk proses, koleksi, atau organisasi. Perhatikan bahwa Anda dapat menentukan perilaku yang berbeda untuk bidang yang sama di WIT yang berbeda. Artinya, Anda dapat menentukan aturan, daftar pilihan, dan lainnya yang berbeda.
- Minimalkan jumlah aturan yang Anda tentukan untuk WIT. Meskipun Anda dapat membuat beberapa aturan untuk WIT, aturan penambahan dapat berdampak negatif pada performa saat pengguna menambahkan dan memodifikasi item kerja. Saat pengguna menyimpan item kerja, sistem memvalidasi semua aturan yang terkait dengan bidang untuk jenis item kerjanya. Dalam kondisi tertentu, ekspresi validasi aturan terlalu kompleks untuk dievaluasi SQL.
- Minimalkan jumlah WIT kustom yang Anda tentukan.
- Minimalkan jumlah bidang yang dapat dilaporkan yang Anda tentukan. Bidang yang dapat dilaporkan memengaruhi performa gudang data Anda.
Catatan
Validasi Aturan Item Kerja Melebihi Batas SQL: Ekspresi SQL tunggal ditentukan per proyek untuk memvalidasi item kerja setiap kali dibuat atau diperbarui. Ekspresi ini bertambah dengan jumlah aturan yang Anda tentukan untuk semua jenis item kerja yang ditentukan untuk proyek. Setiap kualifikasi perilaku yang ditentukan untuk bidang menghasilkan peningkatan jumlah sub-ekspresi. Aturan berlapis, aturan yang hanya berlaku pada transisi atau dikondisikan pada nilai beberapa bidang lain, menyebabkan lebih banyak kondisi ditambahkan ke pernyataan IF. Setelah ekspresi mencapai ukuran atau kompleksitas tertentu, SQL tidak dapat mengevaluasinya lagi dan menghasilkan kesalahan. Menghapus beberapa WIT atau menghilangkan beberapa aturan, dapat mengatasi kesalahan.
Batas tarif
Untuk mengurangi biaya dan untuk meningkatkan skalabilitas dan performa, Azure DevOps Services, seperti banyak solusi Software-as-a-Service, menggunakan multi-penyewaan. Untuk memastikan performa yang baik dan mengurangi kemungkinan pemadaman, Azure DevOps Services membatasi sumber daya yang dapat dikonsumsi individu dan jumlah permintaan yang dapat mereka buat ke 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 dioptimalkan. Untuk mempelajari selengkapnya, lihat artikel berikut ini:
Batas migrasi dan impor
Saat menentukan untuk bermigrasi dari lokal ke Azure DevOps Services, ada beberapa batas ukuran yang mungkin Anda temui. Batasan ini meliputi:
- Ukuran database berada di atas ukuran yang direkomendasikan
- Ukuran tabel terbesar berada di atas ukuran yang disarankan
- Ukuran metadata database berada di atas ukuran yang didukung
Untuk mempelajari selengkapnya, lihat Memigrasikan data dari Azure DevOps Server ke Azure DevOps Services dan Memecahkan masalah kesalahan impor dan migrasi.
Artikel terkait
Sumber daya terkait
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk