Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Azure DevOps Services | Servidor Azure DevOps | Azure DevOps Server 2022
Este artigo descreve os limites operacionais e de objeto que o Azure DevOps coloca em operações de acompanhamento de trabalho e personalizações. Alguns limites práticos também se aplicam. Considere esses limites ao personalizar wits (tipos de item de trabalho).
Consultas e itens de trabalho
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 | Caracteres de 1M |
| 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 |
| Marcas 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 o Azure DevOps Services 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 a atualizações do portal da Web.
| Objeto | Limite |
|---|---|
| Campo de texto longo | Caracteres de 1M |
| Marcas 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 a 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 do anexo máximo padrão é de 4 MB. Você pode alterar o tamanho máximo para até 2 GB.
Para obter informações sobre como melhorar o desempenho da consulta, consulte As práticas recomendadas para definir uma consulta.
Lista de pendências, quadros, painéis e equipes
Os limites operacionais e de objeto a seguir se aplicam a equipes, marcas de item de trabalho, listas de pendências e placas.
| Componente | Limite |
|---|---|
| Pendências | 10.000 itens de trabalho exibidos* |
| Boards | 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 equipe | 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 da iteração | 14 níveis |
| Painéis de projeto por projeto | 500, acessível no nível do projeto para qualquer pessoa com acesso ao projeto |
| Painéis de equipe por equipe | 500, específico da equipe e usado para acompanhar dados e métricas específicas da equipe |
| Equipes por projeto | 5.000 |
| Marcas de item de trabalho por item de trabalho | 100 |
| Marcas 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á nenhum limite específico no 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.
Dica
Se você estiver se aproximando dos limites do painel, poderá executar as ações a seguir para reduzir o número.
- Examine a última data acessada 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 Pesquisador 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 Introdução ao Rastreador de Limite de Objetos no Azure DevOps.
Outros limites
- Os itens de trabalho concluídos ou fechados não serão exibidos em listas de pendências e quadros se a data alterada for maior que 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 placa, faça uma pequena alteração para redefinir o relógio de exibição.
- Evite aninhar itens de 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 de várias equipes.
- Inicialmente, por padrão, os limites de item de trabalho podem ser definidos como valores mais baixos.
Os seguintes limites operacionais de exibição e objeto se aplicam a equipes, marcas de item de trabalho, listas de pendências e placas.
| Componente | Limite |
|---|---|
| Atrasos* | 999 itens de trabalho |
| Boards | 400 cartões |
| Painéis por projeto | 500 |
| Quadro de Tarefas | 800 itens de trabalho |
| Equipes por projeto | 5.000 |
| Marcas de item de trabalho por projeto | 150.000 |
| Marcas 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
- Evite aninhar itens de 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 de várias equipes.
- Para o modelo de processo XML local, você pode modificar os limites de backlog e board editando o arquivo ProcessConfiguration.xml . Para obter mais informações, consulte Referência do elemento XML de configuração do processo.
Integração do GitHub
Se você integrar seu projeto ao GitHub, os limites a seguir serão aplicados.
| Integração | Limite |
|---|---|
| Interface do usuário da Web do Azure Boards | 1.000 repositórios do GitHub conectados por conexão |
| API do Azure Boards* | 2.000 repositórios do GitHub conectados por conexão |
*Para obter mais informações, consulte Conexões do GitHub – Obter conexões do GitHub.
Projetos
O Azure DevOps Services limita cada organização a 1.000 projetos, um aumento em relação ao limite anterior de 300 projetos. Acima de 300 projetos, algumas experiências, como conectar-se a um projeto do Visual Studio, podem se tornar degradadas.
Para o Azure DevOps Server local, não há limites rígidos em projetos por coleção, mas podem surgir problemas de desempenho à medida que o número de projetos se aproxima de 300. Determinadas experiências, como conectar-se a um projeto do Visual Studio, podem prejudicar.
Ao migrar para o Azure DevOps Services, observe um limite máximo de 1.000 projetos. Se a coleção ultrapassar esse limite, divida a coleção ou exclua os projetos mais antigos. Para obter mais informações, confira Migrar dados do Azure DevOps Server para o Azure DevOps Services.
Personalização do processo
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 rastreamento de trabalho.
A tabela a seguir lista o número máximo de objetos que você pode definir para os modelos de processo XML Hospedado e de Herança. Limites práticos também podem ser aplicados.
| 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 | 8.192 | 8.192 |
| Campos por processo | 1.024 | 1.024 |
| Campos por tipo de item de trabalho | 1.024 | 1.024 |
| Listas de seleção por organização | 2048 | - |
| Itens de lista de seleção por lista | 2048 | 2048 |
| Comprimento do caractere do item da lista de opções | 256 | - |
| Estados de fluxo de trabalho por tipo de item de trabalho | 32 | 16 |
| Páginas (guias) por tipo de item de trabalho | 16 | 16 |
| Grupos por página | 32 | 32 |
| Regras por tipo de item de trabalho | 1.024 | 1.024 |
| Ações por tipo de item de trabalho | 1.024 | 1.024 |
| 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 |
Observação
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 conhecer outras restrições e requisitos de conformidade do modelo de processo XML Hospedado, consulte Personalizar um processo quando se usa um XML hospedado.
A tabela a seguir lista o número máximo de objetos que você pode definir para os modelos de processo Herança e XML na infraestrutura local. Limites práticos também podem ser aplicados.
| Objeto | Herança | XML local |
|---|---|---|
| Número de processos por coleção | 64 | 64 |
| Tipos de item de trabalho por processo | 64 | 64 |
| Campos por coleção | 8.192 | 1.024 |
| Campos por processo | 1.024 | 1.024 |
| Campos por tipo de item de trabalho | 1.024 | 1.024 |
| Listas de seleção por coleção | 1.024 | N/A |
| Itens de lista de seleção por lista | 2048 | 2048 |
| Comprimento do caractere do item da lista de opções | 256 | N/A |
| Estados de fluxo de trabalho por tipo de item de trabalho | 32 | 16 |
| Regras por tipo de item de trabalho | 1.024 | 1.024 |
| 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 | 1.024 |
Observação
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 problemas de desempenho, siga estas diretrizes:
Limite o número de campos personalizados que você definir. Todos os campos personalizados participam do total permitido para um processo, coleção ou organização. Você pode especificar os comportamentos diferentes, como as regras e as listas de seleção, para o mesmo campo nos WITs diferentes.
Limite o número de regras definidas para um WIT. Embora você possa criar várias regras para um WIT, outras regras poderão afetar negativamente o desempenho quando os usuários adicionarem ou modificarem os itens de trabalho.
Limite o número dos WITs personalizados que você definir.
- Limite o número de campos comunicáveis que você definir. Os campos comunicáveis podem afetar o desempenho do data warehouse.
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 acompanha o crescimento do 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 os usuários salvam os itens de trabalho, o sistema valida todas as regras associadas aos campos para aquele tipo de item de trabalho. Depois que a expressão atinge um determinado tamanho ou complexidade, o SQL não pode mais avaliá-la com eficiência e pode gerar um erro. Para solucionar esse erro, remova alguns WITs ou elimine algumas regras.
Limites de taxa
O Azure DevOps Services, como muitas soluções de software como serviço, usa multilocatário para reduzir custos e melhorar a escalabilidade e o desempenho. Para garantir um bom desempenho e minimizar o risco de interrupções, o Azure DevOps Services limita os recursos que os indivíduos podem consumir e o número de solicitações que eles podem fazer a alguns comandos. Quando esses limites são ultrapassados, as solicitações posteriores podem ficar atrasadas ou ser bloqueadas.
A maioria dos limites de taxa é atingida por meio de chamadas à API REST ou consultas não otimizadas. Para obter mais informações, consulte Limites de taxa e práticas recomendadaspara evitar atingir limites de taxa.
Limites de migração e importação
Ao migrar do Azure DevOps Server local para o Azure DevOps Services, você poderá encontrar os seguintes problemas de tamanho:
- Tamanho do banco de dados ultrapassando o tamanho recomendado
- Maior tamanho de mesa excedendo o tamanho recomendado
- Tamanho dos metadados do banco de dados que ultrapassam o tamanho compatível
Para obter mais informações, consulte Migrar os dados do Azure DevOps Server para o Azure DevOps Services e Solucionar os problemas de erros de importação e migração.