comparar Azure DevOps Services com Azure DevOps Server

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 – TFS 2013

a oferta de nuvem, Azure DevOps Services, fornece um serviço hospedado escalonável, confiável e disponível globalmente. Ele tem suporte de um SLA de 99,9%, monitorado pela nossa equipe de operações de 24/7 e disponível em data centers locais em todo o mundo.

a oferta local, Azure DevOps Server, é criada em um back-end de SQL Server. Os clientes geralmente escolhem a versão local quando precisam de seus dados para permanecerem dentro de sua rede. ou, quando quiserem acessar SQL Server reporting services que se integram ao Azure DevOps Server data and tools.

embora as duas ofertas forneçam os mesmos serviços essenciais, em comparação com Azure DevOps Server, Azure DevOps Services oferece os seguintes benefícios adicionais:

  • Gerenciamento de servidor simplificado.
  • Acesso imediato aos mais recentes e melhores recursos
  • Melhor conectividade com sites 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 principais diferenças a seguir.

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

Quando você estiver escolhendo 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 do Azure DevOps Server, há algumas diferenças entre os recursos. não há suporte para alguns recursos de Azure DevOps Server no Azure DevOps Services. por exemplo, Azure DevOps Services não dá suporte à integração com SQL Server Analysis Services para oferecer suporte a relatórios.

Duas das outras áreas a seguir diferem em seu suporte:

você está em Azure DevOps Server e está considerando a movimentação? Leia Opções de migração para entender suas opções.

Dados de escopo e escala

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

escalas de Azure DevOps Services usando organizações e projetos

Azure DevOps Services difere ligeiramente de Azure DevOps Server. Atualmente, há apenas duas opções para definir o escopo e o dimensionamento de dados: organizações e projetos. as organizações no Azure DevOps Services obter 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 no Azure DevOps Server. Os cenários a seguir se aplicam:

  • você pode comprar Azure DevOps Services usuários por usuários pagos pela organização 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 poderão ser uma opção atraente. Visual Studio assinantes podem ser adicionados a qualquer número de organizações sem custos. Também estamos considerando outras maneiras de disponibilizar o acesso para muitas organizações agrupadas em uma única organização.
  • Atualmente, você precisa administrar organizações um de cada vez. Esse processo pode ser trabalhoso quando você tem muitas organizações.

Saiba mais: planeje sua estrutura organizacional em Azure DevOps.

escalas de Azure DevOps Server usando implantações, coleções de projetos e projetos

o Azure DevOps Server oferece as três opções a seguir para o escopo e o dimensionamento de 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, que podem incluir:

  • Implantação de dois servidores em que SQL é dividida em um computador separado
  • Farms de alta disponibilidade com muitos servidores

Project coleções funcionam 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.

Saiba mais: planeje sua estrutura organizacional em Azure DevOps.

Autenticação

com o Azure DevOps Services, você se conecta pela internet pública (por exemplo, https://contoso.visualstudio.com ). Você autentica com as credenciais do conta Microsoft ou com as credenciais do Azure ad , dependendo da configuração da sua organização. Você também pode configurar o Azure AD 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 Azure AD em vez de contas da Microsoft. Esse método fornece uma experiência melhor em muitos cenários e mais opções de segurança aprimorada.

saiba mais: sobre como acessar o Azure DevOps Services com o Azure AD.

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 Active Directory (AD). Esse processo é transparente e você nunca vê qualquer tipo de experiência de entrada.

Gerenciar usuários e grupos

no Azure DevOps Services, você pode usar um mecanismo semelhante para fornecer acesso a grupos de usuários. você pode adicionar grupos do Azure AD a grupos de Azure DevOps Services. Se você usar contas da Microsoft em vez do Azure AD, precisará Adicionar usuários uma de cada vez.

no Azure DevOps Server, você fornece aos usuários acesso a implantações adicionando grupos de Active Directory (AD) a vários grupos de Azure DevOps (por exemplo, o grupo de colaboradores para 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 recebem 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 de nuvem e locais, você pode fornecer acesso gratuito a recursos de item de trabalho a um número ilimitado de participantes. além disso, um número ilimitado de assinantes 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.

no Azure DevOps Services, você deve atribuir um nível de acesso para cada usuário em sua organização. Azure DevOps Services valida os assinantes Visual Studio à medida que eles entram. você pode atribuir acesso básico para os cinco usuários de graça sem Visual Studio assinaturas.

Para fornecer acesso básico ou superior a mais usuários, Configure a cobrança da sua organização e pague por mais usuários. Caso contrário, todos os outros usuários obtêm acesso de stakeholder.

Os grupos do Azure AD fornecem acesso a grupos de usuários. Os níveis de acesso são atribuídos automaticamente na primeira entrada. Para organizações configuradas para usar contas da Microsoft para entrar, você deve atribuir os níveis de acesso a cada usuário explicitamente.

em Azure DevOps Server, todo o uso está no sistema honra. Para definir os níveis de acesso para usuários com base em suas licenças, especifique seus níveis de acesso na página Administração. Por exemplo, atribuir usuários não licenciados somente acesso de stakeholder.

os usuários com uma CAL (licença de acesso para cliente) Azure DevOps Server podem ter acesso básico. Visual Studio assinantes 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 desejam saber mais sobre a proteção de dados quando consideram a mudança para a nuvem. estamos comprometidos em garantir que Azure DevOps Services projetos permaneçam seguros e seguros. Temos recursos técnicos e processos de negócios em vigor para oferecer esse compromisso. Você também pode executar etapas para proteger seus dados. Saiba mais em nossa visão geral de proteção de dados.

Personalização do processo

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

  • Azure DevOps Services: você usa o modelo de processo de herança , que dá suporte à personalização WYSIWYG
  • 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: você só tem 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.

Azure DevOps Server 2013, por exemplo, introduziu vários novos recursos que dependem de novos tipos de item de trabalho e outras alterações de modelo de processo. Quando você atualiza de 2012 para 2013, cada coleção de projetos obtém novas versões de cada um dos modelos de processo "na caixa" que incluem essas alterações. No entanto, essas alterações não são incorporadas automaticamente a projetos existentes. Em vez disso, depois de concluir a atualização, você precisa incluir as alterações em cada projeto usando o assistente para configurar recursos ou um processo mais manual.

para ajudá-lo a evitar esses problemas no Azure DevOps Services, os modelos de processo personalizados e a ferramenta de witadmin.exe sempre foram desabilitados. essa abordagem nos permitiu atualizar automaticamente todos os projetos com cada atualização Azure DevOps Services. Enquanto isso, a equipe de produto está trabalhando muito para tornar a personalização de processos possível de maneiras que possamos dar suporte de forma fácil e contínua. Recentemente, introduzimos a primeira dessas alterações e mais alterações estão a caminho.

Com o novo recurso de personalização de processo, você pode fazer alterações diretamente na interface do usuário da Web (IU). Se você quiser personalizar seus processos programaticamente, poderá fazer isso por meio de pontos de extremidade REST. quando você personaliza projetos dessa forma, eles são atualizados automaticamente quando lançamos novas versões de seus processos básicos com atualizações de Azure DevOps Services.

Para saber mais, confira personalizar sua experiência de controle de trabalho.

Relatórios

Azure DevOps Services e Azure DevOps Server oferecem várias ferramentas que fornecem informações sobre o progresso e a qualidade de seus projetos de software. As seguintes ferramentas estão incluídas:

  • Painéis e gráficos leves que estão disponíveis nas plataformas de nuvem e locais. Essas ferramentas são fáceis de configurar e usar.

Azure DevOps Services e Azure DevOps Server 2019 também fornecem acesso aos seguintes serviços:

  • Oswidgetsserviço de análise e análise. O serviço de análise é otimizado para acesso rápido de leitura e agregações baseadas em servidor.
  • a integração do Microsoft Power BI, que dá suporte à obtenção de dados de análise em relatórios Power BI e fornece uma combinação de simplicidade e potência.
  • Suporte a OData, que permite consultar diretamente o serviço de análise 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 saber mais sobre o serviço de análise e versões futuras, consulte nosso roteiro de relatório.

os relatórios do SQL Server Reporting Services (SSRS) estão disponíveis no Azure DevOps Server quando configurados 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 em Azure DevOps Services e Azure DevOps Server 2019. Você pode obter serviços separadamente ou todos juntos como Azure DevOps Services. se você for um assinante Azure DevOps, já terá acesso a todos os serviços.

Nome do recurso do VSTS nome do serviço de Azure DevOps Descrição
Versão de Build & 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 TFVC (Git e Controle de Versão do Team Foundation) particulares hospedados em nuvem ilimitados para seu projeto.
Work Azure Boards Controle de trabalho com quadros Kanban, registros posteriores, painéis de equipe e relatórios personalizados.
Teste Azure Test Plans Solução de teste de todos-em-um planejada e exploratório.
Pacotes (extensão) Azure Artifacts os feeds Maven, npm, Python, Universal package e NuGet package de fontes públicas e privadas.

tanto Azure DevOps Services quanto Azure DevOps Server 2019 usam a nova interface do usuário de navegação, com uma barra lateral vertical para acessar as áreas de serviço principais: Boards, Repos, Pipelinese muito mais. Para saber mais, consulte navegação no portal da Web no Azure DevOps.

Observação

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

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