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

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

Bu makalede, Azure DevOps'un iş izleme işlemlerine ve özelleştirmelerine yerleştirdiği işlem ve nesne sınırları açıklanmaktadır. Bazı pratik sınırlar da geçerlidir. İş öğesi türlerini (WIT' ler) özelleştirirken bu sınırları göz önünde bulundurun.

İş öğeleri ve sorguları

İş öğesi ve sorgu tanımları için aşağıdaki sınırlar geçerlidir.

Obje	Sınır
İş öğesi başına ekler	100
Ek dosya boyutu	60 MB
Uzun metin alanı	1M karakter
Sorgu yürütme süresi	30 saniye
Sorgu sonuçları	20.000 öğe
Sorgu uzunluğu	32.000 karakter
Klasör başına paylaşılan sorgular	999 sorgu
İş öğesi başına iş öğesi bağlantıları	1.000
İş öğesi başına iş öğesi etiketleri	100
İş öğesi düzeltmeleri (REST API)*	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ındaki güncelleştirmeler için geçerli değildir.

Sorgu performansını geliştirme hakkında bilgi için bkz. Sorgu tanımlamak için en iyi yöntemler.

İş listeleri, panolar, gösterge tabloları ve ekipler

Aşağıdaki işlem ve nesne sınırları ekipler, iş öğesi etiketleri, kapsamlar ve panolar için geçerlidir.

Bileşen	Sınır
Birikmiş İşler	10.000 görüntülenen iş öğesi*
Panolar	Önerilen ve Tamamlanandurum kategorilerindeki kartlar hariç 1.000 kart
Görev Panosu	1.000 görev
Proje başına alan yolları	10.000
Ekip başına alan yolları	300
Alan yolu derinliği	14 düzey
Proje başına yineleme yolları	10.000
Ekip başına yineleme yolları	300
Yineleme yolu derinliği	14 düzey
Proje başına proje panoları	500, proje düzeyinde proje erişimi olan herkes tarafından erişilebilir
Ekip başına ekip panoları	Takıma özgü 500 ve takıma özgü ölçümleri ve verileri izlemek için kullanılır
Proje başına teams	5.000
İş öğesi başına iş öğesi etiketleri	100
Kuruluş veya koleksiyon başına iş öğesi etiketleri	150,000
Proje başına teslim planları	1.500
İş öğesi türü başına şablonlar	100

*Her kapsam en fazla 10.000 iş öğesi görüntüleyebilir, ancak tanımlayabildiğiniz iş öğesi sayısında belirli bir sınır yoktur. Kapsamınız 10.000 öğeyi aşıyorsa, 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, bunların sayısını azaltmak için aşağıdaki eylemleri gerçekleştirebilirsiniz.

• Son erişim tarihini gözden geçirin veya ekip üyelerine danışın, ardından yinelenen veya kullanılmayan panoları kaldırın.
• Verileri dışarı aktarın ve eski panoları arşivleyin.
• Panolara daha fazla pencere öğesi ekleyerek benzer panoları birleştirin ve birleştirin.
• Panolar da dahil olmak üzere kaynak kullanımıyla ilgili gerçek zamanlı görünürlük için Nesne Sınırı İzleyicisi'ni kullanın. Bu özellik, sınırlarınızı proaktif olarak yönetmenize ve olası sorunlardan kaçınmanıza yardımcı olabilir. Daha fazla bilgi için bkz. Azure DevOps'ta Nesne Sınırı İzleyicisi'ne Giriş.

Diğer sınırlar

• Tamamlanan veya kapatılan iş öğeleri, Değiştirme Tarihleri bir yıldan eskiyse kapsamlarda ve panolarda görüntülenmez. Yine de sorgu kullanarak bu öğeleri listeleyebilirsiniz. Öğelerin bir kapsam veya panoda görünmesini sağlamak için, ekran saatini sıfırlamak için küçük bir değişiklik yapın.
• Aynı türdeki iş listesi öğ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 dilli 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.

GitHub tümleştirmesi

Projenizi GitHubile entegre ederseniz , aşağıdaki sınırlar geçerli olacaktır.

Entegrasyon	Sınır
Azure Boards web kullanıcı arabirimi	Bağlantı başına 1.000 bağlı GitHub deposu
Azure Boards API'si*	Bağlantı başına 2.000 bağlı GitHub deposu

*Daha fazla bilgi için bkz . GitHub Bağlantıları - GitHub Bağlantılarını Alma.

Projeler

Azure DevOps Services, her kuruluşu 1.000 projeyle sınırlandırarak önceki 300 proje sınırını aşıyor. 300'den fazla proje olduğunda, Visual Studio'dan bir projeye bağlanma gibi bazı deneyimlerin kalitesi düşebilir.

İşlem özelleştirmesi

Bir işlem için tanımlayabileceğiniz nesne sayısıyla ilgili birçok sınır vardır. Daha fazla bilgi için İş izleme deneyiminizi özelleştirme kısmına bakın.

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. Pratik sınırlar da geçerli olabilir.

Obje	Devralma	Barındırılan XML
Kuruluş başına işlem sayısı	128	64
İşlem başına iş öğesi türleri	64	64
Kuruluş başına alanlar	8192	8192
İşlem başına alan sayısı	1024	1024
İş öğesi türü başına alanlar	1024	1024
Kuruluş başına seçim listeleri	2048	-
Liste başına seçim listesi öğeleri	2048	2048
Seçim listesi öğesi karakter uzunluğu	256	-
İş öğesi türü başına iş akışı durumları	32	16
İş öğesi türü başına sayfalar (sekmeler)	16	16
Sayfa başına grup sayısı	32	32
İş öğesi türü başına kurallar	1024	1024
İş öğesi türü başına eylemler	1024	1024
Kural başına eylemler	10	10
İşlem başına portföy kapsamı düzeyleri	5	5
İşlem başına kategoriler	-	32
İş öğesi ek dosyası boyutu	60 MB	60 MB

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. 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.

Pratik sınırlar

Performans sorunlarını en aza indirmek için şu kılavuzu izleyin:

• 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 toplam limite 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.

• Tanımladığınız özel WIT sayısını sınırlayın.

İş Öğ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 ifade 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 bir IF deyime daha fazla koşul ekler.

Kullanıcılar iş öğelerini kaydettiğinde, sistem bu iş öğesi türü için alanlarla ilişkili tüm kuralları doğrular. İfade belirli bir boyuta veya karmaşıklık düzeyine ulaştığında SQL artık bunu verimli bir şekilde değerlendiremez ve hata oluşturabilir. 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, birçok Hizmet Olarak Yazılım çözümü gibi maliyetleri azaltmak ve ölçeklenebilirlik ile performansı geliştirmek için çok kiracılılık 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 Hız sınırlarına çarpmamak için en iyi yöntemler.

İlgili içerik

• İşlem özelleştirme ve devralınan işlemler hakkında bilgi edinin
• Adlandırma kısıtlamalarını ve kurallarını izleyin
• Bir miras süreci oluşturun
• En iyi yöntemleri izleyin