İş izleme, işlem ve proje sınırları

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Bu makalede, iş izleme işlemlerine ve iş izleme özelleştirmesine yerleştirilen işletimsel ve nesne sınırları tanımlanmıştır. Belirli nesnelerde belirtilen sabit sınırlara ek olarak bazı pratik sınırlar da geçerlidir. İş öğesi türlerini (WIT) özelleştirin, nesnelere yerleştirilen sınırları göz önünde bulundurabilirsiniz.

İş öğeleri ve sorgular

İş öğelerini tanımlarken veya çalışan sorgular için aşağıdaki işlem sınırları geçerlidir.

Nesne Sınır
Uzun metin alanı 1 M karakter
bir iş öğesine atanan iş öğesi etiketleri 100
bir iş öğesine atanan iş öğesi bağlantıları 1.000
bir iş öğesine eklenen ekler 100
Ek boyutu 60 MB
Sorgu yürütme süresi 30 saniye
Sorgu sonuçları 20.000 öğe
Sorgu uzunluğu 32.000 karakter
Klasör altında paylaşılan sorgular 999 sorgu
Nesne Sınır
Uzun metin alanı 1 M karakter
bir iş öğesine atanan iş öğesi etiketleri 100
bir iş öğesine atanan iş öğesi bağlantıları 1.000
bir iş öğesine eklenen ekler 100
Ek boyutu 4 MB ile 2 GB arasında
Sorgu yürütme süresi 6 dakika
Sorgu sonuçları 20.000 öğe
Sorgu uzunluğu 32.000 karakter
Klasör altında paylaşılan sorgular 999 sorgu

Varsayılan maksimum ek boyutu 4 MB'tır. En büyük boyutu en fazla 2 GB olarak değiştirebilirsiniz.

Sorgu performansını geliştirmek için bkz. Yüksek performanslı sorgular oluşturma kılavuzu.

Biriktirme listesi, panolar ve takımlar

Ekiplerle, iş öğesi etiketleriyle, biriktirme listeleriyle ve panolarla çalışırken aşağıdaki işlemsel görüntüleme ve nesne sınırları geçerlidir.

Kullanıcı arabirimi Sınır
Biriktirme listesi 1.000 iş öğeleri
Boards 1.000 kart (Önerilen ve Tamamlanan iş akışı durum kategorilerinde bu kartlar hariç)
Görev panosu 1.000 görev
Teams Kuruluş başına 5.000
İş öğesi etiketleri Kuruluş veya koleksiyon başına 150.000 etiket tanımı
Alan Yolları Kuruluş başına 10.000
Alan Yolu Derinliği 14
Yineleme Yolları Kuruluş başına 10.000
Yineleme Yolu Derinliği 14

Her bir biriktirme listesi en fazla 10.000 iş öğelerini görüntüler. Bu, tanımladığınız iş öğelerinin sayısıyla ilgili bir sınır değil, kapsamda görüntülen neler gösterebilirsiniz ile ilgili bir sınırdır. Biriktirme süreniz bu sınırı aşarsa, bir ekip eklemeyi ve iş öğelerinin bazılarını diğer takımın kapsamlarına taşımayı düşünebilirsiniz.

Ek notlar:

  • Tamamlanan veya kapatılan iş öğeleri, Değiştirme Tarihi bir yıllıktan büyükse, biriktirme listesi ve panolarda görüntülenmez. Bu öğeleri yine de sorgu kullanarak listelebilirsiniz. Bir biriktirme listesi veya panosunda göstermelerini istediğiniz zaman, görüntüleme için saati sıfırlarken küçük bir değişiklik de layabilirsiniz.
  • Aynı türdeki biriktirme listesi öğelerini iç içe yerleştirmeden kaçının. Daha fazla bilgi edinmek için bkz. Yeniden sıralama ve iç içe yerleştirme sorunlarını düzeltme.
  • Aynı alan yollarını birden fazla ek takıma atamaktan kaçının. Daha fazla bilgi edinmek için bkz. Çok takımlı Kanban panosu görünümlerinin sınırlamaları.
  • Varsayılan olarak, iş öğesi sınırları başlangıçta daha düşük değerlere yapılandırılmış olabilir.

Ekiplerle, iş öğesi etiketleriyle, biriktirme listeleriyle ve panolarla çalışırken aşağıdaki işlem sınırları geçerlidir. Varsayılan ve maksimum sınırlar.

Kullanıcı arabirimi Sınır
Biriktirme listesi 999 iş öğeleri
Boards 400 kart
Görev panosu 800 iş öğeleri
Teams Proje başına 5.000
İş öğesi etiketleri Proje başına 150.000 etiket tanımı

Her kapsam, en fazla 999 iş öğesi görüntüleyebilir. Kapsamınız bu sınırı aşarsa, bir takım eklemek ve bazı iş öğelerini diğer ekibin biriktirme listesine taşımak isteyebilirsiniz.

Ek notlar:

Şirket içi XML işlem modeli için ProcessConfiguration.xml dosyasını düzenleyerek biriktirme listesi ve görev panosu sınırlarını değiştirebilirsiniz. Ayrıntılar için bkz. işlem YAPıLANDıRMASı XML öğesi başvurusu.

Projeler

Azure DevOps Services her kuruluşu kuruluş başına 300 proje ile sınırlandırır. yukarıdaki 300 projeye Visual Studio, kuruluşa bağlanma gibi belirli deneyimler, düşmeye başlayabilir.

şirket içi Azure DevOps Server için, proje sayısında sabit sınır yoktur. Ancak, proje sayısı 300 yaklaşırsa performans sorunları bulabilirsiniz. şirket içi koleksiyonunuzu Azure DevOps Services geçirmeyi planlıyorsanız, 300 proje için maksimum limiti gözlemleyebilirsiniz. Koleksiyonunuzun 300 'den fazla projesi varsa, koleksiyonu bölmeniz veya eski projeleri silmeniz gerekir.

daha fazla bilgi için bkz. Azure DevOps Server verileri Azure DevOps Services 'ye geçirme.

İşlem özelleştirmesi

Bir işlem için tanımlayabilmeniz gereken nesne sayısına bir dizi sınır uygulanır. İşlem modelleri hakkında bilgi edinmek için bkz. iş izleme deneyiminizi özelleştirme.

Aşağıdaki tabloda, devralma ve barındırılan XML işlem modelleri için tanımlayabilmeniz gereken en fazla nesne sayısı listelenmiştir. Bu, sabit sınırları temsil ederken pratik sınırlar da uygulanabilir.

Nesne Devralma Barındırılan XML
Bir kuruluşta sahip olabilirsiniz işlem sayısı 128 64
İşlem için tanımlanan iş öğesi türleri 64 64
Bir kuruluş için tanımlanan alanlar 8192 8192
İşlem için tanımlanan alanlar 1024 1024
Bir iş öğesi türü için tanımlanan alanlar 1024 1024
Bir kuruluş veya koleksiyon için tanımlanan seçim listeleri 1024 -
Liste için tanımlanan seçim listesi öğeleri 2048 2048
Seçim listesi öğesi karakter uzunluğu 256 -
İş öğesi türü için tanımlanan iş akışı durumları 32 16
Bir iş öğ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 - 32
Bir işlem için tanımlanan genel listeler - 256
Genel liste içinde tanımlanan liste öğeleri - 1024
Çalışma öğesi ek boyutu 60 MB 60 MB

Barındırılan XML işlem modelinin ek kısıtlamaları ve uygunluk gereksinimleri için bkz. BARıNDıRıLAN XML kullanılırken bir Işlemi özelleştirme.

Not

Barındırılan XML işlem modeli için tüm WTS 'lerde belirtilen tüm genel listeler için yaklaşık toplam 10.000 öğe tanımlayabilirsiniz.

Aşağıdaki tablo, devralma ve şirket içi XML işlem modelleri için tanımlayabileceğiniz en fazla nesne sayısını listeler. Bu, sabit sınırları temsil ederken pratik sınırlar da uygulanabilir.

Nesne Devralma Şirket içi XML
Bir kuruluşta sahip olabilirsiniz işlem sayısı 64 64
İşlem için tanımlanan iş öğesi türleri 64 64
Bir koleksiyon için tanımlanan alanlar 8192 1024
İşlem için tanımlanan alanlar 1024 1024
Bir iş öğesi türü için tanımlanan alanlar 1024 1024
Bir 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 256 Yok
İş öğesi türü için tanımlanan iş akışı durumları 32 16
Bir iş öğ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 256
Genel liste içinde tanımlanan liste öğeleri Yok 1024

Not

Şirket içi XML işlem modeli için tüm WTS 'lerde belirtilen tüm genel listeler için yaklaşık toplam 10.000 öğe tanımlayabilirsiniz.

Aşağıdaki tabloda, şirket içi XML işlem modeli için tanımlayabilmeniz gereken en fazla nesne sayısı listelenmiştir. Bu, sabit sınırları temsil ederken pratik limitlere de uygulanabilir.

Nesne Şirket içi XML
Bir kuruluşta sahip olabilirsiniz işlem sayısı 64
İşlem için tanımlanan iş öğesi türleri 64
Bir koleksiyon için tanımlanan alanlar 1024
İşlem için tanımlanan alanlar 1024
Bir iş öğesi türü için tanımlanan alanlar 1024
Bir koleksiyon için tanımlanan seçim listeleri Yok
Liste için tanımlanan seçim listesi öğeleri 2048
Seçim listesi öğesi karakter uzunluğu Yok
İş öğesi türü için tanımlanan iş akışı durumları 16
Bir iş öğesi türü için tanımlanan kurallar 1024
Bir işlem için tanımlanan portföy kapsam düzeyleri 5
Bir işlem için tanımlanan kategoriler 32
Bir işlem için tanımlanan genel listeler 256
Genel liste içinde tanımlanan liste öğeleri 1024
İçeri aktarılan işlem şablonunun boyutu 2 GB

Not

Şirket içi XML işlem modeli için tüm WTS 'lerde 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 aşağıdaki kılavuzu dikkate almanız önerilir.

  • Tanımladığınız özel alanların sayısını en aza indirin. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplamına katkıda bulunur. Farklı bir WıT 'de aynı alan için farklı bir davranış belirtebilirsiniz. Diğer bir deyişle, farklı kurallar, seçim listeleri ve daha fazlasını belirtebilirsiniz.
  • WıT için tanımladığınız kural sayısını en aza indirin. WıT için birden çok kural oluşturabileceğiniz gibi, bir kullanıcı iş öğelerini eklediğinde ve değiştirdiğinde ekleme kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğimde, sistem, iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. belirli koşullar altında, kural doğrulama ifadesi SQL değerlendirmek için çok karmaşıktır.
  • Tanımladığınız özel WTS sayısını en aza indirin.
  • Tanımladığınız özel alanların sayısını en aza indirin. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplamına katkıda bulunur. Farklı bir WıT 'de aynı alan için farklı bir davranış belirtebilirsiniz. Diğer bir deyişle, farklı kurallar, seçim listeleri ve daha fazlasını belirtebilirsiniz.
  • WıT için tanımladığınız kural sayısını en aza indirin. WıT için birden çok kural oluşturabileceğiniz gibi, bir kullanıcı iş öğelerini eklediğinde ve değiştirdiğinde ekleme kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğimde, sistem, iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. belirli koşullar altında, kural doğrulama ifadesi SQL değerlendirmek için çok karmaşıktır.
  • Tanımladığınız özel WTS sayısını en aza indirin.
  • Tanımladığınız raporlanabilir alanların sayısını en aza indirin. Raporlanabilir alanlar veri ambarınızın performansını etkiler.

Not

iş öğesi kuralları doğrulaması SQL sınırlarını aşıyor: her proje oluşturulduğunda veya güncelleştirildiğinde iş öğelerini doğrulamak için her proje için tek bir SQL ifadesi tanımlanır. Bu ifade, proje için tanımlanan tüm iş öğesi türleri için belirttiğiniz kuralların sayısıyla birlikte büyür. Bir alan için belirtilen her davranış niteleyicisi, alt ifadeler sayısında artmaya neden olur. İç içe geçmiş kurallar, yalnızca başka bir alanın değerine uygulanan bir geçişte veya koşullu olarak uygulanan kurallar, IF ifadesine daha fazla koşul eklenmesine neden olur. ifade belirli bir boyuta veya karmaşıklığa ulaştığında SQL daha fazla değerlendiremez ve bir hata üretir. Bazı WTS 'leri kaldırma veya bazı kuralları ortadan kaldırma, hatayı çözebilir.

Hız sınırları

maliyetleri azaltmak ve ölçeklenebilirlik ve performansı geliştirmek için Azure DevOps Services, hizmet olarak yazılım çözümleri gibi çok kiracılı bir çözüm kullanır. iyi bir performans sağlamak ve kesinti olasılığını azaltmak için, Azure DevOps Services kişilerin tüketebileceği kaynakları ve belirli komutlarda yapabilecekleri istek sayısını sınırlar. Bu sınırlar aşıldığında, sonraki istekler geciktirilebilir veya engelleniyor olabilir.

Çoğu Hız sınırlarına REST API çağrılar veya en iyi duruma getirilmemiş sorgular üzerinden ulaşılmıştır. Daha fazla bilgi için aşağıdaki makalelere bakın:

Sınırları geçirme ve içeri aktarma

şirket içinden Azure DevOps Services 'e geçiş yaparken, karşılaşabileceğiniz birkaç boyut sınırı vardır. Bu sınırlar şunları içerir:

  • Veritabanı boyutu önerilen boyutun üstünde
  • En büyük tablo boyutu önerilen boyutun üstünde
  • Veritabanı meta veri boyutu desteklenen boyutun üstünde

daha fazla bilgi edinmek için bkz. Azure DevOps Server verileri Azure DevOps Services 'ye geçirme ve içeri aktarma ve geçiş hatalarını giderme.