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

  • Artigo

Serviços de DevOps do Azure | 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, 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 os seguintes benefícios adicionais:

  • Gerenciamento simplificado de servidores
  • Acesso imediato às melhores e mais recentes funcionalidades
  • Conectividade melhorada com locais remotos
  • Transição de despesas de capital (servidores e afins) para despesas operacionais (subscrições)

Para determinar qual oferta — na nuvem ou no local — atende à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

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

Diferenças em áreas de características específicas

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 são suportados nos Serviços de DevOps do Azure. Por exemplo, o Azure DevOps Services não oferece suporte à integração com o SQL Server Analysis Services para dar suporte a relatórios.

Diferenças no apoio

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 do Azure DevOps.

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.

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. Aplicam-se os seguintes cenários:

  • Você pode comprar usuários dos Serviços de DevOps do Azure 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 nenhum custo. Também estamos considerando outras maneiras de disponibilizar acesso a muitas organizações que estão agrupadas em uma única organização.
  • Atualmente, você tem que administrar 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 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.

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 projetos servem como contêineres para segurança e administração e limites físicos do 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

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ê 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 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). Você se autentica com a Autenticação do Windows e suas credenciais de domínio do Ative Directory (AD). Este processo é transparente e nunca vê qualquer tipo de experiência de início de sessão.

Gerir utilizadores e grupos

Serviços de DevOps do Azure

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 aos grupos dos Serviços de DevOps do Azure. Se utilizar Contas Microsoft em vez de Microsoft Entra ID, terá de adicionar utilizadores 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 Ative 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 Azure DevOps Server.

Gerir o acesso dos utilizadores

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.

Serviços de DevOps do Azure

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 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 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 às 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 início de sessão. 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 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 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 empenhados 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 para cumprir esse compromisso. Também pode tomar medidas para proteger os seus dados. Saiba mais na nossa visão geral da Proteção de Dados.

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.

Azure DevOps Server

Com o 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 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 estão sempre desativados. 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 fácil e contínuo. Introduzimos recentemente a primeira destas alterações e estão a caminho mais alterações.

Com o novo recurso de personalização de processos, você pode fazer alterações diretamente na interface do usuário 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 básicos 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 as seguintes ferramentas que lhe dão informações sobre o progresso e a qualidade dos 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 widgets do Analytics. O serviço Analytics é otimizado para acesso rápido de leitura e agregações baseadas em servidor.
  • Integração com o Microsoft Power BI, que suporta a obtenção de dados do Analytics em relatórios do Power BI e fornece uma combinação de simplicidade e potência.
  • Suporte a OData, que permite consultar diretamente o serviço 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.

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.
  • 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 é o Azure DevOps Services

Muitos dos serviços apresentados no VSTS agora são oferecidos como serviços autônomos nos Serviços de DevOps do Azure e no Azure DevOps Server 2019 e superiores. 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 Description
Build & release Pipelines do Azure Integração contínua e entrega contínua (CI/CD) que funciona com qualquer idioma, plataforma e nuvem.
Código Repositórios do Azure Repositórios Git privados ilimitados hospedados na nuvem e Controle de Versão do Team Foundation (TFVC) para seu projeto.
Trabalho Azure Boards Acompanhamento de trabalho com quadros Kanban, listas de pendências, painéis de equipe e relatórios personalizados.
Teste Planos de Teste do Azure Solução de teste planejado e exploratório tudo-em-um.
Pacotes (extensão) Artefactos do Azure Maven, npm, Python, Universal Package e feeds de pacotes NuGet de fontes públicas e privadas.

Os Serviços de DevOps do Azure e o Azure DevOps Server 2019 e superiores usam a nova interface de usuário de navegação, com uma barra lateral vertical para ir para as principais áreas de serviço: Painéis, Repos, Pipelines, Artefatos, Planos de Teste e muito mais. Para obter mais informações, consulte Navegação no portal da Web no Azure DevOps.

Nota

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 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 fazê-lo na página de configurações da organização.