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. 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, o 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 eles desejam acesso aos serviços de relatório do SQL Server que se integram aos dados e ferramentas do Servidor de DevOps do Azure.

Ambas as ofertas fornecem os mesmos recursos e serviços essenciais, mas os Serviços de DevOps do Azure oferecem os seguintes benefícios adicionais:

  • Gerenciamento simplificado de servidores
  • Acesso imediato aos melhores e mais recentes recursos
  • Conectividade aprimorada com sites remotos
  • Transição de despesas de capital (servidores e afins) para despesas operacionais (assinaturas)

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

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

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

Diferenças em áreas de recursos específicos

Embora os Serviços de DevOps do Azure sejam uma versão hospedada do Servidor de DevOps do Azure, há algumas diferenças entre os recursos. Alguns recursos do Servidor de DevOps do Azure não têm suporte nos Serviços de DevOps do Azure. Por exemplo, os Serviços de DevOps do Azure não oferecem suporte à integração com o SQL Server Analysis Services para dar suporte a relatórios.

Diferenças no suporte

Se você estiver usando o Servidor de DevOps do Azure e considerando uma mudança para os Serviços de DevOps do Azure, entenda suas opções de migração.

Dados de escopo e dimensionamento

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

Azure DevOps Services

Os Serviços de DevOps do Azure oferecem duas opções para definição de escopo e dimensionamento de 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.

Recomendamos que você crie organizações nos Serviços de DevOps do Azure onde quer que crie coleções no Servidor de DevOps do Azure. Os seguintes cenários se aplicam:

  • Você pode comprar usuários dos Serviços de DevOps do Azure por organização - os usuários pagos podem acessar somente 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 gratuitamente. Também estamos considerando outras maneiras de disponibilizar o acesso para muitas organizações que são 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

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

No entanto, as implantações podem ser mais complicadas, 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 projeto servem como contêineres para segurança e administração e limites físicos de banco de dados. Eles também são usados para agrupar projetos relacionados.

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

Azure DevOps Server

Com o Servidor de DevOps do Azure, 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

Nos Serviços de DevOps do Azure, você pode usar um mecanismo semelhante para fornecer acesso a grupos de usuários. Você pode adicionar grupos do Microsoft Entra a grupos dos Serviços de DevOps do Azure. Se você usar Contas da Microsoft em vez da ID do Microsoft Entra, precisará adicionar usuários um de cada vez.

Azure DevOps Server

No Servidor de DevOps do Azure, você fornece aos usuários acesso a implantações adicionando grupos do Active Directory (AD) a vários grupos de DevOps do Azure (por exemplo, o grupo de 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 acesso ao Servidor de DevOps do Azure.

Gerenciar o acesso de usuário

Nos Serviços de DevOps do Azure e no Servidor de DevOps do Azure, você gerencia o acesso aos recursos atribuindo aos usuários um nível de acesso. Todos os usuários devem ser atribuídos a um único nível de acesso. Nas ofertas locais e na nuvem, você pode conceder acesso gratuito aos recursos do item de trabalho a um número ilimitado de participantes. 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.

Azure DevOps Services

Nos Serviços de DevOps do Azure, você deve atribuir um nível de acesso a cada usuário em sua organização. Os Serviços de DevOps do Azure validam 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 de partes interessadas.

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

No Servidor de DevOps do Azure, 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 somente acesso de partes interessadas a usuários não licenciados.

Os usuários com uma CAL (Licença de Acesso para Cliente) do Servidor de DevOps do Azure podem ter acesso Básico. Os assinantes do Visual Studio podem ter acesso Básico ou Avançado, dependendo de suas assinaturas. O Servidor de DevOps do Azure não tenta verificar essas licenças ou impor 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 dos Serviços de DevOps do Azure 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 controle de trabalho de diferentes maneiras, dependendo do modelo de processo suportado:

Azure DevOps Services

Os Serviços de DevOps do Azure usam o modelo de processo de Herança, que dá suporte à personalização WYSIWYG.

Azure DevOps Server

Com o Servidor de DevOps do Azure, você pode escolher o modelo de processo de herança ou o modelo de processo XML local, que oferece suporte à personalização por meio da importação ou exportação de arquivos de definição XML para objetos de controle de trabalho. O 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 são sempre desabilitados. Essa abordagem atualiza automaticamente todos os projetos com cada atualização dos Serviços de DevOps do Azure. Enquanto isso, a equipe de produto está trabalhando duro para tornar os processos de personalização possíveis de maneiras que possamos oferecer suporte de forma fácil e contínua. Introduzimos recentemente 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 atualizações dos Serviços de DevOps do Azure.

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

Análise e relatórios

Os Serviços de DevOps do Azure e o Servidor de DevOps do Azure oferecem as seguintes ferramentas que fornecem informações sobre o progresso e a qualidade de seus projetos de software:

Azure DevOps Server 2019 para Serviços de DevOps do Azure

  • 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 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 Google 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 Google Analytics a partir de um navegador compatível e, em seguida, usar os dados JSON retornados como desejar. Você pode gerar consultas que abrangem muitos projetos ou toda a sua organização. Para saber mais sobre o serviço Analytics, consulte nosso roteiro de relatórios.

Servidor de DevOps do Azure 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.
  • Os relatórios do SQL Server Reporting Services (SSRS) estão disponíveis quando o Servidor de DevOps do Azure é configurado com o 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 nos Serviços de DevOps do Azure e no Servidor de DevOps do Azure 2019 e posterior. Você pode obter serviços separadamente ou todos juntos como Serviços de DevOps do Azure. Se você for um assinante do Azure DevOps, já terá acesso a todos os serviços.

Nome do recurso VSTS Nome do serviço Azure DevOps Descrição
Build & release 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 Git privados ilimitados hospedados na nuvem e TFVC (Controle de Versão do Team Foundation) para seu projeto.
Trabalho Azure Boards Acompanhe o trabalho com quadros Kanban, listas de pendências, painéis de equipe e relatórios personalizados.
Teste Azure Test Plans Solução de testes planejados e exploratórios tudo-em-um.
Pacotes (extensão) Azure Artifacts Maven, npm, Python, Universal Package e NuGet feeds de pacotes de fontes públicas e privadas.

Os Serviços de DevOps do Azure e o Servidor de DevOps do Azure 2019 e posteriores usam a nova interface de usuário de navegação, com uma barra lateral vertical para ir para as principais áreas de serviço: Placas, Repos, Pipelines, Artefatos, Planos de Teste e muito mais. Para obter mais informações, consulte Navegação no 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 os Serviços de DevOps do Azure. Mudamos para o novo dev.azure.com nome de domínio como a URL principal para novas organizações. Essa 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.