Comparación de Azure DevOps Services con Azure DevOps Server

  • Artículo

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

La oferta en la nube, Azure DevOps Services, proporciona un servicio hospedado escalable, confiable y globalmente disponible. La oferta de nube está respaldada por un Acuerdo de Nivel de Servicio del 99,9 %, supervisado por nuestro equipo de operaciones del 24/7 y disponible en centros de datos locales de todo el mundo.

La oferta local, Azure DevOps Server, se basa en un back-end de SQL Server. Los clientes suelen elegir la versión local cuando necesiten que sus datos permanezcan dentro de su red. O bien, cuando quieren acceder a sql Server Reporting Services que se integran con los datos y herramientas de Azure DevOps Server.

Ambas ofertas proporcionan las mismas características y servicios esenciales, pero Azure DevOps Services ofrece las siguientes ventajas adicionales:

  • Administración simplificada del servidor
  • Acceso inmediato a las características más recientes y mejores
  • Conectividad mejorada con sitios remotos
  • Transición de los gastos de capital (servidores y similares) a gastos operativos (suscripciones)

Para determinar qué oferta ,en la nube o en el entorno local, satisface sus necesidades, tenga en cuenta las siguientes diferencias clave.

Diferencias clave entre Azure DevOps Services y Azure DevOps Server

Al elegir la plataforma que quiera, o si está considerando la posibilidad de pasar de un entorno local a la nube, tenga en cuenta las siguientes áreas:

Diferencias en áreas de características específicas

Aunque Azure DevOps Services es una versión hospedada de Azure DevOps Server, hay algunas diferencias entre las características. Algunas características de Azure DevOps Server no se admiten en Azure DevOps Services. Por ejemplo, Azure DevOps Services no admite la integración con SQL Server Analysis Services para admitir informes.

Diferencias en el soporte técnico

Si usa Azure DevOps Server y tiene en cuenta el traslado a Azure DevOps Services, comprenda las opciones de migración.

Ámbito y escalado de datos

A medida que crece la empresa, es posible que tenga que escalar verticalmente la instancia de Azure DevOps.

Azure DevOps Services

Azure DevOps Services ofrece dos opciones para determinar el ámbito y escalar datos: organizaciones y proyectos. Las organizaciones de Azure DevOps Services obtienen sus propias direcciones URL (por ejemplo, https://dev.azure.com/fabrikamfiber) y siempre tienen exactamente una colección de proyectos. Las organizaciones pueden tener muchos proyectos dentro de una colección.

Se recomienda crear organizaciones en Azure DevOps Services siempre que cree colecciones en Azure DevOps Server. Se aplican los siguientes escenarios:

  • Puede comprar usuarios de Azure DevOps Services por organización: los usuarios de pago solo pueden acceder a la organización en la que se realiza el pago. Si tiene usuarios que necesitan acceso a muchas organizaciones, las suscripciones de Visual Studio pueden ser una opción atractiva. Los suscriptores de Visual Studio se pueden agregar a cualquier número de organizaciones sin cargo alguno. También estamos considerando otras formas de hacer que el acceso esté disponible para muchas organizaciones que se agrupan en una sola organización.
  • Actualmente, tiene que administrar organizaciones de uno en uno. Este proceso puede resultar complicado cuando tiene muchas organizaciones.

Para más información, consulte Planeamiento de la estructura organizativa en Azure DevOps.

Azure DevOps Server

Azure DevOps Server ofrece las tres opciones siguientes para determinar el ámbito y escalar datos: implementaciones, colecciones de proyectos y proyectos. En el caso más sencillo, las implementaciones son solo servidores.

Sin embargo, las implementaciones pueden ser más complicadas, lo que podría incluir:

  • Implementación de dos servidores en la que SQL se divide en una máquina independiente
  • Granjas de servidores de alta disponibilidad con una gran cantidad de servidores

Las colecciones de proyectos sirven como contenedores para la seguridad y administración y los límites de la base de datos física. También se usan para agrupar proyectos relacionados.

Por último, los proyectos se usan para encapsular los recursos de proyectos de software individuales, incluido el código fuente, los elementos de trabajo, etc. Para más información, consulte Planeamiento de la estructura organizativa en Azure DevOps.

Autenticación

Azure DevOps Services

Con Azure DevOps Services, se conecta a través de la red pública de Internet (por ejemplo, https://contoso.visualstudio.com). Puede autenticarse con las credenciales de la cuenta Microsoft o con las credenciales de Id. de Entra de Microsoft, en función de la configuración de la organización. También puede configurar el identificador de Entra de Microsoft para requerir características como la autenticación multifactor, las restricciones de direcciones IP, etc.

Se recomienda configurar las organizaciones para que usen Microsoft Entra en lugar de cuentas de Microsoft. Este método proporciona una mejor experiencia en muchos escenarios y más opciones para mejorar la seguridad.

Para más información, consulte Acerca del acceso a Azure DevOps Services con microsoft Entra ID.

Azure DevOps Server

Con Azure DevOps Server, se conecta a un servidor de intranet (por ejemplo, https://tfs.corp.contoso.com:8080/tfs). Se autentica con la autenticación de Windows y las credenciales de dominio de Active Directory (AD). Este proceso es transparente y nunca verá ningún tipo de experiencia de inicio de sesión.

Administración de usuarios y grupos

Azure DevOps Services

En Azure DevOps Services, puede usar un mecanismo similar para proporcionar acceso a grupos de usuarios. Puede agregar grupos de Microsoft Entra a grupos de Azure DevOps Services. Si usa cuentas de Microsoft en lugar del identificador de Microsoft Entra, tendrá que agregar usuarios de uno en uno.

Azure DevOps Server

En Azure DevOps Server, proporciona a los usuarios acceso a las implementaciones mediante la adición de grupos de Active Directory (AD) a varios grupos de Azure DevOps (por ejemplo, el grupo Colaboradores de un proyecto individual). Las pertenencias a grupos de AD se mantienen sincronizadas. A medida que los usuarios se agregan y quitan en AD, también obtienen y pierden el acceso a Azure DevOps Server.

Administrar el acceso de los usuarios

En Azure DevOps Services y Azure DevOps Server, puede administrar el acceso a las características mediante la asignación de usuarios a un nivel de acceso. Todos los usuarios deben asignarse a un único nivel de acceso. Tanto en la nube como en las ofertas locales, puede conceder acceso gratuito a las características de elementos de trabajo a un número ilimitado de partes interesadas. Además, un número ilimitado de suscriptores de Visual Studio puede tener acceso a todas las características básicas sin cargo adicional. Solo paga por otros usuarios que necesitan acceso.

Azure DevOps Services

En Azure DevOps Services, debe asignar un nivel de acceso a cada usuario de su organización. Azure DevOps Services valida los suscriptores de Visual Studio a medida que inician sesión. Puede asignar acceso básico de forma gratuita a cinco usuarios sin suscripciones de Visual Studio.

Para conceder acceso básico o superior a más usuarios, configure la facturación de su organización y pague por más usuarios. De lo contrario, todos los demás usuarios obtienen acceso a las partes interesadas.

Los grupos de Microsoft Entra proporcionan acceso a grupos de usuarios. Los niveles de acceso se asignan automáticamente al primer inicio de sesión. Para las organizaciones que están configuradas para usar cuentas de Microsoft para iniciar sesión, debe asignar niveles de acceso a cada usuario explícitamente.

Azure DevOps Server

En Azure DevOps Server, todo el uso está en el sistema de honor. Para establecer los niveles de acceso para los usuarios en función de sus licencias, especifique sus niveles de acceso en la página de administración. Por ejemplo, asigne a los usuarios sin licencia acceso solo a las partes interesadas.

Los usuarios con una licencia de acceso de cliente (CAL) de Azure DevOps Server pueden tener acceso básico. Los suscriptores de Visual Studio pueden tener acceso Básico o Avanzado, en función de sus suscripciones. Azure DevOps Server no intenta comprobar estas licencias ni aplicar el cumplimiento.

Seguridad y protección de los datos

Muchas entidades quieren obtener más información sobre la protección de datos al considerar la migración a la nube. Nos comprometemos a garantizar que los proyectos de Azure DevOps Services permanezcan seguros y seguros. Tenemos características técnicas y procesos empresariales para cumplir este compromiso. También puede realizar pasos para proteger los datos. Obtenga más información en nuestra introducción a la protección de datos.

Personalización de procesos

Puede personalizar la experiencia de seguimiento del trabajo de diferentes maneras, en función del modelo de proceso admitido:

Azure DevOps Services

Azure DevOps Services usa el modelo de proceso de herencia , que admite la personalización de WYSIWYG.

Azure DevOps Server

Con Azure DevOps Server, puede elegir el modelo de proceso de herencia o el modelo de proceso XML local, que admite la personalización mediante la importación o exportación de archivos de definición XML para objetos de seguimiento de trabajo. Azure DevOps Server 2018 y versiones anteriores solo tienen acceso al modelo de proceso XML local. Aunque la opción modelo de proceso XML local es eficaz, puede causar varios problemas. El problema principal es que los procesos de los proyectos existentes no se actualizan automáticamente.

Para ayudarle a evitar estos problemas, las plantillas de proceso personalizadas y la herramienta witadmin.exe siempre están deshabilitadas. Este enfoque actualiza automáticamente todos los proyectos con cada actualización de Azure DevOps Services. Mientras tanto, el equipo de productos está trabajando duro para que la personalización de procesos sea posible de maneras que podamos admitir fácilmente y continuamente. Recientemente hemos introducido los primeros cambios y hay más cambios en el camino.

Con la nueva funcionalidad de personalización de procesos, puede realizar cambios directamente dentro de la interfaz de usuario (UI) web. Si desea personalizar los procesos mediante programación, puede hacerlo a través de puntos de conexión REST. Al personalizar proyectos de esta manera, se actualizan automáticamente cuando publicamos nuevas versiones de sus procesos base con actualizaciones de Azure DevOps Services.

Para obtener más información, consulte Personalización de la experiencia de seguimiento del trabajo.

Análisis e informes

Azure DevOps Services y Azure DevOps Server ofrecen las siguientes herramientas que proporcionan información sobre el progreso y la calidad de los proyectos de software:

Azure DevOps Server 2019 a Azure DevOps Services

  • Paneles y gráficos ligeros que están disponibles en las plataformas locales y en la nube. Estas herramientas son fáciles de configurar y usar.
  • El servicio Analytics y los widgets de análisis. El servicio Analytics está optimizado para agregaciones rápidas de acceso de lectura y basadas en servidor.
  • Integración de Microsoft Power BI, que admite la obtención de datos de Analytics en informes de Power BI y proporciona una combinación de simplicidad y potencia.
  • Compatibilidad con OData, que permite consultar directamente el servicio Analytics desde un explorador compatible y, a continuación, usar los datos JSON devueltos como desee. Puede generar consultas que abarquen muchos proyectos o toda la organización. Para más información sobre el servicio Analytics, consulte nuestro plan de desarrollo de informes.

Azure DevOps Server 2018

  • Paneles y gráficos ligeros que están disponibles en las plataformas locales y en la nube. Estas herramientas son fáciles de configurar y usar.
  • Los informes de SQL Server Reporting Services (SSRS) están disponibles cuando Azure DevOps Server está configurado con SQL Server Analysis Services.

Visual Studio Team Services es ahora Azure DevOps Services

Muchos de los servicios destacados de VSTS ahora se ofrecen como servicios independientes en Azure DevOps Services y Azure DevOps Server 2019 y versiones posteriores. Puede obtener servicios por separado o todos juntos como Azure DevOps Services. Si es suscriptor de Azure DevOps, ya tiene acceso a todos los servicios.

Nombre de la característica de VSTS Nombre del servicio Azure DevOps Descripción
Compilación y versión Azure Pipelines Integración continua y entrega continua (CI/CD) que funciona con cualquier lenguaje, plataforma y nube.
Código Azure Repos Repositorios ilimitados de Git y Control de versiones de Team Foundation privados hospedados en la nube (TFVC) para el proyecto.
Trabajo Azure Boards Seguimiento del trabajo con paneles Kanban, trabajos pendientes, paneles de equipo e informes personalizados.
Prueba Azure Test Plans Solución de pruebas todo en uno planeada y exploratoria.
Paquetes (extensión) Azure Artifacts Maven, npm, Python, Universal Package y fuentes de paquetes NuGet de orígenes públicos y privados.

Azure DevOps Services y Azure DevOps Server 2019 y hasta usar la nueva interfaz de usuario de navegación, con una barra lateral vertical para ir a las principales áreas de servicio: Paneles, Repositorios, Canalizaciones, Artefactos, Planes de prueba, etc. Para más información, consulte Navegación del portal web en Azure DevOps.

Nota:

Puede deshabilitar los servicios seleccionados de la interfaz de usuario. Para más información, consulte Activar o desactivar un servicio.

Todavía puede usar visualstudio.com para acceder a Azure DevOps Services. Se ha movido al nuevo dev.azure.com nombre de dominio como la dirección URL principal de las nuevas organizaciones. Esa dirección URL es https://dev.azure.com/{your organization}/{your project}. Si desea cambiar la dirección URL en dev.azure.com función de como principal, un administrador de la organización puede hacerlo desde la página de configuración de la organización.