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

  • Makale

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, belirli pratik sınırlar uygulanır. İş öğ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ı geçerlidir.

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 aracılığıyla yapılan güncelleştirmeler için 10.000 iş öğesi düzeltme sınırı geçerlidir. Bu sınır REST API'den gelen güncelleştirmeleri kısıtlar, ancak web portalındaki güncelleştirmeler bundan 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ı geçerlidir.

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
Ekip Panoları Ekip başına 500
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, kapsamın görüntüleyebileceği öğelerle ilgili bir sınırdır, tanımlayabildiğiniz iş öğesi sayısıyla ilgili bir sınır değildir. Kapsamınız bu sınırı aşarsa, bir ekip eklemeyi ve bazı iş öğelerini diğer ekibin kapsamına taşımayı düşünebilirsiniz.

Ek notlar:

  • Tamamlanan veya kapatılan iş öğeleri, Değiştirme Tarihleri bir yıldan büyük olduğunda kapsamlarda ve panolarda görüntülenmez. Yine de sorgu kullanarak bu öğeleri listeleyebilirsiniz. Bunların bir kapsam veya panoda gösterilmesini istiyorsanız, ekran saatini sıfırlayan küçük bir değişiklik yapabilirsiniz.
  • Aynı türdeki kapsam öğelerini iç içe yerleştirmekten 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 takıma atamaktan kaçının. Daha fazla bilgi edinmek için bkz . Çok ekipli 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ılabilir.

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, bir ekip eklemeyi ve bazı iş öğelerini diğer ekibin kapsamına taşımayı düşünebilirsiniz.

Ek notlar:

Şirket içi XML işlem modeli için, ProcessConfiguration.xml dosyasını düzenleyerek 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 1000 projeyle sınırlandırarak önceki 300 proje sınırını aşıyor.

Not

Yukarıdaki 300 projede Visual Studio'dan bir projeye bağlanma gibi bazı deneyimler azalmaya başlayabilir. Şirket içi Azure DevOps Server için proje sayısıyla ilgili kesin sınırlar yoktur. Ancak, proje sayısı 300'e yaklaştığında performans sorunlarıyla karşılaşabilirsiniz. Şirket içi koleksiyonunuzu Azure DevOps Services'e geçirmeyi planlıyorsanız en fazla 1000 proje sınırını gözlemlemeniz gerekir. Koleksiyonunuz 1000'den fazla proje varsa, koleksiyonu bölmeniz veya eski projeleri silmeniz gerekir.

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 dizi sınır uygulanır. İşlem modelleri hakkında bilgi edinmek 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ı listelenir. Bunlar sabit sınırları temsil ederken, pratik sınırlar da uygulanabilir.

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
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 ek 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'ler arasında belirtilen tüm genel listeler için yaklaşık toplam 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. Bunlar sabit sınırları temsil ederken, pratik sınırlar da uygulanabilir.

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 aşağıdaki yönergeleri göz önünde bulundurmanızı öneririz.

  • Tanımladığınız özel alan sayısını en aza indirin. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplama katkıda bulunur. Farklı bir WIT'de aynı alan için farklı davranış belirtebileceğinizi unutmayın. Başka bir ifadeyle farklı kurallar, seçim listeleri ve daha fazlasını belirtebilirsiniz.
  • WIT için tanımladığınız kural sayısını en aza indirin. WIT için birden çok kural oluşturabilirsiniz ancak, kullanıcı iş öğelerini ekleyip değiştirdiğinde toplama kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğinde, 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'i değerlendiremeyecek kadar karmaşıktır.
  • Tanımladığınız özel WIT sayısını en aza indirin.
  • Tanımladığınız özel alan sayısını en aza indirin. Tüm özel alanlar bir işlem, koleksiyon veya kuruluş için izin verilen toplama katkıda bulunur. Farklı bir WIT'de aynı alan için farklı davranış belirtebileceğinizi unutmayın. Başka bir ifadeyle farklı kurallar, seçim listeleri ve daha fazlasını belirtebilirsiniz.
  • WIT için tanımladığınız kural sayısını en aza indirin. WIT için birden çok kural oluşturabilirsiniz ancak, kullanıcı iş öğelerini ekleyip değiştirdiğinde toplama kuralları performansı olumsuz etkileyebilir. Kullanıcılar iş öğelerini kaydettiğinde, 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'i değerlendiremeyecek kadar karmaşıktır.
  • Tanımladığınız özel WIT sayısını en aza indirin.
  • Tanımladığınız raporlanabilir alan sayısını en aza indirin. Raporlanabilir alanlar veri ambarınızın performansını etkiler.

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, proje için tanımlanan tüm iş öğesi türleri için belirttiğiniz kural sayısıyla büyür. Bir alan için belirtilen her davranış niteleyicisi, alt ifade sayısında artışa neden olur. İç içe kurallar, yalnızca geçişe uygulanan veya başka bir alanın değerine göre koşullandırılmış kurallar, IF deyimine daha fazla koşul eklenmesine neden olur. İfade belirli bir boyuta veya karmaşıklık düzeyine ulaştığında SQL artık ifadeyi değerlendiremez ve bir hata oluşturur. Bazı WIT'leri kaldırmak veya bazı kuralları ortadan kaldırmak hatayı çözebilir.

Hız sınırları

Azure DevOps Services, birçok Hizmet Olarak Yazılım çözümü gibi maliyetleri azaltmak ve ölçeklenebilirliği ve performansı geliştirmek için çok kiracılı hizmet kullanır. İyi performans sağlamak ve kesinti olasılığını azaltmak 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, izleyen istekler gecikebilir veya engellenebilir.

Çoğu hız sınırına REST API çağrıları veya iyileştirilmiş olmayan sorgular aracılığıyla ulaşılır. Daha fazla bilgi için aşağıdaki makalelere bakın:

Geçiş ve içeri aktarma sınırları

Şirket içinden Azure DevOps Services'e geçiş yaparken karşılaşabileceğiniz çeşitli boyut sınırları vardır. Bu sınırlar şunlardır:

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

Daha fazla bilgi edinmek için bkz . Azure DevOps Server'dan Azure DevOps Services'a veri geçirme ve İçeri aktarma ve geçiş hatalarını giderme.