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. A oferta de nuvem é apoiada por um SLA de 99,9%, monitorado por nossa equipe de operações 24 horas por dia, 7 dias por semana, e 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 os seguintes benefícios adicionais:

  • Gerenciamento simplificado do servidor
  • Acesso imediato aos melhores e mais recentes recursos
  • Conectividade aprimorada com locais remotos
  • Uma transição de despesas de capital (servidores e similares) para despesas operacionais (assinaturas)

Para determinar qual oferta, na nuvem ou no local, atende às suas necessidades, considere as seguintes diferenças principais.

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

Ao escolher qual plataforma deseja ou se estiver considerando uma mudança do local para a nuvem, considere as seguintes áreas:

Diferenças em áreas de recursos específicas

Embora Azure DevOps Services seja uma versão hospedada de Azure DevOps Server, há algumas diferenças entre os recursos. Não há suporte para Azure DevOps Server alguns recursos do Azure DevOps Services. Por exemplo, Azure DevOps Services não dá suporte à integração com SQL Server Analysis Services para dar suporte a relatórios.

Diferenças no suporte

Se você estiver usando Azure DevOps Server e considerando uma mudança para Azure DevOps Services, consulte a Visão geral da migração.

Dados de escopo e escala

À medida que sua empresa cresce, talvez seja necessário escalar verticalmente sua instância do Azure DevOps.

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.

Recomendamos que você crie organizações em Azure DevOps Services sempre que criar coleções em Azure DevOps Server. Os seguintes cenários se aplicam:

  • Você pode comprar usuários do Azure DevOps Services por organização – os usuários pagos podem acessar apenas a organização na qual o pagamento é feito. Se você tiver usuários que precisam de acesso a muitas organizações, as assinaturas do Visual Studio podem ser uma opção atraente. Os assinantes do Visual Studio podem ser adicionados a qualquer número de organizações sem custo. Também estamos considerando outras maneiras de disponibilizar o acesso a muitas organizações agrupadas em uma única organização.
  • Atualmente, você precisa administrar as organizações uma de cada vez. Esse processo pode ser complicado quando você tem muitas organizações.

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

Azure DevOps Server

Azure DevOps Server oferece as três opções a seguir para definir o escopo e dimensionar dados: implantações, coleções de projetos e projetos. No caso mais simples, as implantações são apenas servidores.

As implantações podem ser mais complicadas, no entanto, o que pode incluir:

  • Implantação de dois servidores em que o SQL é dividido em uma máquina separada
  • Farms de alta disponibilidade com muitos servidores

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

Por fim, os projetos são usados para encapsular os ativos de projetos de software individuais, incluindo código-fonte, itens de trabalho e assim por diante. Para obter mais informações, consulte Planejar sua estrutura organizacional no Azure DevOps.

Autenticação

Azure DevOps Services

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

Recomendamos que você configure suas organizações para usar o Microsoft Entra em vez de contas da Microsoft. Esse método fornece uma experiência melhor em muitos cenários e 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). Você se autentica com a Autenticação do Windows e suas credenciais de domínio do Active Directory (AD). Esse processo é transparente e você nunca vê nenhum tipo de experiência de login.

Gerenciar usuários e grupos

Azure DevOps Services

No Azure DevOps Services, você pode usar um mecanismo semelhante para fornecer acesso a grupos de usuários. Você pode adicionar grupos do Microsoft Entra a grupos Azure DevOps Services. Se você usar contas da Microsoft em vez da ID do Microsoft Entra, precisará adicionar usuários um de cada vez.

Azure DevOps Server

Em Azure DevOps Server, você fornece aos usuários acesso a implantações adicionando grupos do Active Directory (AD) a vários grupos do Azure DevOps (por exemplo, o grupo Colaboradores de um projeto individual). As associações de grupo do AD são mantidas em sincronia. À medida que os usuários são adicionados e removidos no AD, eles também ganham e perdem o acesso a Azure DevOps Server.

Gerenciar o acesso de usuário

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.

Azure DevOps Services

Em Azure DevOps Services, você 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 acesso Básico ou superior a mais usuários, configure o faturamento para sua organização e pague por mais usuários. Caso contrário, todos os outros usuários obterão acesso ao Stakeholder.

Os grupos do Microsoft Entra dão acesso a grupos de usuários. Os níveis de acesso são atribuídos automaticamente no primeiro login. Para organizações configuradas para usar contas da Microsoft para entrar, você deve atribuir níveis de acesso a cada usuário explicitamente.

Azure DevOps Server

Em Azure DevOps Server, todo o uso está 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 tenta verificar essas licenças ou impor a conformidade.

Segurança e proteção de dados

Muitas entidades querem saber mais sobre proteção de dados quando consideram migrar para a nuvem. Estamos comprometidos em garantir que os projetos do Azure DevOps Services permaneçam seguros e protegidos. Temos recursos técnicos e processos de negócios em vigor para cumprir esse compromisso. Você também pode tomar medidas para proteger seus dados. Saiba mais em nossa visão geral da proteção de dados.

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.

Azure DevOps Server

Com Azure DevOps Server, você pode escolher o modelo de processo de herança ou o modelo de processo XML local, que dá suporte à personalização por meio da importação ou exportação de arquivos de definição XML para objetos de acompanhamento de trabalho. Azure DevOps Server 2018 e versões anteriores só têm acesso ao modelo de processo XML local. Embora a opção de modelo de processo XML local seja poderosa, ela pode causar vários problemas. O principal problema é que os processos para projetos existentes não são atualizados automaticamente.

Para ajudá-lo a evitar esses problemas, os modelos de processo personalizados e a ferramenta witadmin.exe estão sempre desativados. Essa abordagem atualiza automaticamente todos os projetos com cada atualização do Azure DevOps Services. Enquanto isso, a equipe de produto está trabalhando duro para tornar possível a personalização de processos de maneiras que possamos oferecer suporte de forma fácil e contínua. Recentemente, introduzimos a primeira dessas mudanças e mais mudanças estão a caminho.

Com o novo recurso de personalização de processos, você pode fazer alterações diretamente na interface do usuário (UI) da Web. Se você quiser personalizar seus processos programaticamente, poderá fazê-lo por meio de pontos de extremidade REST. Quando você personaliza projetos dessa maneira, eles são atualizados automaticamente quando lançamos novas versões de seus processos base 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 as seguintes ferramentas que fornecem informações sobre o progresso e a qualidade de seus projetos de software:

Azure DevOps Server 2019 para Azure DevOps Services

  • Painéis e gráficos leves que estão disponíveis nas plataformas local e na nuvem. Essas ferramentas são fáceis de configurar e usar.
  • O serviço do Google Analytics e os widgets do Google Analytics. O serviço Analytics é otimizado para acesso rápido de leitura e agregações baseadas em servidor.
  • Integração do Microsoft Power BI, que dá suporte à obtenção de dados do Analytics em relatórios do Power BI e fornece uma combinação de simplicidade e poder.
  • Suporte a OData, que permite consultar diretamente o serviço do Analytics de um navegador com suporte e, em seguida, usar os dados JSON retornados conforme desejado. Você pode gerar consultas que abrangem muitos projetos ou toda a sua organização. Para obter mais informações sobre o serviço do Google Analytics, consulte nosso roteiro de relatórios.

Azure DevOps Server 2018

  • Painéis e gráficos leves que estão disponíveis nas plataformas local e na nuvem. Essas ferramentas são fáceis de configurar e usar.
  • SQL Server Reporting Services (SSRS) relatórios estão disponíveis quando Azure DevOps Server é configurado com SQL Server Analysis Services.

O Visual Studio Team Services agora se chama Azure DevOps Services

Muitos dos serviços em destaque no VSTS agora são oferecidos como serviços autônomos no Azure DevOps Services e no Azure DevOps Server 2019 e superior. Você pode obter serviços separadamente ou todos juntos como Azure DevOps Services. Se você for um assinante do Azure DevOps, já terá acesso a todos os serviços.

Nome do recurso VSTS Nome do serviço do Azure DevOps Descrição
Construir e lançar Azure Pipelines Integração contínua e entrega contínua (CI/CD) que funciona com qualquer linguagem, plataforma e nuvem.
Código Azure Repos Repositórios privados ilimitados do Git e do Team Foundation Version Control (TFVC) hospedados na nuvem para seu projeto.
Trabalho Azure Boards Acompanhamento de trabalho com quadros, listas de pendências, painéis de equipe e relatórios personalizados.
Teste Azure Test Plans Solução de teste planejada e exploratória tudo-em-um.
Pacotes (extensão) Azure Artifacts Feeds de pacotes Maven, npm, Python, Pacote Universal e NuGet de fontes públicas e privadas.

Azure DevOps Services e Azure DevOps Server 2019 e superior usam a nova interface do usuário de navegação, com uma barra lateral vertical para ir para as principais áreas de serviço: Quadros, Repositórios, Pipelines, Artefatos, Planos de Teste e muito mais. Para obter mais informações, consulte Navegação do portal da Web no Azure DevOps.

Observação

Você pode desativar serviços selecionados na interface do usuário. Para obter mais informações, consulte Ativar ou desativar um serviço.

Você ainda pode usar visualstudio.com para acessar Azure DevOps Services. Mudamos para o novo dev.azure.com nome de domínio como o URL principal para novas organizações. Esse URL é https://dev.azure.com/{your organization}/{your project}. Se você quiser alterar sua URL para ser baseada como dev.azure.com principal, um administrador da organização pode fazer isso na página de configurações da organização.