Limites do projeto, processo e controlo do trabalho

  • Artigo

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

Este artigo define os limites operacionais e de objetos colocados nas operações de controle de trabalho e na personalização do rastreamento de trabalho. Além dos limites rígidos especificados em objetos selecionados, certos limites práticos se aplicam. Ao personalizar tipos de item de trabalho (WITs), considere os limites colocados nos objetos.

Itens de trabalho e consultas

Ao definir itens de trabalho ou executar consultas, aplicam-se os seguintes limites operacionais.

Object Limite
Anexos adicionados a um item de trabalho 100
Tamanho do anexo 60 MB
Campo de texto longo 1 M de caracteres
Tempo de execução da consulta 30 segundos
Resultados da consulta 20.000 itens
Comprimento da consulta 32.000 caracteres
Consultas compartilhadas em uma pasta 999 consultas
Links de item de trabalho atribuídos a um item de trabalho 1,000
Tags de item de trabalho atribuídas a um item de trabalho 100
Revisões de item de trabalho (API REST) 10.000
Consultas favoritas por projeto 200 consultas

Um limite de revisão de item de trabalho de 10.000 está em vigor para atualizações feitas por meio da API REST para Serviços de DevOps do Azure. Esse limite restringe as atualizações da API REST, no entanto, as atualizações do portal da Web não são afetadas.

Object Limite
Campo de texto longo 1 M de caracteres
Tags de item de trabalho atribuídas a um item de trabalho 100
Links de item de trabalho atribuídos a um item de trabalho 1,000
Anexos adicionados a um 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 em uma pasta 999 consultas
Consultas favoritas por projeto 200 consultas

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

Para melhorar o desempenho da consulta, consulte Definir uma consulta/Práticas recomendadas.

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

Ao trabalhar com equipes, tags de item de trabalho, listas de pendências e quadros, aplicam-se os seguintes limites operacionais de exibição e objeto.

Interface de utilizador Limite
Registos de Tarefas Pendentes 10.000 itens de trabalho
Boards 1.000 cartões (excluindo os cartões nas categorias de estado de fluxo de trabalho Proposto e Concluído)
Quadro de tarefas 1.000 tarefas
Caminhos da Área 10.000 por projeto
Profundidade do caminho da área 14
Caminhos de Área por equipa 300
Caminhos de iteração 10.000 por projeto
Profundidade do caminho de iteração 14
Caminhos de iteração por equipe 300
Painéis do Projeto 500 por projeto
Painéis de Equipa 500 por equipa
Teams 5.000 por projeto
Tags de item de trabalho 150.000 definições de tag por organização ou coleção
Planos de entrega por projeto 1,000
Modelos por tipo de item de trabalho 100

Cada lista de pendências pode exibir até 10.000 itens de trabalho. Este é um limite no que a lista de pendências pode exibir, não um limite no número de itens de trabalho que você pode definir. Se sua lista de pendências exceder esse limite, considere adicionar uma equipe e mover alguns dos itens de trabalho para a lista de pendências da outra equipe.

Notas adicionais:

  • Os itens de trabalho concluídos ou fechados não são exibidos nas listas de pendências e quadros quando a Data alterada tiver mais de um ano. Você ainda pode listar esses itens usando uma consulta. Se você quiser que eles apareçam em uma lista de pendências ou placa, então você pode fazer uma pequena alteração neles que redefine o relógio para exibição.
  • Evite aninhar itens da lista de pendências do mesmo tipo. Para saber mais, consulte Corrigir problemas de reordenação e aninhamento.
  • Evite atribuir os mesmos caminhos de área a mais de uma equipe. Para saber mais, consulte Limitações das visualizações do quadro Kanban de várias equipes.
  • Por padrão, os limites de item de trabalho podem ser inicialmente configurados para valores mais baixos.

Ao trabalhar com equipes, tags de item de trabalho, listas de pendências e quadros, aplicam-se os seguintes limites operacionais. Limites máximos e por defeito.

Interface de utilizador Limite
Registos de Tarefas Pendentes 999 itens de trabalho
Boards 400 cartões
Painéis por projeto 500
Quadro de tarefas 800 itens de trabalho
Teams 5.000 por projeto
Tags de item de trabalho 150.000 definições de tag por projeto
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 adicionar uma equipe e mover alguns dos itens de trabalho para a lista de pendências da outra equipe.

Notas adicionais:

  • Evite aninhar itens da lista de pendências do mesmo tipo. Para saber mais, consulte Corrigir problemas de reordenação e aninhamento.
  • Evite atribuir os mesmos caminhos de área a mais de uma equipe. Para saber mais, consulte Limitações das visualizações do quadro Kanban de várias equipes.

Para o modelo de processo XML local, você pode modificar os limites da lista de pendências e do quadro de tarefas editando o arquivo ProcessConfiguration.xml. Para obter detalhes, consulte Referência do elemento XML de configuração do processo.

Projetos

Os Serviços de DevOps do Azure limitam cada organização a 1000 projetos por organização, um aumento em relação ao limite anterior de 300 projetos.

Nota

Acima de 300 projetos, certas experiências, como conectar-se a um projeto do Visual Studio, podem começar a degradar-se. Para o Azure DevOps Server local, não há limites rígidos para o número de projetos. No entanto, você pode encontrar problemas de desempenho se o número de projetos se aproximar de 300. Se você planeja migrar sua coleção local para os Serviços de DevOps do Azure, precisará observar o limite máximo de 1000 projetos. Se sua coleção tiver mais de 1000 projetos, você precisará dividir a coleção ou excluir 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

Vários limites são impostos ao número de objetos que você pode definir para um processo. Para saber mais sobre modelos de processo, 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. Embora estes representem limites rígidos, podem também aplicar-se limites práticos.

Object Herança XML hospedado
Número de processos que você pode ter em uma organização 128 64
Tipos de itens de trabalho definidos para um processo 64 64
Campos definidos para uma organização 8192 8192
Campos definidos para um processo 1024 1024
Campos definidos para um tipo de item de trabalho 1024 1024
Listas de opções definidas para uma organização ou coleção 2048 -
Itens da lista de opções definidos para uma lista 2048 2048
Comprimento do caractere do item da lista de opções 256 -
Estados de fluxo de trabalho definidos para um tipo de item de trabalho 32 16
Regras definidas para um tipo de item de trabalho 1024 1024
Ações definidas para uma regra 10 10
Níveis de backlog de portfólio definidos para um processo 5 5
Categorias definidas para um processo - 32
Listas globais definidas para um processo - 256
Listar itens definidos em uma lista global - 1024
Tamanho do anexo do item de trabalho 60 MB 60 MB

Para obter restrições adicionais e requisitos de conformidade do modelo de processo Hosted XML, consulte Personalizar um processo ao usar Hosted XML.

Nota

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

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. Embora estes representem limites rígidos, podem também aplicar-se limites práticos.

Object Herança XML local
Número de processos que você pode ter em uma organização 64 64
Tipos de itens de trabalho definidos para um processo 64 64
Campos definidos para uma coleção 8192 1024
Campos definidos para um processo 1024 1024
Campos definidos para um tipo de item de trabalho 1024 1024
Listas de opções definidas para uma coleção 1024 N/A
Itens da lista de opções definidos para uma lista 2048 2048
Comprimento do caractere do item da lista de opções 256 N/A
Estados de fluxo de trabalho definidos para um tipo de item de trabalho 32 16
Regras definidas para um tipo de item de trabalho 1024 1024
Níveis de backlog de portfólio definidos para um processo 5 5
Categorias definidas para um processo N/A 32
Listas globais definidas para um processo N/A 256
Listar itens definidos em uma lista global N/A 1024

Nota

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

Limites práticos

Recomendamos que você considere as orientações a seguir para minimizar os problemas de desempenho.

  • Minimize o número de campos personalizados definidos. Todos os campos personalizados contribuem para o total permitido para um processo, coleção ou organização. Observe que você pode especificar um comportamento diferente para o mesmo campo em um WIT diferente. Ou seja, você pode especificar diferentes regras, listas de opções e muito mais.
  • Minimize o número de regras definidas para um WIT. Embora possa criar várias regras para um WIT, as regras de adição podem afetar negativamente o desempenho quando um utilizador adiciona e modifica itens de trabalho. Quando os utilizadores guardam itens de trabalho, o sistema valida todas as regras associadas aos campos do respetivo tipo de item de trabalho. Em determinadas condições, a expressão de validação de regras é demasiado complexa para o SQL avaliar.
  • Minimize o número de WITs personalizados que define.
  • Minimize o número de campos personalizados definidos. Todos os campos personalizados contribuem para o total permitido para um processo, coleção ou organização. Observe que você pode especificar um comportamento diferente para o mesmo campo em um WIT diferente. Ou seja, você pode especificar diferentes regras, listas de opções e muito mais.
  • Minimize o número de regras definidas para um WIT. Embora possa criar várias regras para um WIT, as regras de adição podem afetar negativamente o desempenho quando um utilizador adiciona e modifica itens de trabalho. Quando os utilizadores guardam itens de trabalho, o sistema valida todas as regras associadas aos campos do respetivo tipo de item de trabalho. Em determinadas condições, a expressão de validação de regras é demasiado complexa para o SQL avaliar.
  • Minimize o número de WITs personalizados que define.
  • Minimize o número de campos relatáveis definidos. Os campos reportáveis afetam o desempenho do seu armazém de dados.

Nota

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 definidos para o projeto. Cada qualificador comportamental especificado para um campo resulta em um aumento no número de subexpressões. Regras aninhadas, regras que se aplicam apenas em uma transição ou condicionadas ao valor de algum outro campo, fazem com que mais condições sejam adicionadas a uma instrução IF. Quando a expressão atinge um determinado tamanho ou complexidade, o SQL não pode mais avaliá-la e gera um erro. Remover alguns WITs ou eliminar algumas regras, pode resolver o erro.

Limites de taxa

Para reduzir custos e melhorar a escalabilidade e o desempenho, os Serviços de DevOps do Azure, como muitas soluções de Software como Serviço, usam multilocação. Para garantir um bom desempenho e reduzir a probabilidade 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 saber mais, leia os artigos seguintes:

Limites de migração e importação

Ao determinar a migração do local para os Serviços de DevOps do Azure, há vários limites de tamanho que você pode encontrar. Esses limites incluem:

  • O tamanho do banco de dados está acima do tamanho recomendado
  • O tamanho maior da tabela está acima do tamanho recomendado
  • O tamanho dos metadados do banco de dados está acima do tamanho suportado

Para saber mais, 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.