Compartilhar via

Comparar Azure DevOps Services com Azure DevOps Server

  • Artigo

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

A oferta de nuvem, Azure DevOps Services, fornece um serviço hospedado escalonável, confiável e disponível globalmente. Nossa equipe de operações 24 horas por dia, 7 dias por semana, monitora a oferta de nuvem, que é apoiada por um contrato de nível de serviço (SLA) de 99,9% e está disponível em data centers locais em todo o mundo.

A oferta local, Azure DevOps Server, é criada em um back-end do SQL Server. Os clientes geralmente escolhem a versão local quando precisam que seus dados permaneçam em sua rede. Ou, quando quiserem acessar SQL Server serviços de relatórios que se integram a dados e ferramentas Azure DevOps Server.

Ambas as ofertas fornecem os mesmos recursos e serviços essenciais, mas Azure DevOps Services oferece mais benefícios:

  • Simplifica o gerenciamento do servidor
  • Fornece acesso imediato aos recursos mais recentes
  • Melhora a conectividade com locais remotos
  • Transições de despesas de capital (servidores e hardware) para despesas operacionais (assinaturas)

Para decidir se a oferta na nuvem ou no local atende melhor às suas necessidades, considere as principais diferenças a seguir.

Principais diferenças entre Azure DevOps Services e Azure DevOps Server

Azure DevOps Services e Azure DevOps Server oferecem funcionalidades principais semelhantes, mas a lista a seguir mostra as principais diferenças em áreas de recursos específicas:

  • Implantação: Azure DevOps Services: baseado em nuvem, hospedado e gerenciado pela Microsoft. Azure DevOps Server: solução local, gerenciada por sua organização.
  • Escalabilidade: Azure DevOps Services: altamente escalonável, acessível de qualquer lugar com conexão à Internet. Azure DevOps Server: a escalabilidade é limitada à infraestrutura organizacional e à capacidade do servidor.
  • Autenticação: Azure DevOps Services: usa contas da Microsoft ou ID do Microsoft Entra. Azure DevOps Server: usa a autenticação do Windows e as credenciais de domínio do Active Directory (AD).
  • Controle de dados: Azure DevOps Services: os dados são armazenados em data centers seguros do Azure. Azure DevOps Server: as organizações têm controle total sobre seus dados e infraestrutura.
  • Gerenciamento de usuários: Azure DevOps Services: dá suporte à adição de grupos do Microsoft Entra a grupos do Azure DevOps Services. Azure DevOps Server: o acesso é concedido por meio da adição de grupos do AD a vários grupos do Azure DevOps.
  • Personalização do processo: Azure DevOps Services: modelo de processo de herança com opções de personalização da interface do usuário da Web e ponto de extremidade REST. Azure DevOps Server: oferece modelos de processo XML local e de herança para personalização.
  • Análise e relatórios: Azure DevOps Services: fornece painéis, serviço de análise, integração do Power BI e suporte a OData. Azure DevOps Server: oferece painéis, relatórios SSRS e gráficos leves configuráveis.
  • Integração com SQL Server: Azure DevOps Services: não dá suporte à integração com SQL Server Analysis Services para relatórios. Azure DevOps Server: dá suporte à integração com SQL Server Analysis Services.

Essas diferenças podem ajudá-lo a decidir qual plataforma melhor atende às necessidades da sua organização. Se você estiver usando Azure DevOps Server e considerando uma mudança para Azure DevOps Services, consulte a Visão geral da migração.

Escalabilidade

À medida que sua empresa cresce, talvez seja necessário escalar verticalmente sua instância do Azure DevOps. Esse dimensionamento pode envolver a adição de mais usuários, o aumento da capacidade de armazenamento ou o aprimoramento do desempenho para lidar com cargas de trabalho maiores. Você também pode precisar integrar outras ferramentas e serviços para oferecer suporte a fluxos de trabalho mais complexos e garantir uma colaboração perfeita entre equipes maiores. O Azure DevOps fornece várias opções e configurações para ajudá-lo a dimensionar com eficiência, independentemente de você estar usando Azure DevOps Services na nuvem ou Azure DevOps Server local.

Azure DevOps Services

Azure DevOps Services oferece duas opções para definir o escopo e dimensionar dados: organizações e projetos. As organizações em Azure DevOps Services obtêm suas próprias URLs (por exemplo, https://dev.azure.com/fabrikamfiber), e sempre têm exatamente uma coleção de projetos. As organizações podem ter muitos projetos dentro de uma coleção.

Crie organizações em Azure DevOps Services onde quer que você criasse coleções em Azure DevOps Server. Considere os seguintes cenário:

  • Usuários de compra por organização: os usuários pagos podem acessar apenas a organização onde o pagamento é feito. Para usuários que precisam de acesso a várias organizações, as assinaturas do Visual Studio são uma opção atraente. Os assinantes do Visual Studio podem ser adicionados a qualquer número de organizações sem custo. Também estamos explorando outras maneiras de fornecer acesso a várias organizações agrupadas em uma única entidade.
  • Administre organizações individualmente: Atualmente, você deve administrar as organizações uma de cada vez, o que pode ser complicado se você tiver muitas organizações.

Para obter mais informações, consulte Planejar sua estrutura organizacional no Azure DevOps.

Azure DevOps Server

Azure DevOps Server fornece três opções para definir o escopo e dimensionar dados: implantações, coleções de projetos e projetos.

  • Implantações: no caso mais simples, as implantações são servidores. No entanto, eles podem ser mais complexos, como:

    • Implantações de dois servidores em que o SQL está em uma máquina separada
    • Farms de alta disponibilidade com vários servidores

  • Coleções de projetos: servem como contêineres para segurança, administração e limites de banco de dados físico. Eles também são usados para agrupar projetos relacionados.

  • Projetos: encapsule os ativos de projetos de software individuais, incluindo código-fonte, itens de trabalho e muito mais.

Para obter mais informações, consulte Planejar sua estrutura organizacional no Azure DevOps.

Autenticação

Quando você compara Azure DevOps Services e Azure DevOps Server, é importante entender as diferenças em como a autenticação é tratada para cada plataforma.

Azure DevOps Services

Com Azure DevOps Services, você se conecta pela Internet pública (por exemplo, https://contoso.visualstudio.com). Você pode autenticar usando credenciais de conta da Microsoft ou credenciais de ID do Microsoft Entra, dependendo da configuração da sua organização. O Microsoft Entra ID também permite habilitar recursos como autenticação multifator, restrições de endereço IP e muito mais.

Recomendamos configurar suas organizações para usar o Microsoft Entra em vez de contas da Microsoft. Essa abordagem fornece uma experiência melhor em muitos cenários e oferece mais opções para segurança aprimorada.

Para obter mais informações, consulte Sobre como acessar Azure DevOps Services com a ID do Microsoft Entra.

Azure DevOps Server

Com Azure DevOps Server, você se conecta a um servidor de intranet (por exemplo, https://tfs.corp.contoso.com:8080/tfs). Autentique usando a Autenticação do Windows e suas credenciais de domínio do Active Directory (AD). Esse processo é contínuo e você nunca encontra uma experiência de login.

Controle de dados

Muitas entidades buscam informações sobre proteção de dados ao considerar uma mudança para a nuvem. Estamos comprometidos em manter os projetos do Azure DevOps Services seguros e protegidos. Temos recursos técnicos e processos de negócios em vigor para manter esse compromisso. Você também pode tomar medidas para proteger seus dados. Para obter mais informações, consulte a Visão geral da proteção de dados.

Gerenciamento de usuários

Quando você gerencia usuários e grupos em Azure DevOps Services e Azure DevOps Server, há métodos e ferramentas distintos disponíveis para cada plataforma para garantir o acesso e a organização adequados.

Azure DevOps Services

No Azure DevOps Services, você pode fornecer acesso a grupos de usuários adicionando grupos do Microsoft Entra a grupos do Azure DevOps Services. Se você usar contas da Microsoft em vez da ID do Microsoft Entra, deverá adicionar usuários individualmente.

Você também deve atribuir um nível de acesso a cada usuário em sua organização. Azure DevOps Services valida os assinantes do Visual Studio à medida que eles entram. Você pode atribuir acesso básico gratuitamente a cinco usuários sem assinaturas do Visual Studio.

Para conceder pelo menos acesso básico a mais usuários, configure o faturamento e pague por mais usuários. Caso contrário, todos os outros usuários receberão acesso do Stakeholder.

Os grupos do Microsoft Entra fornecem acesso a grupos de usuários, com níveis de acesso atribuídos automaticamente na primeira entrada. Para organizações que usam contas da Microsoft para entrar, você deve atribuir explicitamente níveis de acesso a cada usuário.

Azure DevOps Server

Em Azure DevOps Server, você concede aos usuários acesso a implantações adicionando grupos do Active Directory (AD) a vários grupos do Azure DevOps, como o grupo Colaboradores de um projeto individual. As associações de grupo do AD permanecem sincronizadas, portanto, à medida que os usuários são adicionados ou removidos no AD, eles obtêm ou perdem automaticamente o acesso a Azure DevOps Server.

Todo o uso é no sistema de honra. Para definir níveis de acesso para usuários com base em suas licenças, especifique seus níveis de acesso na página de administração. Por exemplo, atribua apenas acesso de partes interessadas a usuários não licenciados.

Os usuários com uma CAL (Licença de Acesso para Cliente) Azure DevOps Server podem ter acesso básico. Os assinantes do Visual Studio podem ter acesso Básico ou Avançado, dependendo de suas assinaturas. Azure DevOps Server não verifica essas licenças nem impõe a conformidade.

Em Azure DevOps Services e Azure DevOps Server, você gerencia o acesso aos recursos atribuindo usuários a um nível de acesso. Todos os usuários devem ser atribuídos a um único nível de acesso. Nas ofertas na nuvem e no local, você pode conceder acesso gratuito aos recursos do item de trabalho a um número ilimitado de Stakeholders. Além disso, um número ilimitado de assinantes do Visual Studio pode ter acesso a todos os recursos básicos sem custo adicional. Você paga apenas por outros usuários que precisam de acesso.

Personalização do processo

Você pode personalizar a experiência de acompanhamento de trabalho de diferentes maneiras, dependendo do modelo de processo compatível:

Azure DevOps Services

Azure DevOps Services usa o modelo de processo de herança , que dá suporte à personalização WYSIWYG (What You See Is What You Get). Esse modelo permite que você personalize facilmente tipos, estados e campos de item de trabalho diretamente por meio da interface do usuário sem a necessidade de editar arquivos XML. Você pode criar e modificar processos para se adequar ao fluxo de trabalho de sua equipe, garantindo que as ferramentas estejam alinhadas com os requisitos específicos do seu projeto. Essa flexibilidade facilita o gerenciamento e a adaptação às mudanças em seu processo de desenvolvimento.

Azure DevOps Server

Com Azure DevOps Server, você pode escolher entre o modelo de processo de herança e o modelo de processo XML local.

  • Modelo de processo de herança: esse modelo dá suporte à personalização WYSIWYG (What You See Is What You Get), permitindo que você personalize facilmente os tipos de item de trabalho, estados e campos diretamente por meio da interface do usuário. Essa abordagem simplifica o processo de personalização e garante que as alterações sejam refletidas imediatamente em seus projetos.

  • Modelo de processo XML local: esse modelo dá suporte à personalização por meio da importação ou exportação de arquivos de definição XML para objetos de controle de trabalho. Ele fornece uma maneira poderosa e flexível de definir e gerenciar seus processos. No entanto, pode causar vários problemas, como:

    • Os processos de projetos existentes não são atualizados automaticamente, exigindo intervenção manual para aplicar alterações.
    • A complexidade do gerenciamento de arquivos XML pode levar a erros e inconsistências.
    • Pode ser um desafio manter e solucionar problemas de personalizações, especialmente em ambientes grandes ou complexos.

Para ajudá-lo a evitar problemas, os modelos de processo personalizados e a ferramenta witadmin.exe estão sempre desativados. Essa abordagem garante que todos os projetos sejam atualizados automaticamente com cada atualização do Azure DevOps Services. A equipe de produto está trabalhando para tornar a personalização de processos mais fácil e sustentável.

Com o recurso de personalização de processos, você pode fazer alterações diretamente na interface do usuário (UI) da Web. Se preferir personalizar seus processos programaticamente, você pode usar pontos de extremidade REST. Personalizar projetos dessa maneira garante que eles sejam atualizados automaticamente quando novas versões de seus processos base forem lançadas com Azure DevOps Services atualizações.

Para obter mais informações, consulte Personalizar sua experiência de acompanhamento de trabalho.

Análise e relatórios

Azure DevOps Services e Azure DevOps Server oferecem várias ferramentas para fornecer informações sobre o progresso e a qualidade de seus projetos de software. Essas ferramentas incluem:

  • Painéis e gráficos leves: disponíveis em plataformas locais e na nuvem, essas ferramentas são fáceis de configurar e usar. Os painéis fornecem uma visão geral personalizável do status do seu projeto, enquanto os gráficos oferecem representações visuais das principais métricas e tendências.

  • O serviço do Google Analytics e os widgets do Google Analytics: otimizado para acesso rápido de leitura e agregações baseadas em servidor, o serviço do Google Analytics ajuda você a obter insights mais profundos sobre os dados do seu projeto. Os widgets do Analytics podem ser adicionados aos seus painéis para exibir dados e tendências em tempo real.

  • Integração com o Microsoft Power BI: essa integração permite que você traga dados do Analytics para relatórios do Power BI, combinando simplicidade e poder. Com o Power BI, você pode criar relatórios interativos e visualmente atraentes que fornecem uma visão abrangente do desempenho do seu projeto.

  • Suporte a OData: o suporte a OData permite que você consulte diretamente o serviço de Análise de um navegador com suporte e use os dados JSON retornados conforme necessário. Você pode gerar consultas que abrangem vários projetos ou toda a sua organização, proporcionando flexibilidade na forma como você analisa e utiliza seus dados. Para obter mais informações sobre o serviço do Google Analytics, consulte nosso roteiro de relatórios.

Essas ferramentas oferecem recursos robustos para monitorar, analisar e relatar o progresso e a qualidade de seus projetos de software, ajudando você a tomar decisões informadas e impulsionar a melhoria contínua.