Compartir a través de

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. Nuestro equipo de operaciones del 24/7 supervisa la oferta en la nube, respaldada por un acuerdo de nivel de servicio (SLA) del 99,9 % 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 más ventajas:

  • Simplifica la administración del servidor
  • Proporciona acceso inmediato a las características más recientes.
  • Mejora la conectividad con sitios remotos
  • Transiciones de gastos de capital (servidores y hardware) a gastos operativos (suscripciones)

Para decidir si la oferta en la nube o local satisface mejor sus necesidades, tenga en cuenta las siguientes diferencias clave.

Diferencias clave entre Azure DevOps Services y Azure DevOps Server

Azure DevOps Services y Azure DevOps Server ofrecen funcionalidades básicas similares, pero en la lista siguiente se muestran diferencias clave en áreas de características específicas:

  • Implementación: Azure DevOps Services: basada en la nube, hospedada y administrada por Microsoft. Azure DevOps Server: solución local administrada por su organización.
  • Escalabilidad: Azure DevOps Services: altamente escalable y accesible desde cualquier lugar con una conexión a Internet. Azure DevOps Server: la escalabilidad está limitada a la infraestructura de la organización y a la capacidad del servidor.
  • Autenticación: Azure DevOps Services: usa cuentas Microsoft o identificador de Microsoft Entra. Azure DevOps Server: usa las credenciales de dominio de Autenticación de Windows y Active Directory (AD).
  • Control de datos: Azure DevOps Services: los datos se almacenan en centros de datos de Azure seguros. Azure DevOps Server: las organizaciones tienen un control completo sobre sus datos e infraestructura.
  • Administración de usuarios: Azure DevOps Services: admite la adición de grupos de Microsoft Entra a grupos de Azure DevOps Services. Azure DevOps Server: se concede acceso mediante la adición de grupos de AD a varios grupos de Azure DevOps.
  • Personalización de procesos: Azure DevOps Services: modelo de proceso de herencia con la interfaz de usuario web y las opciones de personalización del punto de conexión REST. Azure DevOps Server: ofrece modelos de proceso XML locales y herencia para la personalización.
  • Análisis e informes: Azure DevOps Services: proporciona paneles, servicio Analytics, integración de Power BI y compatibilidad con OData. Azure DevOps Server: ofrece paneles, informes de SSRS y gráficos ligeros configurables.
  • Integración con SQL Server: Azure DevOps Services: no admite la integración con SQL Server Analysis Services para informes. Azure DevOps Server: admite la integración con SQL Server Analysis Services.

Estas diferencias pueden ayudarle a decidir qué plataforma se adapta mejor a las necesidades de su organización. Si usa Azure DevOps Server y tiene en cuenta el traslado a Azure DevOps Services, consulte la introducción a la migración.

Escalabilidad

A medida que crece la empresa, es posible que tenga que escalar verticalmente la instancia de Azure DevOps. Este escalado puede implicar agregar más usuarios, aumentar la capacidad de almacenamiento o mejorar el rendimiento para controlar cargas de trabajo más grandes. Es posible que también tenga que integrar otras herramientas y servicios para admitir flujos de trabajo más complejos y garantizar una colaboración sin problemas en equipos más grandes. Azure DevOps proporciona varias opciones y configuraciones que le ayudarán a escalar de forma eficaz, independientemente de si usa Azure DevOps Services en la nube o Azure DevOps Server localmente.

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.

Cree organizaciones en Azure DevOps Services donde quiera que cree colecciones en Azure DevOps Server. Considere los casos siguientes:

  • Comprar usuarios por organización: los usuarios de pago solo pueden acceder a la organización en la que se realiza el pago. Para los usuarios que necesitan acceso a varias organizaciones, las suscripciones de Visual Studio son una opción atractiva. Los suscriptores de Visual Studio se pueden agregar a cualquier número de organizaciones sin cargo alguno. También estamos explorando otras formas de proporcionar acceso a varias organizaciones agrupadas en una sola entidad.
  • Administrar organizaciones individualmente: actualmente, debe administrar las organizaciones de uno en uno, lo que puede resultar complicado si tiene muchas organizaciones.

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

Azure DevOps Server

Azure DevOps Server proporciona tres opciones para determinar el ámbito y escalar datos: implementaciones, colecciones de proyectos y proyectos.

  • Implementaciones: en el caso más sencillo, las implementaciones son servidores. Sin embargo, pueden ser más complejos, como:

    • Implementaciones de dos servidores donde SQL está en una máquina independiente
    • Granjas de servidores de alta disponibilidad con varios servidores

  • Colecciones de proyectos: sirva como contenedores para los límites de seguridad, administración y base de datos física. También se usan para agrupar proyectos relacionados.

  • Proyectos: encapsula 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

Al comparar Azure DevOps Services y Azure DevOps Server, es importante comprender las diferencias en cómo se controla la autenticación para cada plataforma.

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 mediante credenciales de cuenta Microsoft o credenciales de Id. de Microsoft Entra, en función de la configuración de la organización. Microsoft Entra ID también permite habilitar características como la autenticación multifactor, las restricciones de direcciones IP y mucho más.

Se recomienda configurar las organizaciones para que usen Microsoft Entra en lugar de cuentas de Microsoft. Este enfoque proporciona una mejor experiencia en muchos escenarios y ofrece 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). Autentíquese mediante la autenticación de Windows y las credenciales de dominio de Active Directory (AD). Este proceso es sin problemas y nunca se encuentra con una experiencia de inicio de sesión.

Control de datos

Muchas entidades buscan información sobre la protección de datos al considerar un traslado a la nube. Estamos comprometidos a mantener los proyectos de Azure DevOps Services seguros y seguros. Tenemos características técnicas y procesos empresariales para mantener este compromiso. También puede realizar pasos para proteger los datos. Para obtener más información, consulte Introducción a la protección de datos.

Administración de usuarios

Al administrar usuarios y grupos en Azure DevOps Services y Azure DevOps Server, hay distintos métodos y herramientas disponibles para cada plataforma para garantizar el acceso y la organización adecuados.

Azure DevOps Services

En Azure DevOps Services, puede proporcionar acceso a grupos de usuarios agregando grupos de Microsoft Entra a grupos de Azure DevOps Services. Si usa cuentas De Microsoft en lugar de Id. de Microsoft Entra, debe agregar usuarios individualmente.

También 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 al menos acceso Básico a más usuarios, configure la facturación y pague por más usuarios. De lo contrario, todos los demás usuarios reciben acceso a las partes interesadas.

Los grupos de Microsoft Entra proporcionan acceso a grupos de usuarios, con niveles de acceso asignados automáticamente al primer inicio de sesión. Para las organizaciones que usan cuentas microsoft para iniciar sesión, debe asignar explícitamente niveles de acceso a cada usuario.

Azure DevOps Server

En Azure DevOps Server, se concede a los usuarios acceso a las implementaciones mediante la adición de grupos de Active Directory (AD) a varios grupos de Azure DevOps, como el grupo Colaboradores de un proyecto individual. Las pertenencias a grupos de AD permanecen sincronizadas, por lo que, a medida que los usuarios se agregan o quitan en AD, obtienen o pierden automáticamente el acceso a 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 comprueba estas licencias ni exige el cumplimiento.

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.

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 (lo que ve es lo que obtiene). Este modelo permite personalizar fácilmente los tipos de elementos de trabajo, los estados y los campos directamente a través de la interfaz de usuario sin necesidad de editar archivos XML. Puede crear y modificar procesos para que se ajusten al flujo de trabajo del equipo, asegurándose de que las herramientas se alineen con sus requisitos de proyecto específicos. Esta flexibilidad facilita la administración y adaptación de los cambios en el proceso de desarrollo.

Azure DevOps Server

Con Azure DevOps Server, puede elegir entre el modelo de proceso de herencia y el modelo de proceso XML local.

  • Modelo de proceso de herencia: este modelo admite la personalización wySIWYG (lo que ve es lo que obtiene), lo que le permite personalizar fácilmente los tipos de elementos de trabajo, los estados y los campos directamente a través de la interfaz de usuario. Este enfoque simplifica el proceso de personalización y garantiza que los cambios se reflejen inmediatamente en los proyectos.

  • Modelo de proceso XML local: este modelo admite la personalización a través de la importación o exportación de archivos de definición XML para objetos de seguimiento de trabajo. Proporciona una forma eficaz y flexible de definir y administrar los procesos. Sin embargo, puede causar varios problemas, como:

    • Los procesos de los proyectos existentes no se actualizan automáticamente, lo que requiere intervención manual para aplicar cambios.
    • La complejidad de administrar archivos XML puede provocar errores e incoherencias.
    • Puede resultar difícil mantener y solucionar problemas de personalizaciones, especialmente en entornos grandes o complejos.

Para ayudarle a evitar problemas, las plantillas de proceso personalizadas y la herramienta witadmin.exe siempre están deshabilitadas. Este enfoque garantiza que todos los proyectos se actualicen automáticamente con cada actualización de Azure DevOps Services. El equipo del producto está trabajando para que la personalización de procesos sea más fácil y sostenible.

Con la funcionalidad de personalización del proceso, puede realizar cambios directamente dentro de la interfaz de usuario (UI) web. Si prefiere personalizar los procesos mediante programación, puede usar puntos de conexión REST. La personalización de proyectos de esta manera garantiza que se actualizan automáticamente cuando se publican nuevas versiones de sus procesos base con las 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 diversas herramientas para proporcionar información sobre el progreso y la calidad de los proyectos de software. Entre estas herramientas se incluyen las siguientes:

  • Paneles y gráficos ligeros: disponibles en plataformas locales y en la nube, estas herramientas son fáciles de configurar y usar. Los paneles proporcionan información general personalizable sobre el estado del proyecto, mientras que los gráficos ofrecen representaciones visuales de las métricas y tendencias clave.

  • Los widgets del servicio Analytics y Analytics: optimizados para agregaciones rápidas basadas en servidor y acceso de lectura, el servicio Analytics le ayuda a obtener información más detallada sobre los datos del proyecto. Los widgets de análisis se pueden agregar a los paneles para mostrar tendencias y datos en tiempo real.

  • Integración de Microsoft Power BI: esta integración le permite incorporar datos de Análisis a informes de Power BI, combinando simplicidad y potencia. Con Power BI, puede crear informes interactivos y visualmente atractivos que proporcionan una vista completa del rendimiento del proyecto.

  • Compatibilidad con OData: la compatibilidad con OData permite consultar directamente el servicio analytics desde un explorador compatible y usar los datos JSON devueltos según sea necesario. Puede generar consultas que abarquen varios proyectos o toda la organización, lo que proporciona flexibilidad en la forma de analizar y usar los datos. Para obtener más información sobre el servicio Analytics, consulte nuestro plan de desarrollo de informes.

Estas herramientas ofrecen funcionalidades sólidas para supervisar, analizar e informar sobre el progreso y la calidad de los proyectos de software, lo que le ayuda a tomar decisiones fundamentadas e impulsar la mejora continua.