Partilhar via


Rastreio do trabalho, processo e limites do projeto

Serviços de DevOps do Azure | Azure DevOps Server | Azure DevOps Server 2022

Este artigo descreve os limites operacionais e de objeto que o Azure DevOps coloca nas operações e personalizações de controle de trabalho. Aplicam-se também alguns limites práticos. Considere esses limites ao personalizar tipos de item de trabalho (WITs).

Itens de trabalho e consultas

Os limites a seguir se aplicam a definições de item de trabalho e consulta.

Objeto Limite
Anexos por item de trabalho 100
Tamanho do anexo 60 MB
Campo de texto longo 1 milhão de caracteres
Tempo de execução da consulta 30 segundos
Resultados da consulta 20.000 itens
Comprimento da consulta 32.000 caracteres
Consultas compartilhadas por pasta 999 consultas
Links de item de trabalho por item de trabalho 1,000
Tags de item de trabalho por item de trabalho 100
Revisões de item de trabalho (API REST)* 10.000
Consultas favoritas por projeto 200 consultas

*A API REST para Serviços de DevOps do Azure impõe um limite de revisão de item de trabalho de 10.000 atualizações. Esse limite restringe as atualizações feitas por meio da API REST, mas não se aplica às atualizações do portal da Web.

Objeto Limite
Campo de texto longo 1 milhão de caracteres
Tags de item de trabalho por item de trabalho 100
Links de item de trabalho por item de trabalho 1,000
Anexos por item de trabalho 100
Tamanho do anexo* 4 MB até 2 GB
Tempo de execução da consulta 6 minutos
Resultados da consulta 20.000 itens
Comprimento da consulta 32.000 caracteres
Consultas compartilhadas por pasta 999 consultas
Consultas favoritas por projeto 200 consultas

*O tamanho máximo padrão do anexo é de 4 MB. Pode alterar o tamanho máximo até 2 GB.

Para obter informações sobre como melhorar o desempenho da consulta, consulte Práticas recomendadas para definir uma consulta.

Listas de pendências, quadros, painéis e equipes

Os seguintes limites operacionais e de objeto aplicam-se a equipes, tags de item de trabalho, listas de pendências e quadros.

Componente Limite
Pendências 10.000 itens de trabalho exibidos*
Quadros 1.000 cartões, excluindo cartões nas categorias de estadoProposto e Concluído
Quadro de tarefas 1.000 tarefas
Caminhos de área por projeto 10.000
Caminhos de área por equipa 300
Profundidade do caminho da área 14 níveis
Caminhos de iteração por projeto 10.000
Caminhos de iteração por equipe 300
Profundidade do caminho de iteração 14 níveis
Painéis do projeto por projeto 500, acessível ao nível do projeto a qualquer pessoa com acesso ao projeto
Painéis de equipe por equipe 500, específico para a equipe e usado para rastrear métricas e dados específicos da equipe
Equipas por projeto 5.000
Tags de item de trabalho por item de trabalho 100
Tags de item de trabalho por organização ou coleção 150,000
Planos de entrega por projeto 1,500
Modelos por tipo de item de trabalho 100

*Cada lista de pendências pode exibir até 10.000 itens de trabalho, mas não há um limite específico para o número de itens de trabalho que você pode definir. Se sua lista de pendências exceder 10.000 itens, considere adicionar uma equipe e mover alguns itens de trabalho para a lista de pendências da nova equipe.

Gorjeta

Se você estiver se aproximando dos limites do painel, poderá executar as seguintes ações para reduzir seu número.

  • Revise a data do último acesso ou verifique com os membros da equipe e remova os painéis duplicados ou não utilizados.
  • Exporte os dados e, em seguida, arquive painéis antigos.
  • Combine e consolide painéis semelhantes adicionando mais widgets aos painéis.
  • Use o Rastreador de Limite de Objetos para visibilidade em tempo real do uso de recursos, incluindo painéis. Esse recurso pode ajudá-lo a gerenciar proativamente seus limites e evitar possíveis problemas. Para obter mais informações, consulte Apresentando o Rastreador de Limite de Objetos no Azure DevOps.

Outros limites

  • Os itens de trabalho concluídos ou fechados não são exibidos em listas de pendências e quadros se a Data alterada tiver mais de um ano. Você ainda pode listar esses itens usando uma consulta. Para fazer com que os itens apareçam em uma lista de pendências ou quadro, faça uma pequena alteração para redefinir o relógio de exibição.
  • Evite encaixar itens da lista de pendências do mesmo tipo. Para obter mais informações, consulte Corrigir problemas de reordenação e aninhamento.
  • Evite atribuir os mesmos caminhos de área a mais de uma equipa. Para obter mais informações, consulte Limitações das exibições de quadros com várias equipes.
  • Por padrão, os limites de item de trabalho podem ser definidos para valores mais baixos inicialmente.

Os seguintes limites operacionais de exibição e objetos se aplicam a equipes, tags de item de trabalho, listas de pendências e quadros.

Componente Limite
Pendências* 999 itens de trabalho
Quadros 400 cartões
Painéis por projeto 500
Quadro de tarefas 800 itens de trabalho
Equipas por projeto 5.000
Tags de item de trabalho por projeto 150,000
Tags de item de trabalho por item de trabalho 100
Modelos por tipo de item de trabalho 100

*Cada lista de pendências pode exibir até 999 itens de trabalho. Se sua lista de pendências exceder esse limite, considere criar uma nova equipe e mover alguns dos itens de trabalho para a lista de pendências da nova equipe.

Outros limites

Integração com GitHub

Se você integrar seu projeto com o GitHub, os seguintes limites se aplicam.

Integração Limite
Interface do usuário da Web do Azure Boards 1.000 repositórios GitHub conectados por conexão
API do Azure Boards* 2.000 repositórios GitHub conectados por conexão

*Para obter mais informações, consulte Conexões do GitHub - Obter conexões do GitHub.

Projetos

Os Serviços de DevOps do Azure limitam cada organização a 1.000 projetos, um aumento em relação ao limite anterior de 300 projetos. Acima de 300 projetos, certas experiências, como conectar-se a um projeto do Visual Studio, podem se degradar.

Para o Azure DevOps Server local, não há limites rígidos para projetos por coleção, mas problemas de desempenho podem surgir à medida que o número de projetos se aproxima de 300. Certas experiências, como conectar-se a um projeto do Visual Studio, podem se degradar.

Ao migrar para os Serviços de DevOps do Azure, observe um limite máximo de 1.000 projetos. Se sua coleção exceder esse limite, divida a coleção ou exclua projetos mais antigos. Para obter mais informações, consulte Migrar dados do Azure DevOps Server para os Serviços de DevOps do Azure.

Personalização de processos

Há muitos limites no número de objetos que você pode definir para um processo. Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.

A tabela a seguir lista o número máximo de objetos que você pode definir para os modelos de processo Inheritance e Hosted XML. Poderão também aplicar-se limites práticos.

Objeto Herança XML hospedado
Número de processos por organização 128 64
Tipos de item de trabalho por processo 64 64
Campos por organização 8192 8192
Campos por processo 1024 1024
Campos por tipo de item de trabalho 1024 1024
Listas de opções por organização 2048 -
Itens da lista de opções por lista 2048 2048
Comprimento do caractere do item da lista de opções 256 -
Estados do fluxo de trabalho por tipo de item de trabalho 32 16
Páginas (separadores) por tipo de item de trabalho 16 16
Grupos por página 32 32
Regras por tipo de item de trabalho 1024 1024
Ações por tipo de item de trabalho 1024 1024
Ações por regra 10 10
Níveis de backlog de portfólio por processo 5 5
Categorias por processo - 32
Tamanho do anexo do item de trabalho 60 MB 60 MB

Nota

Para o modelo de processo XML hospedado, você pode definir aproximadamente 10.000 itens em todas as listas globais especificadas em todos os WITs. Para obter outras restrições e requisitos de conformidade do modelo de processo Hosted XML, consulte Personalizar um processo ao usar Hosted XML.

A tabela a seguir lista o número máximo de objetos que você pode definir para os modelos de processo XML local e de herança. Poderão também aplicar-se limites práticos.

Objeto Herança XML local
Número de processos por recolha 64 64
Tipos de item de trabalho por processo 64 64
Campos por coleção 8192 1024
Campos por processo 1024 1024
Campos por tipo de item de trabalho 1024 1024
Listas de seleção por coleção 1024 N/A
Itens da lista de opções por lista 2048 2048
Comprimento do caractere do item da lista de opções 256 N/A
Estados do fluxo de trabalho por tipo de item de trabalho 32 16
Regras por tipo de item de trabalho 1024 1024
Níveis de backlog de portfólio por processo 5 5
Categorias por processo N/A 32
Listas globais por processo N/A 256
Listar itens por lista global N/A 1024

Nota

Para o modelo de processo XML local, você pode definir um total aproximado de 10.000 itens para todas as listas globais especificadas em todos os WITs.

Limites práticos

Para minimizar os problemas de desempenho, siga estas orientações:

  • Limite o número de campos personalizados definidos. Todos os campos personalizados contribuem para o total permitido para um processo, coleção ou organização. Você pode especificar comportamentos diferentes, como regras e listas de opções, para o mesmo campo em WITs diferentes.

  • Limite o número de regras definidas para um WIT. Embora você possa criar várias regras para um WIT, outras regras podem afetar negativamente o desempenho quando os usuários adicionam ou modificam itens de trabalho.

  • Limite o número de WITs personalizados que você definir.

  • Limite o número de campos relatáveis definidos. Os campos reportáveis podem afetar o desempenho do seu armazém de dados.

A validação de regras de item de trabalho excede os limites do SQL

Uma única expressão SQL é definida por projeto para validar itens de trabalho sempre que eles são criados ou atualizados. Essa expressão cresce com o número de regras especificadas para todos os tipos de item de trabalho no projeto.

Cada qualificador comportamental para um campo aumenta o número de subexpressões. Regras aninhadas, regras que se aplicam apenas em uma transição ou regras condicionadas ao valor de outro campo adicionam mais condições a uma IF instrução.

Quando os usuários salvam itens de trabalho, o sistema valida todas as regras associadas aos campos para esse tipo de item de trabalho. Quando a expressão atinge um determinado tamanho ou complexidade, o SQL não pode mais avaliá-la de forma eficiente e pode gerar um erro. Para resolver esse erro, remova alguns WITs ou elimine algumas regras.

Limites de taxa

Os Serviços de DevOps do Azure, como muitas soluções de Software como Serviço, usam multilocação para reduzir custos e aprimorar a escalabilidade e o desempenho. Para garantir um bom desempenho e minimizar o risco de interrupções, os Serviços de DevOps do Azure limitam os recursos que as pessoas podem consumir e o número de solicitações que podem fazer a determinados comandos. Quando esses limites são excedidos, as solicitações subsequentes podem ser atrasadas ou bloqueadas.

A maioria dos limites de taxa são alcançados por meio de chamadas de API REST ou consultas não otimizadas. Para obter mais informações, consulte Limites de taxa e Práticas recomendadas para evitar atingir limites de taxa.

Limites de migração e importação

Ao migrar do Servidor de DevOps do Azure local para os Serviços de DevOps do Azure, você pode encontrar os seguintes problemas de tamanho:

  • Tamanho do banco de dados excedendo o tamanho recomendado
  • Maior tamanho de tabela excedendo o tamanho recomendado
  • Tamanho dos metadados do banco de dados excedendo o tamanho suportado

Para obter mais informações, consulte Migrar dados do Servidor de DevOps do Azure para os Serviços de DevOps do Azure e Solucionar problemas de erros de importação e migração.