Configurar e pagar por trabalhos paralelos

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Este artigo descreve o modelo de licenciamento do Azure Pipelines no Team Foundation Server 2018 (TFS 2018) ou mais recente. Não cobramos você pelo Team Foundation Build (TFBuild), desde que você tenha uma CAL (Licença de Acesso ao Cliente) do TFS.

Um trabalho paralelo do TFS oferece a capacidade de executar uma única versão por vez em uma coleção de projetos. Você pode manter centenas ou até milhares de trabalhos de lançamento em sua coleção. Mas, para executar mais de uma versão por vez, você precisa de trabalhos paralelos adicionais.

Um trabalho paralelo gratuito é incluído em cada coleção em um Team Foundation Server. Cada assinante Visual Studio Enterprise em um Team Foundation Server contribui com um trabalho paralelo adicional.

Você pode comprar trabalhos privados adicionais no Visual Studio Marketplace. Há um limite máximo de 25 trabalhos paralelos para agentes hospedados pela Microsoft.

Importante

A partir do Azure DevOps Server 2019, você não precisa pagar por trabalhos simultâneos auto-hospedados em versões. Você só é limitado pelo número de agentes que tem.

Saiba como estimar quantos trabalhos paralelos você precisa e comprar mais trabalhos paralelos para sua organização.

Observação

Desabilitamos temporariamente a concessão gratuita de trabalhos paralelos para projetos públicos e para determinados projetos particulares em novas organizações. No entanto, você pode solicitar essa concessão enviando uma solicitação. As organizações e os projetos existentes não são afetados. Observe que ele leva 2 a 3 dias úteis para responder às suas solicitações de camada gratuita.

O que é um trabalho paralelo?

Ao definir um pipeline, você pode defini-lo como uma coleção de trabalhos. Quando um pipeline é executado, é possível executar vários trabalhos como parte desse pipeline. Cada trabalho em execução consome um trabalho paralelo executado em um agente. Quando não houver trabalhos paralelos suficientes disponíveis para a sua organização, os trabalhos serão colocados em fila e executados um após o outro.

No Azure Pipelines, você pode executar trabalhos paralelos na infraestrutura hospedada pela Microsoft ou em sua própria infraestrutura (auto-hospedada). Cada trabalho paralelo permite que você execute um único trabalho por vez em sua organização. Você não precisará pagar por trabalhos paralelos se estiver usando um servidor local. O conceito de trabalhos paralelos só se aplica a Azure DevOps Services.

Trabalhos paralelos hospedados pela Microsoft versus auto-hospedados

Se você quiser executar seus trabalhos em computadores gerenciados pela Microsoft, use trabalhos paralelos hospedados pela Microsoft. Seus trabalhos serão executados em agentes hospedados pela Microsoft.

Se você quiser que o Azure Pipelines orquestre seus builds e versões, mas use seus próprios computadores para executá-los, use trabalhos paralelos auto-hospedados. Para trabalhos paralelos auto-hospedados, você começará implantando nossos agentes auto-hospedados em seus computadores. Você pode registrar qualquer número desses agentes auto-hospedados em sua organização.

Quanto custam os trabalhos paralelos?

Fornecemos uma camada gratuita de serviço por padrão em todas as organizações para trabalhos paralelos hospedados e auto-hospedados. Os trabalhos paralelos são comprados no nível da organização e são compartilhados por todos os projetos em uma organização.

Para trabalhos paralelos hospedados pela Microsoft, você pode obter até 10 trabalhos paralelos hospedados pela Microsoft gratuitos que podem ser executados por até 360 minutos (6 horas) cada vez para projetos públicos. Ao criar uma nova organização do Azure DevOps, você não recebe essa concessão gratuita por padrão.

Para projetos privados, você pode obter um trabalho gratuito que pode ser executado por até 60 minutos cada vez. Ao criar uma nova organização do Azure DevOps, talvez nem sempre você tenha essa concessão gratuita por padrão.

Para solicitar a concessão gratuita para projetos públicos ou privados, envie uma solicitação.

Observação

Demora de 2 a 3 dias úteis para responder à sua solicitação de camada gratuita.

Não há limite de tempo para trabalhos paralelos para projetos públicos e um limite de tempo de 30 horas por mês para projetos privados.

Número de trabalhos paralelos Limite de tempo
Projeto público Até 10 trabalhos paralelos hospedados pela Microsoft gratuitos que podem ser executados por até 360 minutos (6 horas) cada vez Sem limite de tempo geral por mês
Projeto privado Um trabalho gratuito que pode ser executado por até 60 minutos cada vez 1.800 minutos (30 horas) por mês

Quando a camada gratuita não for mais suficiente, você poderá pagar por capacidade adicional por trabalho paralelo. Para obter o custo de preços por trabalho paralelo, consulte a página de preços do Azure DevOps. Trabalhos paralelos pagos removem o limite de tempo mensal e permitem que você execute cada trabalho por até 360 minutos (6 horas).

Compre trabalhos paralelos hospedados pela Microsoft.

Novas organizações têm um limite máximo de 25 trabalhos paralelos para agentes hospedados pela Microsoft. Entre em contato com o suporte para solicitar um aumento de limite, sujeito à capacidade na região da sua organização.

Quando você compra seu primeiro trabalho paralelo hospedado pela Microsoft, o número de trabalhos paralelos que você tem na organização ainda é um. Para poder executar dois trabalhos simultaneamente, você precisará comprar dois trabalhos paralelos se estiver atualmente na camada gratuita. A primeira compra remove apenas os limites de tempo do primeiro trabalho.

Dica

Se o pipeline exceder o tempo limite máximo do trabalho, tente dividir o pipeline em vários trabalhos. Para obter mais informações sobre trabalhos, consulte Especificar trabalhos em seu pipeline.

De quantos trabalhos paralelos preciso?

Como o número de builds e versões enfileirados excede o número de trabalhos paralelos que você tem, suas filas de build e versão aumentarão mais. Quando você descobre que os atrasos de fila são muito longos, você pode comprar trabalhos paralelos adicionais conforme necessário. Há vários métodos que você pode usar para verificar os limites de trabalho paralelo e o histórico de trabalhos.

Exibir o histórico de trabalhos usando o relatório de consumo do pool

Você pode usar o relatório de consumo de pool, disponível na guia Análise do pool de agentes, para ver um gráfico de trabalhos em execução e na fila grafados com seus trabalhos paralelos nos últimos 30 dias. Se você tiver uma lista de pendências de trabalhos na fila e seus trabalhos em execução estiverem no limite de simultaneidade, talvez você queira comprar mais trabalhos paralelos. Para obter mais informações, consulte Relatório de consumo de pool.

Gráfico histórico do pool de agentes hospedado pela Microsoft

Verificar a configuração de trabalhos paralelos diretamente

Descubra quantos trabalhos paralelos você precisa primeiro vendo quantos trabalhos paralelos sua organização usa atualmente:

  1. Navegue até Configurações> da organização Retenção de pipelinese trabalhos>paralelos Trabalhos>paralelos.

    Local de trabalhos paralelos nas configurações da organização.

    Exemplo de URL: https://{your_organization}/_admin/_buildQueue?_a=resourceLimits

  2. Veja o número máximo de trabalhos paralelos disponíveis em sua organização.

  3. Selecione Exibir trabalhos em andamento para exibir todos os builds e versões que estão consumindo ativamente um trabalho paralelo disponível ou que estão na fila aguardando que um trabalho paralelo esteja disponível.

Estimar custos

Uma regra prática simples é: estime que você precisará de um trabalho paralelo para cada quatro a cinco usuários em sua organização.

Nos seguintes cenários, você pode precisar de vários trabalhos paralelos:

  • Se você tiver várias equipes e cada uma delas exigir CI, provavelmente precisará de um trabalho paralelo para cada equipe.
  • Se o gatilho de CI se aplicar a vários branches, você provavelmente precisará de um trabalho paralelo para cada branch ativo.
  • Se você desenvolver vários aplicativos usando uma organização ou servidor, provavelmente precisará de trabalhos paralelos adicionais: um para implantar cada aplicativo ao mesmo tempo.

Como fazer comprar mais trabalhos paralelos?

Para comprar mais trabalhos paralelos:

Comprar trabalhos paralelos

Compre mais trabalhos paralelos nas configurações da sua organização:

  1. Entre em sua organização (https://dev.azure.com/{yourorganization}).

  2. Selecione o ícone de engrenagemConfigurações da organização.

    Abrir configurações da organização

  3. Selecione Trabalhos paralelos em Pipelines e, em seguida, selecione Comprar trabalhos paralelos para trabalhos hospedados pela Microsoft ou Alterar para trabalhos auto-hospedados.

    gerenciar imagem de trabalhos paralelos

  4. Insira o valor desejado e, em seguida, Salve.

Para obter o custo de preços por trabalho paralelo, consulte a página de preços do Azure DevOps.

Como fazer alterar a quantidade de trabalhos paralelos para minha organização?

  1. Entre em sua organização (https://dev.azure.com/{yourorganization}).

  2. Selecione o ícone de engrenagemConfigurações da organização.

    Abrir configurações da organização

  3. Selecione Trabalhos paralelos em Pipelines e, em seguida, selecione Comprar trabalhos paralelos ou Alterar para trabalhos hospedados pela Microsoft ou Alterar para trabalhos auto-hospedados.

    imagem de gerenciar trabalhos paralelos

  4. Insira uma quantidade menor ou maior de trabalhos hospedados pela Microsoft ou auto-hospedados e selecione Salvar.

Importante

Não há suporte para o controlador de build XAML hospedado. Se você tiver uma organização na qual precisa executar builds XAML, configure um servidor de build local e alterne para um controlador de build local. Para obter mais informações sobre o modelo XAML hospedado, consulte Introdução ao XAML.

Como um trabalho paralelo é consumido em DevOps Services?

Considere uma organização que tenha apenas um trabalho paralelo hospedado pela Microsoft. Esse trabalho permite que os usuários dessa organização executem coletivamente apenas um trabalho por vez. Quando trabalhos adicionais são disparados, eles são enfileirados e aguardarão a conclusão do trabalho anterior.

Se você usar pipelines de versão ou YAML, uma execução consumirá um trabalho paralelo somente quando ele estiver sendo implantado ativamente em um estágio. Embora a versão esteja aguardando uma aprovação ou uma intervenção manual, ela não consome um trabalho paralelo.

Ao executar um trabalho de servidor ou implantar em um grupo de implantação usando pipelines de lançamento, você não consome nenhum trabalho paralelo.

Exemplo simples de trabalhos paralelos

  1. O build 102 de CI do FabrikamFiber (ramificação principal) começa primeiro.
  2. A implantação da FabrikamFiber Versão 11 é disparada pela conclusão do Build 102 de CI da FabrikamFiber.
  3. O build 101 de CI do FabrikamFiber (ramificação de recursos) é disparado. O build ainda não pode começar porque a implantação da versão 11 está ativa. Portanto, o build permanece na fila.
  4. A versão 11 aguarda aprovações. O Build 101 de CI da Fabrikam é iniciado porque uma versão que está aguardando aprovações não consome um trabalho paralelo.
  5. A versão 11 foi aprovada. Ele será retomado somente após a conclusão do build 101 de CI do Fabrikam.

Como um trabalho paralelo é consumido?

Por exemplo, uma coleção em um Team Foundation Server tem um trabalho paralelo. Isso permite que os usuários nessa coleção executem apenas uma versão por vez. Quando versões adicionais são disparadas, elas são enfileiradas e aguardarão a conclusão da versão anterior.

Uma versão requer um trabalho paralelo somente quando está sendo implantada ativamente em um estágio. Aguardar uma aprovação não consome um trabalho paralelo. No entanto, aguardar uma intervenção manual no meio de uma implantação consome um trabalho paralelo.

Exemplo simples de trabalhos paralelos

  1. A Versão 10 da FabrikamFiber é a primeira a ser implantada.
  2. A implantação da FabrikamFiber versão 11 começa após a conclusão da implantação da Versão 10.
  3. A versão 12 está na fila até que a implantação da Versão 11 esteja ativa.
  4. A versão 11 aguarda uma aprovação. A implantação da versão 12 é iniciada porque uma versão aguardando aprovações não consome um trabalho paralelo.
  5. Embora a Versão 11 seja aprovada, ela é retomada somente após a conclusão da implantação da Versão 12.
  6. A versão 11 está aguardando intervenção manual. A versão 13 não pode ser iniciada porque o estado de intervenção manual consome um trabalho paralelo.

A intervenção manual não consome um trabalho no TFS 2017.1 e mais recente.

Processamento paralelo em uma única versão

O processamento paralelo em uma única versão não requer trabalhos paralelos adicionais. Contanto que você tenha agentes suficientes, você pode implantar em vários estágios em uma versão ao mesmo tempo.

Por exemplo, suponha que sua coleção tenha três trabalhos paralelos. Você pode ter mais de três agentes em execução ao mesmo tempo para executar operações paralelas em versões. Por exemplo, observe abaixo que quatro ou cinco agentes estão executando ativamente trabalhos de três trabalhos paralelos.

Exemplo de trabalhos paralelos com agentes adicionais

Trabalhos paralelos em uma organização

Por exemplo, aqui está uma organização que tem vários Team Foundation Servers. Dois de seus usuários têm assinaturas Visual Studio Enterprise que podem ser usadas ao mesmo tempo em todos os servidores locais e em cada coleção, desde que o cliente as adicione como usuários aos dois servidores, conforme explicado abaixo.

Exemplo de trabalhos paralelos em uma organização

Determinar o número de trabalhos paralelos necessários

Você pode começar vendo se suas equipes podem se dar bem com os trabalhos paralelos que você tem por padrão. Como o número de versões na fila excede o número de trabalhos paralelos que você tem, suas filas de lançamento aumentarão mais. Quando você descobre que os atrasos de fila são muito longos, você pode comprar trabalhos paralelos adicionais conforme necessário.

Estimativa simples

Uma regra geral simples: estime que você precisará de um trabalho paralelo para cada 10 usuários em seu servidor.

Estimativa detalhada

Nos seguintes cenários, talvez você precise de vários trabalhos paralelos:

  • Se você tiver várias equipes, se cada uma delas exigir um build de CI e se cada uma das compilações de CI estiver configurada para disparar uma versão, provavelmente precisará de um trabalho paralelo para cada equipe.

  • Se você desenvolver vários aplicativos em uma coleção, provavelmente precisará de trabalhos paralelos adicionais: um para implantar cada aplicativo ao mesmo tempo.

Usar seu benefício de assinatura Visual Studio Enterprise

Os usuários que têm assinaturas Visual Studio Enterprise são atribuídos a VS Enterprise nível de acesso no hub Usuários da instância do TFS. Cada um desses usuários contribui com um trabalho paralelo adicional para cada coleção. Você pode usar esse benefício em todos os Team Foundation Servers em sua organização.

  1. Navegue até Configurações do servidor, Níveis de acesso.

    servidor do painel de controle versus níveis de acesso empresarial

    Exemplo de URL: http://{your_server}:8080/tfs/_admin/_licenses

  2. No lado esquerdo da página, clique em VS Enterprise.

  3. Adicione seus usuários que têm assinaturas Visual Studio Enterprise.

Depois de adicionar esses usuários, licenças adicionais aparecerão na página de limites de recursos descrita abaixo.

Comprar trabalhos paralelos adicionais

Se você precisar executar mais versões paralelas, poderá comprar trabalhos privados adicionais no marketplace do Visual Studio. Como não há como comprar diretamente trabalhos paralelos do Marketplace para uma instância do TFS no momento, primeiro você deve comprar trabalhos paralelos para uma organização do Azure DevOps. Depois de comprar os trabalhos privados para uma organização do Azure DevOps, insira o número de trabalhos paralelos adquiridos manualmente na página de limites de recursos descrita abaixo.

Exibir e gerenciar trabalhos paralelos

  1. Navegue até Configurações de coleção, Pipelines, Limites de recursos.

    Definir limites de recursos

    Exemplo de URL: http://{your_server}:8080/tfs/DefaultCollection/_admin/_buildQueue?_a=resourceLimits

  2. Exiba ou edite o número de trabalhos paralelos adquiridos.

Perguntas frequentes

Como fazer se qualificar para a camada gratuita de projetos públicos?

Você se qualificará para os limites de camada gratuita para projetos públicos se atender a ambas as condições:

  • Seu pipeline faz parte de um projeto público do Azure Pipelines.
  • Seu pipeline cria um repositório público do GitHub ou do mesmo projeto público em sua organização do Azure DevOps.

Para obter informações sobre como solicitar a concessão de trabalhos paralelos gratuitos, consulte Quanto custa os trabalhos paralelos (hospedados pela Microsoft)?

Posso atribuir um trabalho paralelo a um projeto ou pool de agentes específico?

Atualmente, não há um modo de particionar ou dedicar a capacidade de trabalho paralelo a um projeto ou pool de agentes específico. Por exemplo:

  • Você compra dois trabalhos paralelos em sua organização.
  • Você inicia duas execuções no primeiro projeto e ambos os trabalhos paralelos são consumidos.
  • Você inicia uma execução no segundo projeto. Essa execução não será iniciada até que uma das execuções em seu primeiro projeto seja concluída.

Há limites a quem pode usar o Azure Pipelines?

Você pode ter quantos usuários quiser ao usar o Azure Pipelines. Não há cobrança por usuário para usar o Azure Pipelines. Os usuários com acesso básico e de stakeholder podem criar quantas compilações e versões desejarem.

Há limites ao número de builds e pipelines de lançamento que posso criar?

Não. Você pode criar centenas ou até mesmo milhares de pipelines sem custo. Você pode registrar qualquer número de agentes auto-hospedados sem custo.

Como assinante Visual Studio Enterprise, recebo trabalhos paralelos adicionais para TFS e Azure Pipelines?

Sim. Visual Studio Enterprise assinantes obtêm um trabalho paralelo no Team Foundation Server 2017 ou posterior e um trabalho paralelo auto-hospedado em cada organização Azure DevOps Services em que são membros.

E quanto à opção de pagar por agentes hospedados por minuto?

Alguns de nossos clientes anteriores ainda estão em um plano por minuto para os agentes hospedados. Neste plano, você paga US$ 0,05/minuto pelas primeiras 20 horas após a camada gratuita e US$ 0,01/minuto após 20 horas. Devido às seguintes limitações neste plano, convém considerar a mudança para o modelo de trabalhos paralelos:

  • Ao usar o plano por minuto, você pode executar apenas um trabalho por vez.
  • Se você executar builds por mais de 14 horas pagas em um mês, o plano por minuto poderá ser menos econômico do que o modelo de trabalhos paralelos.

Uso controladores de build XAML com minha organização. Como sou cobrado por eles?

Você pode registrar um controlador de build XAML para cada trabalho paralelo auto-hospedado em sua organização. Sua organização obtém pelo menos um trabalho paralelo auto-hospedado gratuito, para que você possa registrar um controlador de build XAML sem custo adicional. Para cada controlador de build XAML adicional, você precisará de um trabalho paralelo auto-hospedado adicional.

Quem pode usar o sistema?

Os usuários do TFS com uma CAL TFS podem criar quantas versões desejarem.

Para aprovar versões, uma CAL do TFS não é necessária; qualquer usuário com acesso de stakeholder pode aprovar ou rejeitar versões.

Preciso de trabalhos paralelos para executar builds no TFS?

Não, no TFS você não precisa de trabalhos paralelos para executar builds. Você pode executar quantos builds desejar ao mesmo tempo sem custo adicional.

Preciso de trabalhos paralelos para gerenciar versões antes do TFS 2017?

Não.

No TFS 2015, desde que os usuários tenham uma CAL TFS, eles podem gerenciar versões sem custo adicional no modo de avaliação. Chamamos de "modo de avaliação" para indicar que, eventualmente, cobraríamos pelo gerenciamento de versões. Apesar desse rótulo, damos suporte total ao gerenciamento de versões no TFS 2015.