Partilhar via

Comparar os Serviços de DevOps do Azure com o Servidor de DevOps do Azure

  • Artigo

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

A oferta de nuvem, Serviços de DevOps do Azure, fornece um serviço hospedado escalá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 acordo 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 na rede. Ou, quando quiserem ter acesso aos serviços de relatório do SQL Server que se integram aos dados e ferramentas do Azure DevOps Server.

Ambas as ofertas fornecem os mesmos recursos e serviços essenciais, mas os Serviços de DevOps do Azure oferecem 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 nuvem ou a oferta local atende melhor às suas necessidades, considere as seguintes diferenças principais.

Principais diferenças entre os Serviços de DevOps do Azure e o Servidor de DevOps do Azure

Os Serviços de DevOps do Azure e o Servidor de DevOps do Azure oferecem funcionalidades principais semelhantes, mas a lista a seguir mostra as principais diferenças em áreas de recursos específicas:

  • Implantação: Serviços de DevOps do Azure: baseados em nuvem, hospedados e gerenciados pela Microsoft. Azure DevOps Server: Solução local, gerida pela sua organização.
  • Escalabilidade: Serviços de DevOps do Azure: altamente escaláveis, acessíveis de qualquer lugar com uma conexão com a Internet. Azure DevOps Server: a escalabilidade é limitada à sua infraestrutura organizacional e capacidade do servidor.
  • Autenticação: Serviços de DevOps do Azure: usa contas da Microsoft ou ID do Microsoft Entra. Servidor de DevOps do Azure: usa a Autenticação do Windows e credenciais de domínio do Ative Directory (AD).
  • Controle de dados: Serviços de DevOps do Azure: 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: Serviços de DevOps do Azure: dá suporte à adição de grupos do Microsoft Entra aos grupos dos Serviços de DevOps do Azure. Servidor de DevOps do Azure: o acesso é concedido por meio da adição de grupos do AD a vários grupos do Azure DevOps.
  • Personalização do processo: Serviços de DevOps do Azure: modelo de processo de herança com opções de personalização da interface do usuário da Web e do ponto de extremidade REST. Azure DevOps Server: oferece modelos de processo XML de herança e no local para personalização.
  • Análise e relatórios: Serviços de DevOps do Azure: 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 o SQL Server: Serviços de DevOps do Azure: não oferece suporte à integração com o SQL Server Analysis Services para relatórios. Azure DevOps Server: dá suporte à integração com o SQL Server Analysis Services.

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

Escalabilidade

À medida que sua empresa cresce, talvez seja necessário expandir 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 dar 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 de forma eficiente, quer esteja a utilizar os Serviços de DevOps do Azure na nuvem ou o Servidor de DevOps do Azure no local.

Serviços de DevOps do Azure

Os Serviços de DevOps do Azure oferecem duas opções para definir o escopo e dimensionar dados: organizações e projetos. As organizações nos Serviços de DevOps do Azure 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 nos Serviços de DevOps do Azure onde quer que crie coleções no Servidor de DevOps do Azure. Considere os seguintes cenários:

  • Comprar usuários 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 nenhum custo. Também estamos explorando outras maneiras de fornecer acesso a várias organizações agrupadas em uma única entidade.
  • Administrar organizações individualmente: Atualmente, você deve administrar 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

O Servidor de DevOps do Azure 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, podem ser mais complexos, tais 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 limites de segurança, administração e banco de dados físico. Eles também são usados para agrupar projetos relacionados.

  • Projetos: encapsula 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 os Serviços de DevOps do Azure e o Servidor de DevOps do Azure, é importante entender as diferenças em como a autenticação é tratada para cada plataforma.

Serviços de DevOps do Azure

Com os Serviços de DevOps do Azure, 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 os Serviços de DevOps do Azure com o Microsoft Entra ID.

Azure DevOps Server

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

Controlo de dados

Muitas entidades buscam informações sobre proteção de dados ao considerar uma mudança para a nuvem. Estamos empenhados em manter os projetos dos Serviços de DevOps do Azure seguros e protegidos. Temos características técnicas e processos de negócios em vigor para manter esse compromisso. Também pode tomar medidas para proteger os seus dados. Para obter mais informações, consulte Visão geral sobre proteção de dados.

Gestão de utilizadores

Quando você gerencia usuários e grupos nos Serviços de DevOps do Azure e no Servidor de DevOps do Azure, há métodos e ferramentas distintos disponíveis para cada plataforma para garantir o acesso e a organização adequados.

Serviços de DevOps do Azure

Nos Serviços de DevOps do Azure, você pode fornecer acesso a grupos de usuários adicionando grupos do Microsoft Entra aos grupos dos Serviços de DevOps do Azure. 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. Os Serviços de DevOps do Azure validam os subscritores do Visual Studio à medida que iniciam sessão. Você pode atribuir acesso básico gratuitamente a cinco usuários sem assinaturas do Visual Studio.

Para dar 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 de partes interessadas.

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

No Servidor de DevOps do Azure, você concede aos usuários acesso a implantações adicionando grupos do Ative Directory (AD) a vários grupos de DevOps do Azure, como o grupo de 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 ganham ou perdem automaticamente o acesso ao Servidor de DevOps do Azure.

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) do 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. O Azure DevOps Server não verifica essas licenças nem impõe conformidade.

Nos Serviços de DevOps do Azure e no Servidor de DevOps do Azure, 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 partes interessadas. Além disso, um número ilimitado de assinantes do Visual Studio pode ter acesso a todos os recursos básicos sem custo extra. Você paga apenas por outros usuários que precisam de acesso.

Personalização de processos

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

Serviços de DevOps do Azure

Os Serviços de DevOps do Azure usam 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 de itens de trabalho, estados e campos diretamente através 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 da sua equipe, garantindo que as ferramentas estejam alinhadas com os requisitos específicos do projeto. Esta flexibilidade torna mais fácil gerir e adaptar-se às mudanças no seu processo de desenvolvimento.

Azure DevOps Server

Com o 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: Este modelo suporta a personalização WYSIWYG (What You See Is What You Get), permitindo que você personalize facilmente tipos de itens de trabalho, estados e campos diretamente através da interface do usuário. Essa abordagem simplifica o processo de personalização e garante que as alterações sejam imediatamente refletidas em seus projetos.

  • Modelo de processo XML local: este modelo oferece 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, tais como:

    • Os processos para 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 dos Serviços de DevOps do Azure. A equipe de produto está trabalhando para tornar a personalização do processo mais fácil e sustentável.

Com o recurso de personalização do processo, você pode fazer alterações diretamente na interface do usuário da Web (UI). 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 básicos forem lançadas com atualizações dos Serviços de DevOps do Azure.

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

Análises e comunicação

Os Serviços de DevOps do Azure e o Servidor de DevOps do Azure oferecem várias ferramentas para fornecer informações sobre o progresso e a qualidade dos seus projetos de software. Estas 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 Analytics e widgets do Analytics: otimizado para acesso rápido de leitura e agregações baseadas em servidor, o serviço Analytics ajuda você a obter informações mais detalhadas sobre os dados do seu projeto. Os widgets do Google 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 Google Analytics para relatórios do Power BI, combinando simplicidade e potência. 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 Analytics a partir de um navegador compatível 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 Analytics, consulte nosso roteiro de relatórios.

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