İş 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, 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 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 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:
- 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ı.
Ş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 makaleleri inceleyin:
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 için bkz . Azure DevOps Server'dan Azure DevOps Services'a veri geçirme ve İçeri aktarma ve geçiş hatalarını giderme.