Comparación de Azure DevOps Services con Azure DevOps Server

Azure DevOps Services | Azure DevOps Server 2022: Azure DevOps Server 2019 | TFS 2018

La oferta de nube, Azure DevOps Services, proporciona un servicio hospedado escalable, confiable y disponible globalmente. Está respaldado 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 necesitan que sus datos permanezcan dentro de su red. O bien, cuando quieran acceder a SQL Server servicios de informes que se integran con Azure DevOps Server datos y herramientas.

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 más importantes
  • 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

Cuando elija la plataforma que desee, 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 un 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 ofrecen 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 donde quiera que cree colecciones en Azure DevOps Server. Se aplican los siguientes escenarios:

  • Puede comprar Azure DevOps Services usuarios 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 una en una. Este proceso puede ser 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 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ísicas. 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.

Authentication

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 credenciales de cuenta Microsoft o con credenciales de Azure AD , en función de la configuración de la organización. También puede configurar Azure AD para requerir características como la autenticación multifactor, las restricciones de direcciones IP, etc.

Se recomienda configurar las organizaciones para que usen Azure AD en lugar de cuentas 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 Azure AD.

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 ve 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 Azure AD a Azure DevOps Services grupos. Si usa cuentas Microsoft en lugar de Azure AD, debe agregar usuarios de uno en uno.

Azure DevOps Server

En Azure DevOps Server, se 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 del elemento 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 proporcionar 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 Azure AD 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 cuando considere la posibilidad de moverse a la nube. Estamos comprometidos a garantizar que Azure DevOps Services proyectos permanezcan seguros y seguros. Tenemos características técnicas y procesos empresariales para cumplir este compromiso. También puede tomar medidas 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 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 en Azure DevOps Services, las plantillas de proceso personalizadas y la herramienta witadmin.exe siempre se han deshabilitado. Este enfoque nos ha permitido actualizar automáticamente todos los proyectos con cada actualización Azure DevOps Services. Mientras tanto, el equipo del producto está trabajando duro para que la personalización de procesos sea posible de maneras que podamos admitir fácilmente y continuamente. Recientemente hemos introducido el primero de estos cambios y hay más cambios en el camino.

Con la nueva funcionalidad de personalización de procesos, puede realizar cambios directamente en la interfaz de usuario 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 al publicar nuevas versiones de sus procesos base con Azure DevOps Services actualizaciones.

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 le 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 tanto en la nube como en las plataformas locales. Estas herramientas son fáciles de configurar y usar.
  • El servicio Analytics y los widgets de Analytics. El servicio Analytics está optimizado para agregaciones rápidas basadas en servidor y acceso de lectura.
  • 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 eficacia.
  • 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 nuestra hoja de ruta de informes.

Azure DevOps Server 2018

Visual Studio Team Services es ahora Azure DevOps Services

Muchos de los servicios destacados de VSTS ahora se ofrecen como servicios independientes tanto en Azure DevOps Services como en 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
Versión de compilación & Azure Pipelines Integración continua y entrega continua (CI/CD) que funciona con cualquier lenguaje, plataforma y nube.
Código Azure Repos Repositorios de Git y Control de versiones de Team Foundation (TFVC) privados hospedados en la nube ilimitados 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 Fuentes de paquetes Maven, npm, Python, Universal Package y 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 áreas de servicio principales: Paneles, Repositorios, Canalizaciones, Artefactos, Test Plans, etc. Para más información, consulte Navegación por el portal web en Azure DevOps.

Nota

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

Todavía puede usar visualstudio.com para acceder a Azure DevOps Services. Hemos pasado 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 para que se base dev.azure.com en como principal, un administrador de la organización puede hacerlo desde la página de configuración de la organización.