Seguimiento del trabajo, proceso y límites del proyecto
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013
En este artículo se definen los límites operativos y de objetos que se colocan en las operaciones de seguimiento de trabajo y la personalización del seguimiento de trabajo. Además de los límites máximos especificados en los objetos seleccionados, se aplican ciertos límites prácticos. Al personalizar los tipos de elementos de trabajo (WIT), tenga en cuenta los límites que se colocan en los objetos.
Elementos de trabajo y consultas
Al definir elementos de trabajo o ejecutar consultas, se aplican los siguientes límites operativos.
| Object | Límite |
|---|---|
| Campo de texto largo | 1 M caracteres |
| Etiquetas de elemento de trabajo asignadas a un elemento de trabajo | 100 |
| Vínculos de elementos de trabajo asignados a un elemento de trabajo | 1,000 |
| Datos adjuntos agregados a un elemento de trabajo | 100 |
| Tamaño de los datos adjuntos | 60 MB |
| Tiempo de ejecución de consulta | 30 segundos |
| Resultados de la consulta | 20 000 elementos |
| Longitud de la consulta | 32 000 caracteres |
| Consultas compartidas en una carpeta | 999 consultas |
| Object | Límite |
|---|---|
| Campo de texto largo | 1 M caracteres |
| Etiquetas de elemento de trabajo asignadas a un elemento de trabajo | 100 |
| Vínculos de elementos de trabajo asignados a un elemento de trabajo | 1,000 |
| Datos adjuntos agregados a un elemento de trabajo | 100 |
| Tamaño de los datos adjuntos | De 4 MB a 2 GB |
| Tiempo de ejecución de consulta | 6 minutos |
| Resultados de la consulta | 20 000 elementos |
| Longitud de la consulta | 32 000 caracteres |
| Consultas compartidas en una carpeta | 999 consultas |
El tamaño máximo predeterminado de los datos adjuntos es de 4 MB. Puede cambiar el tamaño máximo hasta 2 GB.
Para mejorar el rendimiento de las consultas, consulte Guía para crear consultas de alto rendimiento.
Trabajo pendiente, paneles y equipos
Al trabajar con equipos, etiquetas de elementos de trabajo, trabajos pendientes y paneles, se aplican los siguientes límites de objetos y pantallas operativos.
| Interfaz de usuario | Límite |
|---|---|
| Trabajos pendientes | 1000 elementos de trabajo |
| Boards | 1000 tarjetas (excepto las tarjetas de las categorías estado de flujo de trabajo Propuesto y Completado ) |
| Panel de tareas | 1000 tareas |
| Teams | 5000 por organización |
| Etiquetas de elementos de trabajo | 150 000 definiciones de etiquetas por organización o colección |
| Rutas de acceso de área | 10 000 por organización |
| Profundidad de la ruta de acceso del área | 14 |
| Rutas de iteración | 10 000 por organización |
| Profundidad de la ruta de acceso de iteración | 14 |
Cada trabajo pendiente puede mostrar hasta 10 000 elementos de trabajo. Se trata de un límite de lo que puede mostrar el trabajo pendiente, no un límite en el número de elementos de trabajo que puede definir. Si el trabajo pendiente supera este límite, es posible que quiera considerar la posibilidad de agregar un equipo y mover algunos de los elementos de trabajo al trabajo pendiente del otro equipo.
Notas adicionales:
- Los elementos de trabajo completados o cerrados no se muestran en los trabajos pendientes y paneles una vez que la fecha de cambio es mayor que un año. Todavía puede enumerar estos elementos mediante una consulta. Si quiere que aparezcan en un trabajo pendiente o en una placa, puede realizar un cambio menor en ellos que restablezca el reloj para su presentación.
- Evite anidar elementos de trabajo pendiente del mismo tipo. Para más información, consulte Corrección de problemas de reordenación y anidamiento.
- Evite asignar las mismas rutas de acceso de área a más de un equipo. Para obtener más información, consulte Limitaciones de las vistas del panel Kanban devarios equipos.
- De forma predeterminada, los límites de elementos de trabajo se pueden configurar inicialmente para reducir los valores.
Al trabajar con equipos, etiquetas de elementos de trabajo, trabajos pendientes y paneles, se aplican los siguientes límites operativos. Límites predeterminados y máximos.
| Interfaz de usuario | Límite |
|---|---|
| Trabajos pendientes | 999 elementos de trabajo |
| Boards | 400 tarjetas |
| Panel de tareas | 800 elementos de trabajo |
| Teams | 5000 por proyecto |
| Etiquetas de elementos de trabajo | 150 000 definiciones de etiquetas por proyecto |
Cada trabajo pendiente puede mostrar hasta 999 elementos de trabajo. Si el trabajo pendiente supera este límite, es posible que quiera considerar la posibilidad de agregar un equipo y mover algunos de los elementos de trabajo al trabajo pendiente del otro equipo.
Notas adicionales:
- Evite anidar elementos de trabajo pendiente del mismo tipo. Para más información, consulte Corrección de problemas de reordenación y anidamiento.
- Evite asignar las mismas rutas de acceso de área a más de un equipo. Para obtener más información, consulte Limitaciones de las vistas del panel Kanban devarios equipos.
Para el modelo de proceso XML local, puede modificar los límites del trabajo pendiente y del panel de tareas editando el ProcessConfiguration.xml trabajo. Para obtener más información, vea Referencia del elemento XML de configuración de procesos.
Proyectos
Azure DevOps Services limita cada organización a 300 proyectos por organización. Por encima de 300 proyectos, ciertas experiencias, como conectarse a la organización Visual Studio, empiezan a degradarse.
En el caso de Azure DevOps Server locales, no hay límites máximos en el número de proyectos. Sin embargo, puede encontrar problemas de rendimiento si el número de proyectos se aproxima a 300. Si planea migrar la colección local a Azure DevOps Services, deberá observar el límite máximo de 300 proyectos. Si la colección tiene más de 300 proyectos, deberá dividir la colección o eliminar proyectos anteriores.
Para obtener más información, consulte Migración de datos de Azure DevOps Server a Azure DevOps Services.
Personalización de procesos
Se imponen varios límites en el número de objetos que se pueden definir para un proceso. Para obtener información sobre los modelos de proceso, consulte Personalización de la experiencia de seguimiento de trabajo.
En la tabla siguiente se muestra el número máximo de objetos que puede definir para los modelos de proceso XML hospedado y herencia. Aunque representan límites máximos, también se pueden aplicar límites prácticos.
| Object | Herencia | XML hospedado |
|---|---|---|
| Número de procesos que puede tener en una organización | 128 | 64 |
| Tipos de elementos de trabajo definidos para un proceso | 64 | 64 |
| Campos definidos para una organización | 8192 | 8192 |
| Campos definidos para un proceso | 1024 | 1024 |
| Campos definidos para un tipo de elemento de trabajo | 1024 | 1024 |
| Listas desplegables definidas para una organización o colección | 1024 | - |
| Elementos de lista desplegable definidos para una lista | 2048 | 2048 |
| Longitud de caracteres de elemento de lista desplegable | 256 | - |
| Estados de flujo de trabajo definidos para un tipo de elemento de trabajo | 32 | 16 |
| Reglas definidas para un tipo de elemento de trabajo | 1024 | 1024 |
| Niveles de trabajo pendiente de cartera definidos para un proceso | 5 | 5 |
| Categorías definidas para un proceso | - | 32 |
| Listas globales definidas para un proceso | - | 256 |
| Enumerar elementos definidos dentro de una lista global | - | 1024 |
| Tamaño de los datos adjuntos de elementos de trabajo | 60 MB | 60 MB |
Para obtener restricciones adicionales y requisitos de conformidad del modelo de proceso XML hospedado, vea Personalizar un proceso al usar XML hospedado.
Nota
Para el modelo de proceso XML hospedado, puede definir un total aproximado de 10 000 elementos para todas las listas globales especificadas en todos los WIT.
En la tabla siguiente se muestra el número máximo de objetos que puede definir para los modelos de proceso XML local y herencia. Aunque representan límites máximos, también se pueden aplicar límites prácticos.
| Object | Herencia | XML local |
|---|---|---|
| Número de procesos que puede tener en una organización | 64 | 64 |
| Tipos de elementos de trabajo definidos para un proceso | 64 | 64 |
| Campos definidos para una colección | 8192 | 1024 |
| Campos definidos para un proceso | 1024 | 1024 |
| Campos definidos para un tipo de elemento de trabajo | 1024 | 1024 |
| Listas desplegables definidas para una colección | 1024 | N/A |
| Elementos de lista desplegable definidos para una lista | 2048 | 2048 |
| Longitud de caracteres de elemento de lista desplegable | 256 | N/D |
| Estados de flujo de trabajo definidos para un tipo de elemento de trabajo | 32 | 16 |
| Reglas definidas para un tipo de elemento de trabajo | 1024 | 1024 |
| Niveles de trabajo pendiente de cartera definidos para un proceso | 5 | 5 |
| Categorías definidas para un proceso | N/D | 32 |
| Listas globales definidas para un proceso | N/D | 256 |
| Enumerar elementos definidos dentro de una lista global | N/A | 1024 |
Nota
Para el modelo de proceso XML local, puede definir un total aproximado de 10 000 elementos para todas las listas globales especificadas en todos los WIT.
En la tabla siguiente se muestra el número máximo de objetos que puede definir para el modelo de proceso XML local. Aunque representan límites máximos, pueden aplicarse límites prácticos.
| Object | XML local |
|---|---|
| Número de procesos que puede tener en una organización | 64 |
| Tipos de elementos de trabajo definidos para un proceso | 64 |
| Campos definidos para una colección | 1024 |
| Campos definidos para un proceso | 1024 |
| Campos definidos para un tipo de elemento de trabajo | 1024 |
| Listas desplegables definidas para una colección | N/A |
| Elementos de lista desplegable definidos para una lista | 2048 |
| Longitud de caracteres de elemento de lista desplegable | N/A |
| Estados de flujo de trabajo definidos para un tipo de elemento de trabajo | 16 |
| Reglas definidas para un tipo de elemento de trabajo | 1024 |
| Niveles de trabajo pendiente de cartera definidos para un proceso | 5 |
| Categorías definidas para un proceso | 32 |
| Listas globales definidas para un proceso | 256 |
| Enumerar elementos definidos dentro de una lista global | 1024 |
| Tamaño de la plantilla de proceso importada | 2 GB |
Nota
Para el modelo de proceso XML local, puede definir un total aproximado de 10 000 elementos para todas las listas globales especificadas en todos los WIT.
Límites prácticos
Se recomienda tener en cuenta las instrucciones siguientes para minimizar los problemas de rendimiento.
- Minimice el número de campos personalizados que defina. Todos los campos personalizados contribuyen al total permitido para un proceso, colección u organización. Tenga en cuenta que puede especificar un comportamiento diferente para el mismo campo en un WIT diferente. Es decir, puede especificar diferentes reglas, listas desplegables, etc.
- Minimice el número de reglas que defina para un WIT. Aunque puede crear varias reglas para un WIT, las reglas de suma pueden afectar negativamente al rendimiento cuando un usuario agrega y modifica elementos de trabajo. Cuando los usuarios guarden elementos de trabajo, el sistema valida todas las reglas asociadas a los campos para su tipo de elemento de trabajo. En determinadas condiciones, la expresión de validación de reglas es demasiado compleja para SQL evaluar.
- Minimice el número de WIT personalizados que defina.
- Minimice el número de campos personalizados que defina. Todos los campos personalizados contribuyen al total permitido para un proceso, colección u organización. Tenga en cuenta que puede especificar un comportamiento diferente para el mismo campo en un WIT diferente. Es decir, puede especificar diferentes reglas, listas desplegables, etc.
- Minimice el número de reglas que defina para un WIT. Aunque puede crear varias reglas para un WIT, las reglas de suma pueden afectar negativamente al rendimiento cuando un usuario agrega y modifica elementos de trabajo. Cuando los usuarios guarden elementos de trabajo, el sistema valida todas las reglas asociadas a los campos para su tipo de elemento de trabajo. En determinadas condiciones, la expresión de validación de reglas es demasiado compleja para SQL evaluar.
- Minimice el número de WIT personalizados que defina.
- Minimice el número de campos que se pueden notificar que defina. Los campos que se pueden notificar afectan al rendimiento del almacenamiento de datos.
Nota
Validación de reglas de elementosde trabajo supera SQL límites: se define una única expresión SQL por proyecto para validar los elementos de trabajo cada vez que se crean o actualizan. Esta expresión crece con el número de reglas que se especifican para todos los tipos de elementos de trabajo definidos para el proyecto. Cada calificador de comportamiento especificado para un campo produce un aumento en el número de sub-expresiones. Las reglas anidadas, las reglas que solo se aplican en una transición o que están condicionadas por el valor de algún otro campo, hacen que se agregan más condiciones a una instrucción IF. Una vez que la expresión alcanza un tamaño o complejidad determinados, SQL ya no puede evaluarla y genera un error. La eliminación de algunos WIT o la eliminación de algunas reglas puede resolver el error.
Límites de frecuencia
Para reducir los costos y mejorar la escalabilidad y el rendimiento, Azure DevOps Services, al igual que muchas soluciones de software como servicio, usa servicios multiinquilino. Para garantizar un buen rendimiento y reducir la probabilidad de interrupciones, Azure DevOps Services limita los recursos que los usuarios pueden consumir y el número de solicitudes que pueden realizar a determinados comandos. Cuando se superan estos límites, las solicitudes posteriores pueden retrasarse o bloquearse.
La mayoría de los límites de velocidad se alcanzan a través de llamadas a la API REST o consultas no optimizadas. Para obtener más información, consulte los artículos siguientes:
Migración e importación de límites
Al determinar la migración del entorno local al Azure DevOps Services, hay varios límites de tamaño que puede encontrar. Estos límites incluyen:
- El tamaño de la base de datos está por encima del tamaño recomendado
- El tamaño de tabla más grande está por encima del tamaño recomendado
- El tamaño de los metadatos de la base de datos está por encima del tamaño admitido
Para más información, consulte Migración de datos de Azure DevOps Server a Azure DevOps Services solución de problemas de importación y migración.