İş izleme, işlem ve proje sınırları
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Bu makale, iş izleme işlemlerine ve iş izleme özelleştirmesine yerleştirilen işletimsel ve nesne sınırlarını tanımlar. Belirli nesnelerde belirtilen sabit sınırlara ek olarak, bazı pratik sınırlar geçerlidir. İş öğesi türlerini (WIT' ler) özelleştirdiğinizde, nesnelere yerleştirilen sınırları göz önünde bulundurun.
İş öğeleri ve sorguları
İş öğelerini tanımlarken veya sorgu çalıştırırken aşağıdaki işlem sınırlarını göz önünde bulundurun:
| Object | Sınır |
|---|---|
| İş öğesine eklenen ekler | 100 |
| Ek boyutu | 60 MB |
| Uzun metin alanı | 1-M karakter |
| Sorgu yürütme süresi | 30 saniye |
| Sorgu sonuçları | 20.000 öğe |
| Sorgu uzunluğu | 32.000 karakter |
| Klasör altındaki paylaşılan sorgular | 999 sorgu |
| İş öğesine atanan iş öğesi bağlantıları | 1.000 |
| İş öğesine atanan iş öğesi etiketleri | 100 |
| İş öğesi düzeltmeleri (REST API) | Kategori 10,000 |
| Proje başına sık kullanılan sorgular | 200 sorgu |
Azure DevOps Services için REST API, 10.000 güncelleştirmeden oluşan bir iş öğesi düzeltme sınırı uygular. Bu sınır REST API aracılığıyla yapılan güncelleştirmeleri kısıtlar, ancak web portalından yapılan güncelleştirmeler etkilenmez.
| Object | Sınır |
|---|---|
| Uzun metin alanı | 1-M karakter |
| İş öğesine atanan iş öğesi etiketleri | 100 |
| İş öğesine atanan iş öğesi bağlantıları | 1.000 |
| İş öğesine eklenen ekler | 100 |
| Ek boyutu | 4 MB - 2 GB |
| Sorgu yürütme süresi | 6 dakika |
| Sorgu sonuçları | 20.000 öğe |
| Sorgu uzunluğu | 32.000 karakter |
| Klasör altındaki paylaşılan sorgular | 999 sorgu |
| Proje başına sık kullanılan sorgular | 200 sorgu |
Varsayılan en büyük ek boyutu 4 MB'tır. En büyük boyutu 2 GB'a kadar değiştirebilirsiniz.
Sorgu performansını geliştirmek için bkz . Sorgu tanımlama/En iyi yöntemler.
Kapsamlar, panolar, panolar ve ekipler
Ekipler, iş öğesi etiketleri, kapsamlar ve panolarla çalışırken aşağıdaki işlemsel görüntü ve nesne sınırları uygulanır.
| Kullanıcı arabirimi | Sınır |
|---|---|
| Kapsamlar | 10.000 iş öğesi |
| Boards | 1.000 kart (Önerilen ve Tamamlanan iş akışı durumu kategorilerindeki kartlar hariç) |
| Görev Panosu | 1.000 görev |
| Alan Yolları | Proje başına 10.000 |
| Alan Yolu Derinliği | 14 |
| Ekip başına alan yolları | 300 |
| Yineleme Yolları | Proje başına 10.000 |
| Yineleme Yolu Derinliği | 14 |
| Ekip başına Yineleme Yolları | 300 |
| Proje Panoları | Proje başına 500. Proje düzeyinde erişilebilir ve projeye erişimi olan herkes kullanabilir. |
| Ekip Panoları | Takım başına 500. Takıma özgüdür ve takıma özgü ölçümleri ve verileri izlemek için kullanılır. |
| Teams | Proje başına 5.000 |
| İş öğesi etiketleri | Kuruluş veya koleksiyon başına 150.000 etiket tanımı |
| Proje başına teslim planları | 1.000 |
| İş öğesi türü başına şablonlar | 100 |
Her kapsam en fazla 10.000 iş öğesi görüntüleyebilir. Bu sınır, kapsamın görüntüleyebileceği öğeler için geçerlidir, tanımlayabildiğiniz iş öğesi sayısı için geçerli değildir, çünkü belirli bir sınır yoktur. Kapsamınız bu sınırı aşarsa, bir ekip eklemeyi ve bazı iş öğelerini yeni ekibin kapsamına taşımayı göz önünde bulundurun.
İpucu
Pano sınırlarına yaklaşıyorsanız panolarınızı yönetmek ve temizlemek için aşağıdaki adımlara bakın:
- Kullanımı gözden geçirme: Artık kullanımda olmayan veya yinelenen panoları belirleyin. Bunu, son erişim tarihini denetleyerek veya ekip üyelerine danışarak yapabilirsiniz.
- Panoları birleştirme: Toplam sayıyı azaltmak için benzer panoları birleştirin. Bu, tek bir panoya birden çok pencere öğesi ekleyerek yapılabilir.
- Eski panoları arşivleme: Bazı panolara artık ihtiyacınız yoksa ancak verileri saklamak istiyorsanız, verileri dışarı aktarmayı ve panoları arşivlemeyi göz önünde bulundurun.
- Nesne Sınırı İzleyicisi özelliğini kullanın: Panolar dahil olmak üzere kaynak kullanımına yönelik gerçek zamanlı görünürlük sağlar. Bu özellik, sınırlarınızı proaktif olarak yönetmenize ve olası sorunlardan kaçınmanıza yardımcı olabilir.
Diğer notlar:
- Tamamlanan veya kapatılan iş öğeleri, Değiştirme Tarihleri bir yıldan eski olduğunda kapsamlarda ve panolarda görüntülenmez. Yine de sorgu kullanarak bu öğeleri listeleyebilirsiniz. Bunların bir kapsam veya panoda gösterilmesini sağlamak için, ekran saatini sıfırlamak için küçük bir değişiklik yapın.
- Aynı türdeki kapsam öğelerini iç içe yerleştirmekten kaçının. Daha fazla bilgi için bkz . Yeniden sıralama ve iç içe yerleştirme sorunlarını düzeltme.
- Aynı alan yollarını birden fazla takıma atamaktan kaçının. Daha fazla bilgi için bkz . Çok ekipli pano görünümlerinin sınırlamaları.
- Varsayılan olarak, iş öğesi sınırları başlangıçta daha düşük değerlere ayarlanabilir.
Ekipler, iş öğesi etiketleri, kapsamlar ve panolarla çalışırken aşağıdaki işlem sınırları geçerlidir. Varsayılan ve en yüksek sınırlar.
| Kullanıcı arabirimi | Sınır |
|---|---|
| Kapsamlar | 999 iş öğesi |
| Boards | 400 kart |
| Proje başına panolar | 500 |
| Görev Panosu | 800 iş öğesi |
| Teams | Proje başına 5.000 |
| İş öğesi etiketleri | Proje başına 150.000 etiket tanımı |
| İş öğesi türü başına şablonlar | 100 |
Her kapsam en fazla 999 iş öğesi görüntüleyebilir. Kapsamınız bu sınırı aşarsa, ekip oluşturmayı ve bazı iş öğelerini yeni ekibin kapsamına taşımayı göz önünde bulundurun.
Diğer notlar:
- Aynı türdeki kapsam öğelerini iç içe yerleştirmekten kaçının. Daha fazla bilgi için bkz . Yeniden sıralama ve iç içe yerleştirme sorunlarını düzeltme.
- Aynı alan yollarını birden çok takıma atamaktan kaçının. Daha fazla bilgi için bkz . Çok ekipli pano görünümlerinin sınırlamaları.
Şirket içi XML işlem modeli için, dosyayı düzenleyerek ProcessConfiguration.xml kapsam ve Görev Panosu sınırlarını değiştirebilirsiniz. Ayrıntılar için bkz . İşlem yapılandırması XML öğesi başvurusu.
Projeler
Azure DevOps Services, her kuruluşu kuruluş başına 1.000 projeyle sınırlandırarak önceki 300 proje sınırını aşıyor.
Not
300'den fazla projede Visual Studio'dan bir projeye bağlanma gibi bazı deneyimler düşebilir. Şirket içi Azure DevOps Server için sabit sınırlar yoktur, ancak 300'e yakın proje sayısıyla performans sorunları ortaya çıkabilir. Azure DevOps Services'e geçiş yaparken en fazla 1.000 proje sınırına dikkat edin. Koleksiyonunuz bu sınırı aşarsa, koleksiyonu bölün veya eski projeleri silin.
Daha fazla bilgi için bkz . Azure DevOps Server'dan Azure DevOps Services'a veri geçirme.
İşlem özelleştirmesi
Bir işlem için tanımlayabildiğiniz nesne sayısına birçok sınır uygulanır. Daha fazla bilgi için bkz . İş izleme deneyiminizi özelleştirme.
Aşağıdaki tabloda, Devralma ve Barındırılan XML işlem modelleri için tanımlayabileceğiniz en fazla nesne sayısı listelenmektedir. Bu sınırlar sabit sınırlar olsa da, pratik sınırlar da geçerli olabilir.
| Object | Devralma | Barındırılan XML |
|---|---|---|
| Bir kuruluşta sahip olabileceğiniz işlem sayısı | 128 | 64 |
| İşlem için tanımlanan iş öğesi türleri | 64 | 64 |
| Kuruluş için tanımlanan alanlar | 8192 | 8192 |
| İşlem için tanımlanan alanlar | 1024 | 1024 |
| İş öğesi türü için tanımlanan alanlar | 1024 | 1024 |
| Bir kuruluş veya koleksiyon için tanımlanan seçim listeleri | 2048 | - |
| Liste için tanımlanan seçim listesi öğeleri | 2048 | 2048 |
| Seçim listesi öğesi karakter uzunluğu | Kategori 256 | - |
| İş öğesi türü için tanımlanan iş akışı durumları | 32 | 16 |
| İş öğesi türü için tanımlanan kurallar | 1024 | 1024 |
| İş öğesi türü için tanımlanan eylemler | 1024 | 1024 |
| Kural için tanımlanan eylemler | 10 | 10 |
| Bir işlem için tanımlanan portföy kapsam düzeyleri | 5 | 5 |
| Bir işlem için tanımlanan kategoriler | - | 32 |
| Bir işlem için tanımlanan genel listeler | - | Kategori 256 |
| Genel liste içinde tanımlanan öğeleri listeleme | - | 1024 |
| İş öğesi ek boyutu | 60 MB | 60 MB |
Barındırılan XML işlem modelinin diğer kısıtlamaları ve uyumluluk gereksinimleri için bkz . Barındırılan XML kullanırken bir işlemi özelleştirme.
Not
Barındırılan XML işlem modeli için, tüm WIT'lerde belirtilen tüm genel listelerde yaklaşık 10.000 öğe tanımlayabilirsiniz.
Aşağıdaki tabloda, Devralma ve Şirket İçi XML işlem modelleri için tanımlayabileceğiniz en fazla nesne sayısı listelenmiştir. Bu sınırlar sabit sınırlar olsa da, pratik sınırlar da geçerli olabilir.
| Object | Devralma | Şirket içi XML |
|---|---|---|
| Bir kuruluşta sahip olabileceğiniz işlem sayısı | 64 | 64 |
| İşlem için tanımlanan iş öğesi türleri | 64 | 64 |
| Koleksiyon için tanımlanan alanlar | 8192 | 1024 |
| İşlem için tanımlanan alanlar | 1024 | 1024 |
| İş öğesi türü için tanımlanan alanlar | 1024 | 1024 |
| Koleksiyon için tanımlanan seçim listeleri | 1024 | Yok |
| Liste için tanımlanan seçim listesi öğeleri | 2048 | 2048 |
| Seçim listesi öğesi karakter uzunluğu | Kategori 256 | Yok |
| İş öğesi türü için tanımlanan iş akışı durumları | 32 | 16 |
| İş öğesi türü için tanımlanan kurallar | 1024 | 1024 |
| Bir işlem için tanımlanan portföy kapsam düzeyleri | 5 | 5 |
| Bir işlem için tanımlanan kategoriler | Yok | 32 |
| Bir işlem için tanımlanan genel listeler | Yok | Kategori 256 |
| Genel liste içinde tanımlanan öğeleri listeleme | Yok | 1024 |
Not
Şirket içi XML işlem modeli için, tüm WIT'ler arasında belirtilen tüm genel listeler için yaklaşık toplam 10.000 öğe tanımlayabilirsiniz.
Pratik sınırlar
Performans sorunlarını en aza indirmek için şu yönergelerin izlenmesini öneririz:
- Tanımladığınız özel alan sayısını sınırlayın. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplama katkıda bulunur. Farklı WIT'lerde aynı alan için kurallar ve seçim listeleri gibi farklı davranışlar belirtebilirsiniz.
- WIT için tanımladığınız kural sayısını sınırlayın. Wit için birden çok kural oluşturabilirsiniz ancak kullanıcılar iş öğelerini eklediğinde veya değiştirdiğinde diğer kurallar performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğinde, sistem bu iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. Bazı durumlarda kural doğrulama ifadesi SQL'in verimli bir şekilde değerlendirmesi için çok karmaşık olabilir.
- Tanımladığınız özel WIT sayısını sınırlayın.
- Tanımladığınız özel alan sayısını sınırlayın. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplama katkıda bulunur. Farklı WIT'lerde aynı alan için kurallar ve seçim listeleri gibi farklı davranışlar belirtebilirsiniz.
- WIT için tanımladığınız kural sayısını sınırlayın. Wit için birden çok kural oluşturabilirsiniz ancak kullanıcılar iş öğelerini eklediğinde veya değiştirdiğinde diğer kurallar performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğinde, sistem bu iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. Bazı durumlarda kural doğrulama ifadesi SQL'in verimli bir şekilde değerlendirmesi için çok karmaşık olabilir.
- Tanımladığınız özel WIT sayısını sınırlayın.
- Tanımladığınız raporlanabilir alan sayısını sınırlayın. Raporlanabilir alanlar veri ambarınızın performansını etkileyebilir.
Not
İş Öğesi Kuralları Doğrulaması SQL Sınırlarını Aşıyor: Her oluşturulduğunda veya güncelleştirildiğinde iş öğelerini doğrulamak için proje başına tek bir SQL ifadesi tanımlanır. Bu ifade, projedeki tüm iş öğesi türleri için belirtilen kural sayısıyla büyür. Bir alanın her davranışsal niteleyicisi, alt ifadelerin sayısını artırır. İç içe kurallar, yalnızca bir geçişe uygulanan kurallar veya başka bir alanın değerine göre koşullandırılmış kurallar, IF deyimine daha fazla koşul ekler. İfade belirli bir boyuta veya karmaşıklık düzeyine ulaştığında SQL artık ifadeyi değerlendiremez ve bir hata oluşturur. Bu hatayı çözmek için bazı WIT'leri kaldırın veya bazı kuralları kaldırın.
Hız sınırları
Azure DevOps Services, maliyetleri azaltmak ve ölçeklenebilirlik ile performansı artırmak için birçok Hizmet Olarak Yazılım çözümü gibi çoklu kiracı kullanır. İyi performans sağlamak ve kesinti riskini en aza indirmek için Azure DevOps Services, kişilerin kullanabileceği kaynakları ve belirli komutlara yapabilecekleri istek sayısını sınırlar. Bu sınırlar aşıldığında, sonraki istekler gecikebilir veya engellenebilir.
Çoğu hız sınırına REST API çağrıları veya iyileştirilmemiş sorgular aracılığıyla ulaşılır. Daha fazla bilgi için bkz . Hız sınırları ve En iyi yöntemler (hız sınırlarına çarpmamak için).
Geçiş ve içeri aktarma sınırları
Şirket içinden Azure DevOps Services'e geçiş yaparken aşağıdakiler gibi çeşitli boyut sınırlarıyla karşılaşabilirsiniz:
- Veritabanı boyutu önerilen boyutu aşıyor
- Önerilen boyutu aşan en büyük tablo boyutu
- Veritabanı meta veri boyutu desteklenen boyutu aşıyor
Daha fazla bilgi için bkz . Azure DevOps Server'dan Azure DevOps Services'a veri geçirme ve İçeri aktarma ve geçiş hatalarını giderme.