Поделиться через

Ограничения для отслеживания хода выполнения работы, процесса и проекта

службы Azure DevOps | Azure DevOps Server | Azure DevOps Server 2022

В этой статье описываются ограничения операций и объектов, которые Azure DevOps помещает операции отслеживания работы и настройки. Также применяются некоторые практические ограничения. Учитывайте эти ограничения при настройке типов рабочих элементов (WIT).

Рабочие элементы и запросы

Следующие ограничения применяются к определениям рабочих элементов и запросов.

Объект Лимит
Вложения на рабочий элемент 100
Размер вложения 60 МБ
Длинное текстовое поле 1M символов
Время выполнения запроса 30 секунд
Результаты запроса 20 000 элементов
Длина запроса 32 000 символов
Общие запросы для каждой папки 999 запросов
Ссылки рабочих элементов на рабочий элемент 1,000
Теги рабочих элементов на рабочий элемент 100
Редакции рабочих элементов (REST API)* 10 000
Избранные запросы для каждого проекта 200 запросов

*REST API для служб Azure DevOps применяет ограничение редакции рабочего элемента в размере 10 000 обновлений. Это ограничение ограничивает обновления, сделанные через REST API, но не применяется к обновлениям с веб-портала.

Объект Лимит
Длинное текстовое поле 1M символов
Теги рабочих элементов на рабочий элемент 100
Ссылки рабочих элементов на рабочий элемент 1,000
Вложения на рабочий элемент 100
Размер вложения* 4 МБ до 2 ГБ
Время выполнения запроса 6 мин.
Результаты запроса 20 000 элементов
Длина запроса 32 000 символов
Общие запросы для каждой папки 999 запросов
Избранные запросы для каждого проекта 200 запросов

*Максимальный размер вложений по умолчанию — 4 МБ. Максимальный размер можно изменить до 2 ГБ.

Сведения об улучшении производительности запросов см. в рекомендациях по определению запроса.

Невыполненные работы, доски, панели мониторинга и команды

Следующие ограничения операций и объектов применяются к командам, тегам рабочих элементов, невыполненной работе и доскам.

Компонент Лимит
Невыполненные задания 10 000 отображаемых рабочих элементов*
Доски 1000 карт, за исключением карточек в категориях предлагаемых и завершенныхсостояний
Панель задач 1000 задач
Пути к областям для каждого проекта 10 000
Пути к областям для каждой команды 300
Глубина пути к области 14 уровней
Пути итерации для каждого проекта 10 000
Пути итерации для каждой команды 300
Глубина пути итерации 14 уровней
Project панели мониторинга на project 500, доступный на уровне проекта всем пользователям с доступом к проекту
Панели мониторинга группы для каждой команды 500, относящиеся к команде и используемые для отслеживания метрик и данных для конкретной команды
Teams для каждого проекта 5,000
Теги рабочих элементов на рабочий элемент 100
Теги рабочих элементов для каждой организации или коллекции 150,000
Планы доставки для каждого проекта 1,500
Шаблоны для каждого типа рабочего элемента 100

*Каждая невыполненная работа может отображать до 10 000 рабочих элементов, но нет определенного ограничения на количество рабочих элементов, которые можно определить. Если невыполненная работа превышает 10 000 элементов, попробуйте добавить команду и переместить некоторые рабочие элементы в невыполненную работу новой команды.

Совет

Если вы приближаетесь к ограничениям панели мониторинга, вы можете выполнить следующие действия, чтобы уменьшить их число.

  • Просмотрите дату последнего доступа или проверьте с участниками команды, а затем удалите панели мониторинга, повторяющиеся или неиспользуемые.
  • Экспортируйте данные, а затем архивируйте старые панели мониторинга.
  • Объединение и консолидация аналогичных панелей мониторинга путем добавления дополнительных мини-приложений на панели мониторинга.
  • Используйте средство отслеживания ограничения объектов для видимости использования ресурсов в режиме реального времени, включая панели мониторинга. Эта функция позволяет заранее управлять ограничениями и избежать потенциальных проблем. Дополнительные сведения см. в разделе Introducing Object Limit Tracker в Azure DevOps.

Другие ограничения

  • Завершенные или закрытые рабочие элементы не отображаются в невыполненных работах и досках, если их дата изменения старше года. Вы по-прежнему можете перечислить эти элементы с помощью запроса. Чтобы элементы отображались в невыполненной работы или доске, внесите незначительные изменения, чтобы сбросить часы отображения.
  • Избегайте гнездования элементов невыполненной работы одного и того же типа. Дополнительные сведения см. в разделе "Исправление проблем с переупорядочением и вложением".
  • Избегайте назначения одного пути к одной области нескольким командам. Дополнительные сведения см. в разделе "Ограничения представлений многофакторной доски".
  • По умолчанию ограничения рабочих элементов могут быть заданы на более низкие значения изначально.

Следующие операционные ограничения отображения и объектов применяются к командам, тегам рабочих элементов, невыполненной работе и доскам.

Компонент Лимит
Задержек* 999 рабочих элементов
Доски 400 карточек
Панели мониторинга для каждого проекта 500
Панель задач 800 рабочих элементов
Teams для каждого проекта 5,000
Теги рабочих элементов для каждой организации проекта или коллекции 150,000
Теги рабочих элементов на рабочий элемент 100
Шаблоны для каждого типа рабочего элемента 100

*Каждая невыполненная работа может отображать до 999 рабочих элементов. Если невыполненная работа превышает это ограничение, рассмотрите возможность создания новой команды и перемещения некоторых рабочих элементов в невыполненную работу новой команды.

Другие ограничения

интеграция GitHub

Если вы integrate проект с помощью GitHub, применяются следующие ограничения.

Интеграция Лимит
веб-интерфейс Azure Boards 1000 подключенных GitHub репозиториев на подключение
API Azure Boards* 2000 подключенных GitHub репозиториев на подключение

*Дополнительные сведения см. в разделе GitHub Подключения — получение подключений GitHub.

Проекты

Azure DevOps Службы ограничивают каждую организацию до 1000 проектов, увеличившись за предыдущий предел в 300 проектов. Более 300 проектов, некоторые возможности, такие как подключение к проекту из Visual Studio, могут снизиться.

Для локальных Azure DevOps Server нет жестких ограничений на проекты для каждой коллекции, но проблемы с производительностью могут возникнуть, так как число проектов почти 300. Некоторые возможности, такие как подключение к проекту из Visual Studio, могут снизиться.

При миграции на службы Azure DevOps обратите внимание на максимальное ограничение в 1000 проектов. Если коллекция превышает это ограничение, разделите коллекцию или удалите старые проекты. Дополнительные сведения см. в разделе Migrate data from Azure DevOps Server to Azure DevOps Services.

Настройка процесса

Существует множество ограничений на количество объектов, которые можно определить для процесса. Дополнительные сведения см. в разделе "Настройка процесса отслеживания работы".

В следующей таблице перечислено максимальное число объектов, которые можно определить для моделей процессов наследования и размещения XML. Практические ограничения также могут применяться.

Объект Наследование Размещенный XML
Количество процессов на организацию 256 64
Типы рабочих элементов на процесс 64 64
Поля для каждой организации 8192 8192
Поля для каждого процесса 1024 1024
Поля для каждого типа рабочего элемента 1024 1024
Списки выбора для каждой организации 2048 -
Элементы списка выбора для каждого списка 2048 2048
Длина строки символов элемента списка выбора 256 -
Состояния рабочего процесса на тип рабочего элемента 32 16
Страницы (вкладки) для каждого типа рабочего элемента 16 16
Группы на страницу 32 32
Правила для каждого типа рабочего элемента 1024 1024
Действия для каждого типа рабочего элемента 1024 1024
Действия для каждого правила 10 10
Уровни невыполненной работы портфеля на каждый процесс 5 5
Категории на процесс - 32
Размер вложения рабочего элемента 60 МБ 60 МБ

Примечание.

Для модели процесса размещенного XML можно определить приблизительно 10 000 элементов во всех глобальных списках, указанных во всех WIT. Сведения о других ограничениях и требованиях к соответствию модели размещенного XML-процесса см. в разделе "Настройка процесса при использовании размещенного XML".

В следующей таблице перечислены максимальное количество объектов, которые можно определить для моделей процессов наследования и локального XML-процесса. Практические ограничения также могут применяться.

Объект Наследование Локальный XML-процесс
Количество процессов для каждой коллекции 64 64
Типы рабочих элементов на процесс 64 64
Поля для каждой коллекции 8192 1024
Поля для каждого процесса 1024 1024
Поля для каждого типа рабочего элемента 1024 1024
Списки выбора для каждой коллекции 1024 Нет данных
Элементы списка выбора для каждого списка 2048 2048
Длина строки символов элемента списка выбора 256 Нет данных
Состояния рабочего процесса на тип рабочего элемента 32 16
Правила для каждого типа рабочего элемента 1024 1024
Уровни невыполненной работы портфеля на каждый процесс 5 5
Категории на процесс Нет данных 32
Глобальные списки на процесс Нет данных 256
Список элементов на глобальный список Нет данных 1024

Примечание.

Для локальной модели процесса XML можно определить приблизительно 10 000 элементов для всех глобальных списков, указанных во всех WIT.

Практические ограничения

Чтобы свести к минимуму проблемы с производительностью, следуйте приведенным ниже рекомендациям.

  • Ограничить количество определяемых настраиваемых полей. Все настраиваемые поля вносят вклад в общий объем, разрешенный для процесса, коллекции или организации. Можно указать различные варианты поведения, такие как правила и списки выбора, для одного и того же поля в разных WIT.

  • Ограничить количество правил, которые вы определяете для WIT. Хотя можно создать несколько правил для WIT, другие правила могут отрицательно повлиять на производительность при добавлении или изменении рабочих элементов.

  • Ограничить количество определяемых пользовательских WIT.

  • Ограничить количество определяемых полей, доступных для отчетов. Отчетные поля могут повлиять на производительность хранилища данных.

Проверка правил рабочих элементов превышает ограничения SQL

Одно выражение SQL определяется для каждого проекта для проверки рабочих элементов всякий раз, когда они создаются или обновляются. Это выражение увеличивается с числом правил, заданных для всех типов рабочих элементов в проекте.

Каждый квалификатор поведения для поля увеличивает количество вложенных выражений. Вложенные правила, правила, которые применяются только к переходу или правилам, заданным для значения другого поля, добавляют дополнительные условия в инструкцию IF .

При сохранении рабочих элементов система проверяет все правила, связанные с полями для этого типа рабочего элемента. Когда выражение достигает определенного размера или сложности, SQL больше не может эффективно оценить его и может создать ошибку. Чтобы устранить эту ошибку, удалите некоторые WIT или исключите некоторые правила.

Ограничения скорости

Azure DevOps службы, такие как многие решения Software-as-Service, используют мультитенантность для снижения затрат и повышения масштабируемости и производительности. Чтобы обеспечить хорошую производительность и свести к минимуму риск сбоев, Azure DevOps Services ограничивает ресурсы, которые могут использовать отдельные пользователи, и количество запросов, которые они могут сделать для определенных команд. При превышении этих ограничений последующие запросы могут быть отложены или заблокированы.

Большинство ограничений скорости достигается через вызовы REST API или неоптимизированные запросы. Дополнительные сведения см. в разделе "Ограничения скорости " и "Рекомендации", чтобы избежать ограничения скорости удара.

Ограничения миграции и импорта

При миграции из локальной Azure DevOps Server в службы Azure DevOps могут возникнуть следующие проблемы с размером:

  • Размер базы данных, превышающий рекомендуемый размер
  • Максимальный размер таблицы, превышающий рекомендуемый размер
  • Размер метаданных базы данных, превышающий поддерживаемый размер

Дополнительные сведения см. в разделе Migrate data from Azure DevOps Server to Azure DevOps Services и Troubleshoot import and migration errors.

Связанный контент

  • Last updated on