Limites do projeto, processo e controlo do trabalho
Azure DevOps Services | 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 específicos, alguns 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, tenha em mente 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 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 |
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 as atualizações do portal da Web não são afetadas.
| Object | Limite |
|---|---|
| Campo de texto longo | 1-M 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
Quando você trabalha 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 de á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. Acessível ao nível do projeto e qualquer pessoa com acesso ao projeto pode usar. |
| Painéis de Equipa | 500 por equipa. Específico para a equipe e usado para rastrear métricas e dados específicos da equipe. |
| Teams | 5.000 por projeto |
| Etiquetas de itens 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. Esse limite se aplica ao que a lista de pendências pode exibir, não ao número de itens de trabalho que você pode definir, pois não há um limite específico. Se a sua lista de pendências exceder esse limite, 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 de painéis, consulte as seguintes etapas para gerenciar e limpar seus painéis:
- Revisar o uso: identifique os painéis que não estão mais em uso ou que são duplicados. Você pode fazer isso verificando a data do último acesso ou consultando os membros da equipe.
- Consolidar painéis: combine painéis semelhantes para reduzir o número total. Isso pode ser feito adicionando vários widgets a um único painel.
- Arquivar painéis antigos: se determinados painéis não forem mais necessários, mas você quiser manter os dados, considere exportar os dados e arquivá-los.
- Use o recurso Rastreador de Limite de Objetos: fornece 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.
Outras notas:
- Os itens de trabalho concluídos ou fechados não são exibidos em listas de pendências e quadros quando a Data alterada tiver mais de um ano. Você ainda pode listar esses itens usando uma consulta. Para fazê-los aparecer em uma lista de pendências ou placa, faça uma pequena alteração para redefinir o relógio de exibição.
- Evite aninhar 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 equipe. Para obter mais informações, consulte Limitações de 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.
Quando você trabalha com equipes, tags de item de trabalho, listas de pendências e quadros, os seguintes limites operacionais se aplicam. 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 |
| Etiquetas de itens 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 criar uma equipe e mover alguns dos itens de trabalho para a lista de pendências da nova equipe.
Outras notas:
- Evite aninhar 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 várias equipes. Para obter mais informações, consulte Limitações de exibições de quadros com várias equipes.
Para o modelo de processo XML local, você pode modificar a lista de pendências e os limites do quadro de tarefas editando o ProcessConfiguration.xml arquivo. 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 1.000 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 se degradar. Para o Azure DevOps Server local, não há limites rígidos, mas problemas de desempenho podem surgir à medida que o número de projetos se aproxima de 300. Ao migrar para os Serviços de DevOps do Azure, observe o 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
Muitos limites são impostos ao 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. Embora estes limites sejam 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 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 outras restrições 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 aproximadamente 10.000 itens em 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 limites sejam 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
Para minimizar os problemas de desempenho, recomendamos seguir 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. Quando os usuários salvam itens de trabalho, o sistema valida todas as regras associadas aos campos para esse tipo de item de trabalho. Em alguns casos, a expressão de validação de regra pode ser muito complexa para o SQL avaliar de forma eficiente.
- Limite o número de WITs personalizados que você definir.
- 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. Quando os usuários salvam itens de trabalho, o sistema valida todas as regras associadas aos campos para esse tipo de item de trabalho. Em alguns casos, a expressão de validação de regra pode ser muito complexa para o SQL avaliar de forma eficiente.
- 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.
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 no projeto. Cada qualificador comportamental para um campo aumenta o número de subexpressões. Regras aninhadas, regras que se aplicam somente em uma transição ou regras condicionadas ao valor de outro campo adicionam mais condições 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. Para resolver esse erro, remova alguns WITs ou elimine algumas regras.
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 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 local para os Serviços de DevOps do Azure, você pode encontrar vários limites de tamanho, incluindo:
- 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.