Limitações e uso do plano

DevOps Insights chegará ao fim de sua vida útil e será descontinuado em 31 de agosto de 2026. O serviço Continuous Delivery será descontinuado nas seguintes regiões em 12 de fevereiro de 2027: au-syd, ca-tor, us-east. O Code Risk Analyzer também será descontinuado em todas as regiões nessa data. Se uma região não apresentar uso ativo desses recursos, os recursos nessa região poderão ser descontinuados mais cedo e deixar de aceitar novas instâncias. Saiba mais

O uso do IBM Cloud® Continuous Delivery está restrito à criação, implantação, teste e operações contínuas de aplicativos na plataforma IBM Cloud ou em outros produtos compatíveis do tipo “plataforma como serviço” ( PaaS ) ou “infraestrutura como serviço” ( IaaS ).

Escopo de uma instância de serviço

É necessário ter uma instância do serviço Continuous Delivery para criar e utilizar cadeias de ferramentas DevOps que incluam as integrações de ferramentas Delivery Pipeline, Git Repos and Issue Tracking e DevOps Insights. Uma instância de serviço reside em uma região e pertence a um grupo de recursos.. A instância do serviço “ Continuous Delivery ” em uma região e um grupo de recursos específicos controla e mede o uso de todas as cadeias de ferramentas nessa mesma região e grupo de recursos.

Planos de precificação

A tabela a seguir descreve os planos de preços do Continuous Delivery:

Planos de precificação
Plano	Custo	Limites
Lite	Grátis	O plano Lite oferece os recursos completos do Continuous Delivery com os limites de uso.
Profissional	Pago	O plano Professional oferece os recursos completos do Continuous Delivery sem limites de uso.

É possível ter no máximo uma instância de serviço Lite por conta. Recomenda-se que você utilize o plano Professional caso deseje trabalhar com cadeias de ferramentas em vários grupos de recursos ou em várias regiões.

Para obter mais informações, consulte planos de preços.

Métricas de uso

As instâncias de serviço do Continuous Delivery rastreiam e relatam métricas de uso em sua conta do IBM Cloud. Dependendo do plano de preços de uma instância de serviço, as métricas podem afetar o custo de uso, os limites de uso ou ambos. A tabela a seguir descreve as métricas de uso de Continuous Delivery:

Métricas de uso para os planos Lite e Professional
Uso	Métrica	Resumo
Usuários autorizados	`AUTHORIZED_USERS_PER_MONTH`	Uma contagem do número médio de usuários autorizados da instância de serviço dentro de um determinado mês
Execuções de pipeline	`JOB_EXECUTIONS_PER_MONTH`	Uma contagem do número total de execuções da etapa Tekton ou da tarefa clássica do pipeline dentro de um determinado mês

Faturamento consolidado

Por padrão, as instâncias de serviço do Continuous Delivery relatam o uso independentemente umas das outras. Se você organizou suas cadeias de ferramentas em vários grupos de recursos em uma conta independente ou em várias contas em uma empresa, os usuários de suas cadeias de ferramentas poderão ser relatados como usuários autorizados várias vezes a partir de várias instâncias correspondentes do serviço Continuous Delivery.

Por exemplo, um desenvolvedor em um projeto Git Repos and Issue Tracking integrado em duas cadeias de ferramentas em grupos de recursos diferentes será contado e, sob o plano Professional, faturado duas vezes.

O faturamento consolidado é desativado, por padrão, No entanto, é possível ativar o faturamento consolidado de uma instância de serviço Continuous Delivery com o plano Professional em uma conta corporativa, o que resulta na consolidação de usuários autorizados de todas as instâncias de serviço na hierarquia da empresa, dentro de uma região, em uma única lista. Dessa forma, você pode garantir que os e-mails dos usuários autorizados sejam contados e cobrados apenas uma vez na sua empresa e região.

O recurso de faturamento consolidado está disponível somente no plano Continuous Delivery Professional. A consolidação ocorre somente na região que contém a instância de serviço Continuous Delivery que tem o recurso de faturamento consolidado ativado.

Possibilitando o faturamento consolidado

Para ativar o faturamento consolidado, você deve ter uma instância do Continuous Delivery com o plano Professional em uma conta corporativa e deve ter acesso à instância com a função Editor ou Administrator.

Para ativar o faturamento consolidado, siga as etapas a seguir:

No console IBM Cloud, selecione a conta corporativa para a qual deseja consolidar o faturamento no menu suspenso da conta na barra de menus do console.
Clique em " Menu de navegação, " > " Lista de recursos.
Digite " Continuous Delivery para filtrar a lista para suas instâncias existentes.
Clique no nome da instância para a qual você deseja consolidar o faturamento.
Clique em Gerenciar > Faturamento consolidado.
Clique em On na seção Enable consolidated billing (Ativar faturamento consolidado).
Revise a lista de endereços de e-mail para garantir que ela esteja completa e correta na seção Usuários autorizados consolidados.

Os detalhes de faturamento consolidado estão disponíveis somente nas instâncias de serviço Continuous Delivery com o plano Professional localizado na conta corporativa (a conta mais alta na hierarquia corporativa).

Se você alterar o plano de uma instância do Continuous Delivery que tenha o faturamento consolidado ativado do Professional para outro plano, o faturamento consolidado será desativado automaticamente. Para reativar o faturamento consolidado, deve-se primeiro mudar o plano de volta para o Professional.

Desativação do faturamento consolidado

Siga as etapas de 1 a 7 da seção anterior.
Clique em Off na seção Enable consolidated billing (Ativar faturamento consolidado).

Como funciona o faturamento consolidado?

Por padrão, uma contagem de usuários autorizados é relatada para cada instância Continuous Delivery. Quando o faturamento consolidado é ativado em uma instância na conta corporativa, o número de usuários autorizados é relatado por essa instância em nome de todas as instâncias na mesma região e hierarquia corporativa, incluindo aquelas em todas as contas-filhas e quaisquer outras instâncias em outros grupos de recursos na conta corporativa.

É compilada uma lista de usuários autorizados de todas as instâncias da região e da hierarquia de contas. Além disso, os endereços de e-mail duplicados são removidos, e uma contagem da lista consolidada resultante de endereços de e-mail de usuários autorizados é relatada no nível da conta corporativa.

Para revisar a lista consolidada de endereços de e-mail do usuário autorizado:

Em sua lista de recursos, digite " Continuous Delivery para filtrar a lista para suas instâncias.
Clique no nome da instância na qual o faturamento consolidado está ativado.
Clique em Gerenciar > Faturamento consolidado.
Revise a lista de endereços de e-mail na seção Usuários autorizados consolidados. A lista é somente de leitura, pois é gerada a partir das listas de usuários autorizados de todas as instâncias de serviço na hierarquia da empresa.

Quando o faturamento consolidado é ativado para uma instância de serviço, as guias Gerenciar > Usuários autorizados para todas as outras instâncias na hierarquia da empresa incluem detalhes para explicar que o faturamento consolidado se aplica a essas instâncias.

Limitações de faturamento consolidado

É necessária uma hierarquia de contas corporativas. Não é possível ativar o faturamento consolidado entre grupos de recursos em uma conta autônoma.
O plano Professional é obrigatório.
- Não é possível ativar o faturamento consolidado para uma instância Continuous Delivery com qualquer outro plano.
- Os usuários autorizados são consolidados somente a partir de instâncias Continuous Delivery com o plano Professional. Em outras palavras, as instâncias com planos Lite não participam do faturamento consolidado.
Você pode ativar o faturamento consolidado somente para uma instância de serviço na conta corporativa. E você pode habilitá-lo para, no máximo, uma instância na conta corporativa.
O faturamento consolidado aplica-se apenas a usuários autorizados Isso não afeta a forma como as execuções do pipeline são relatadas.
O faturamento consolidado está restrito a uma única região. O uso não pode ser consolidado de uma região para outra..
Embora você possa ativar o faturamento consolidado para uma instância específica, nenhum usuário autorizado é relatado para todas as outras instâncias do plano Professional do serviço na hierarquia da empresa, mesmo que os usuários autorizados dessas instâncias ainda estejam listados.

Quando você exclui uma instância em uma conta corporativa na qual o faturamento consolidado está ativado, o faturamento dessa instância é interrompido. Outras instâncias do serviço na empresa e na região retomam o faturamento normal. O faturamento consolidado não é reativado automaticamente quando uma instância de serviço excluída é restaurada durante a recuperação. Para reativar o faturamento consolidado para uma instância restaurada, acesse Gerenciar > Faturamento consolidado na guia da instância restaurada Continuous Delivery.

Gerenciamento de usuários autorizados

Continuous Delivery Os planos de preços são definidos e calculados com base no número de usuários autorizados para uma instância. Os usuários autorizados são adicionados automaticamente a uma instância em resposta ao uso da instância.

É possível revisar e gerenciar a lista de usuários autorizados na guia Gerenciar > Faturamento consolidado de cada instância.

Se o faturamento consolidado estiver ativado, você também poderá revisar a lista de usuários autorizados na guia Faturamento consolidado para cada instância em uma conta corporativa.

Se a sua cadeia de ferramentas integrar projetos Git Repos and Issue Tracking no grupo open-toolchain que é fornecido por IBM, por exemplo, us-south.git.cloud.ibm.com/open-toolchain, os membros desses projetos não serão contados como usuários autorizados de suas cadeias de ferramentas.

O plano Lite está sujeito a restrições. Para obter mais informações, consulte os detalhes de preços do serviço.

É possível manter um log de atividades relacionado a usuários autorizados. Para obter mais informações sobre como visualizar, gerenciar e auditar atividades iniciadas por serviços e por usuários em suas instâncias, consulte Eventos do IBM Cloud Activity Tracker Event Routing.

Como os usuários são contabilizados quando as instâncias Continuous Delivery estão em grupos de recursos?

Os usuários são contabilizados e gerenciados por meio da lista de usuários autorizados associada a cada instância do Continuous Delivery. Os usuários são incluídos automaticamente nessa lista quando atendem a qualquer um dos critérios a seguir:

Visualize, edite ou execute (diretamente na interface com o usuário ou indiretamente confirmando um repositório) um pipeline de entrega.
Interaja com DevOps Insights.
Têm acesso de Desenvolvedor (ou maior) a um repositório no Git Repos and Issue Tracking que permite que eles confirmem e enviem mudanças por push para esse repositório. Os usuários do Git Project Access Tokens com a função de Desenvolvedor (ou superior) são contados como usuários autorizados. Esses usuários aparecem na lista de usuários autorizados como usuários do bot

Os usuários com as funções de Guest ou de Relator não são incluídos automaticamente na lista de usuários autorizados. Para evitar que os usuários acessem as cadeias de ferramentas e sejam incluídos automaticamente na lista de usuários autorizados de uma instância de serviço do Continuous Delivery, conclua as ações a seguir:

Remova o acesso do gerenciamento de identidade e acesso (IAM) do usuário à cadeia de ferramentas.
Remova o acesso de nível “Desenvolvedor” e superior de todos os repositórios do Git Repos and Issue Tracking vinculados a todas as cadeias de ferramentas no grupo de recursos e na região, removendo o acesso a esses repositórios ou rebaixando a função dos usuários para “Convidado” ou “Relator”.

As atividades específicas utilizadas para contar automaticamente os usuários, bem como o método de contagem desses usuários, podem sofrer alterações ao longo do tempo. No entanto, o processo para contar usuários continuará a obedecer aos termos de planos do Continuous Delivery. Você também pode adicionar manualmente usuários à lista de usuários autorizados a qualquer momento.

Para obter mais informações sobre como usar o IAM para gerenciar o acesso a cadeias de ferramentas em um grupo de recursos ou na própria cadeia de ferramentas, consulte Gerenciando o acesso de usuário a cadeias de ferramentas com o Identity and Access Management. Para obter mais informações sobre como gerenciar o acesso a um repositório do Git Repos and Issue Tracking, consulte “Membros do projeto ”.

O método utilizado para organizar as cadeias de ferramentas em grupos de recursos afeta diretamente o acesso dos usuários e o faturamento. Por padrão, quando um usuário utiliza cadeias de ferramentas em várias regiões ou grupos de recursos, elas são contabilizadas e cobradas para cada instância do Continuous Delivery dentro de cada combinação única de região e grupo de recursos. Se estiver usando o plano Professional em uma conta corporativa, talvez seja possível reduzir o número total de usuários autorizados cobrados na empresa ativando o faturamento consolidado, conforme descrito anteriormente.

Conclua as etapas a seguir para gerenciar a lista de usuários autorizados das instâncias do Continuous Delivery na guia Manage (Gerenciar ) da instância do Continuous Delivery.

Em sua lista de recursos, digite " Continuous Delivery para filtrar a lista para suas instâncias.
Clique no nome de uma instância para navegar até os detalhes da instância.
- Clique em " Gerenciar > " Usuários autorizados para visualizar, adicionar ou remover usuários da lista de usuários autorizados, conforme necessário.
- Se tiver ativado o faturamento consolidado, clique em " Gerenciar > " Faturamento consolidado para visualizar a lista consolidada de usuários autorizados.
Os usuários são adicionados ou readicionados automaticamente quando usam a instância Continuous Delivery.

Quando um usuário faz login em sua conta IBM Cloud com um endereço de e-mail associado e seleciona um perfil confiável, ele é considerado um usuário autorizado. Quando um perfil confiável é aplicado a uma identidade sem um endereço de e-mail, como um ID de serviço, o perfil confiável não é classificado ou contado como um usuário autorizado.

Visualização dos detalhes de cobrança e uso

Você pode visualizar os detalhes de faturamento e uso das instâncias Continuous Delivery em sua conta, além do número de usuários e execuções de pipeline que são relatadas em cada instância em um ambiente público IBM Cloud.

Na barra de menus do console, clique em Gerenciar > Faturamento e uso e, em seguida, clique em Uso.
Na lista de serviços, clique em Exibir planos para a instância Continuous Delivery.
Clique em View details (Exibir detalhes ) para visualizar detalhes específicos do plano para a instância.
Clique em View instance details (Exibir detalhes da instância ) para exibir informações de uso da instância.

A métrica AUTHORIZED_USERS_PER_MONTH é calculada com base na média mensal de usuários, que é contabilizada diariamente. Se o faturamento consolidado estiver ativado, a instância na conta ativada relatará uma métrica " AUTHORIZED_USERS_PER_MONTH consolidada. Todas as outras instâncias na hierarquia da empresa registram zero.

O que acontece quando você excede os limites de seu plano de serviço?

O plano de serviço Lite inclui certas limitações, como limitações no número de usuários autorizados do serviço e no número de trabalhos Delivery Pipeline Clássico ou etapas do Tekton que podem ser executados por mês. Se alguma das limitações do plano for excedida em um período de cobrança, o serviço será suspenso. Por exemplo, as tarefas do Classic Delivery Pipeline e as etapas do pipeline do Tekton não são executadas durante o restante do período de faturamento. Para obter mais informações sobre o plano, consulte o ' detalhes Continuous Delivery no catálogo ' {: external}.

Você evita as limitações do plano de serviço Lite e reativa sua instância fazendo upgrade para o plano Professional, conforme descrito nas seções a seguir.

Atualização de seu plano de serviço na interface do usuário

Em sua lista de recursos, clique na instância Continuous Delivery com o plano de serviço Lite para fazer upgrade.
Clique em Plan (Planejar ) no painel da instância.
Na seção Alterar plano de preços, selecione Professional e clique em Salvar.

Após atualizar o plano, você deverá reimplantar seu aplicativo:

Acesse sua lista de recursos e localize o aplicativo ao qual o serviço está vinculado.
Abra o menu “Ações ” e selecione “Reiniciar o aplicativo ”.

Atualização do plano de serviço na CLI

Verifique se o serviço está ativado com o controlador de recurso.

ibmcloud catalog service continuous-delivery

Se o serviço estiver habilitado no controlador de recursos, ele exibirá a lista RC Compatible true. Anote o número de identificação do plano para o qual você deseja fazer o upgrade.

ID                 59b735ee-5938-4ebd-a6b2-541aef2d1f68
Name               continuous-delivery
Kind               service
Provider           IBM
Tags               dev_ops, eu_access, gc_migrate, ibm_created, lite, rc_compatible
Active             true
Description        Support DevOps best practices by using Git, issue tracking, and CI/CD pipelines in the Cloud.
Bindable           false
Original Name      continuous-delivery
RC Compatible      true
RC Provisionable   true
IAM Compatible     true
Children           Name                      Kind         ID
                   lite                      plan         a35fb0e9-4fc2-400e-8161-49078e5af632
                   professional              plan         9ca4dc64-bc7b-4aba-9c1c-8bbf30ff127e

Faça upgrade do plano de sua instância usando o " comando ibmcloud resource service-instance-update.
```
ibmcloud resource service-instance-update <service_instance_name>
--service-plan-id <plan_id>
```

Uso do Delivery Pipeline

Analise as seguintes limitações dos dutos de distribuição incluídos em um plano de serviço Lite:

O limite de 500 etapas e de execução de tarefas inclui ambas as etapas de pipeline para pipelines de Tekton e corridas de trabalho de pipeline para condutas Classic. Se o seu pipeline tiver várias etapas em uma única execução, como no caso dos pipelines DevSecOps, você poderá atingir esse limite rapidamente.
Falhas de pipeline de entrega, excluindo execuções de etapas ignoradas e execuções de tarefas Classic, são contadas como parte do limite de execução do Tekton de 500 por mês. Esse limite de execução de 500 etapas também se aplica ao Classic job runs for Classic pipelines.
Todas as suas cadeias de ferramentas e os pipelines dentro dessas cadeias de ferramentas, em um único grupo de recursos, contribuem para o mesmo limite de 500 execuções de etapas do Tekton por mês. A mesma limitação é usada porque as execuções de etapas do pipeline e as execuções de trabalhos são contadas no nível do grupo de recursos para uma instância específica Continuous Delivery.

Um período de carência de cinco dias é oferecido apenas uma vez, na primeira vez em que você atingir o limite de 500 etapas de execução.

O período de retenção dos pipelines varia de acordo com o tipo de pipeline e o plano selecionado para a instância Continuous Delivery.

Os pipelines clássicos retêm um máximo de 10 estágio executado em qualquer um dos planos.
Os oleodutos Tekton sob o plano Professional retêm PipelineRuns e seus logs por um ano.
Os oleodutos Tekton sob o plano Lite retêm PipelineRuns e seus logs por 30 dias.

Os comportamentos de uso aceitáveis incluem, entre outros, os seguintes:

A compilação e o conjunto de artefatos para linguagens de programação suportadas.
A implementação automatizada dos artefatos de aplicativos, configurações e recursos de suporte ou serviços.
Teste, validação e outro comportamento gerado pelo evento de desenvolvimento que é acionado como o resultado de um processo de desenvolvimento.

Os comportamentos de uso não permitidos incluem, entre outros, os seguintes:

O uso de tarefas de pipeline ou trabalhadores para comportamentos de cálculo gerais, como mineração de Bitcoin, ataques de Negação de Serviço distribuídos e comportamento malicioso ou ofensivo para outros clientes ou usuários na plataforma IBM Cloud ou usuários gerais da Internet.
O uso, no processo normal de desenvolvimento, de sites ou serviços que promovam discurso de ódio ou outras atividades que violem as Diretrizes de Conduta Empresarial da IBM.
O uso de comportamento gerado por evento para intrusão maliciosa ou ataques contra o IBM Cloud ou outros sites.

Os usuários que violarem os comportamentos de uso aceitáveis dos serviços Continuous Delivery ou as Diretrizes de Conduta Comercial IBM podem ser desativados a critério da IBM e sem aviso prévio. Alguns serviços podem ser restabelecidos se os usuários corrigirem seus comportamentos de uso após serem notificados sobre a ação ofensiva. Caso contrário, as contas poderão ser suspensas ou finalizadas.

Limitações do Git Repos and Issue Tracking

Git Repos and Issue Tracking foi desenvolvido com base em GitLab Community Edition e está hospedado em IBM Cloud; no entanto, algumas opções do GitLab não estão disponíveis:

Como o Delivery Pipeline fornece a integração contínua e entrega contínua para o IBM Cloud, os recursos de integração contínua no GitLab não são suportados.
GitLab As funções de administração não estão disponíveis, pois são gerenciadas por IBM.
O Git Repos and Issue Tracking pode não ser totalmente acessível.

Informações sobre o usuário e conteúdo do Git Repos and Issue Tracking

Três tipos de projetos do Git Repos and Issue Tracking estão disponíveis:

Os projetos públicos são visíveis para todos os visitantes do site. O conteúdo de um projeto público fica visível para todos que acessarem Continuous Delivery, mesmo que não tenham sido convidados para o projeto.
Os objetos privados são visíveis para usuários selecionados somente. Para obter mais informações sobre como conceder acesso aos usuários a um projeto, consulte “Membros do projeto ”.
Os projetos internos são visíveis para todos os usuários com login efetuado. Qualquer usuário que tenha uma conta do IBM Cloud pode visualizar esses projetos.

Para obter mais informações sobre as configurações do projeto, consulte Mudar visibilidade do projeto.

Quando você usa o Git Repos and Issue Tracking, o conteúdo contribuído para um projeto é licenciado sob os termos que são especificados nesse projeto. Ao criar um projeto, inclua um arquivo que descreva a licença que se aplica ao conteúdo. Quando você contribui para um projeto, seu nome e o endereço de e-mail que está associado às suas confirmações podem ser visíveis para o público. O endereço de e-mail que está associado à sua conta do IBM Cloud é usado quando você cria confirmações por meio da interface da web do Git Repos and Issue Tracking.

Vinculação de uma instância a um projeto Git

Os projetos Git devem ser vinculados a uma instância Continuous Delivery que use uma cadeia de ferramentas, porque Git Repos and Issue Tracking são um componente do serviço. Adicionar seu projeto a uma cadeia de ferramentas facilita o uso de outras ferramentas, como Continuous Delivery Pipelines ou DevOps Insights. Como resultado, ele simplifica seus fluxos de trabalho de desenvolvimento e melhora a qualidade do código.

Você pode usar o console ou uma API para vincular sua instância e a instância da cadeia de ferramentas a um projeto Git.

Vinculação de Continuous Delivery e instâncias de cadeia de ferramentas na interface do usuário

Vinculação de um novo projeto

É necessário usar a interface do usuário para vincular Continuous Delivery e instâncias da cadeia de ferramentas ao criar um novo projeto.

Vinculação de um projeto existente

Vá para Projetos > Geral > Configurações.
Selecione o projeto ao qual você deseja adicionar instâncias.
Vá para Continuous Delivery > Expandir para atualizar ou adicionar uma instância do Continuous Delivery e da cadeia de ferramentas.

Vincule Continuous Delivery e instâncias da cadeia de ferramentas usando a API

Você pode vincular Continuous Delivery e instâncias da cadeia de ferramentas quando estiver usando a API para criar um novo projeto.

Use um cabeçalho opcional ' IBM-CLOUD-API-KEY para adicionar Continuous Delivery e cadeias de ferramentas ao criar um projeto. Gere o valor da chave da sua chave de API na página de login do console.
Adicione um dos parâmetros necessários toolchain_ID ou cd_instance para vincular seu projeto Git a uma instância específica do Continuous Delivery e da cadeia de ferramentas.
- Se o parâmetro cd_instance for fornecido, uma cadeia de ferramentas padrão será criada automaticamente para a instância de CD especificada com uma integração da ferramenta git repo ao repositório.
- Se o parâmetro toolchain_id for fornecido, a integração da ferramenta git repo será criada na cadeia de ferramentas fornecida. O parâmetro toolchain_id substitui o parâmetro cd_instance. Se ambos forem fornecidos, será usada a ID da cadeia de ferramentas.
  
  Para usar esses parâmetros de solicitação com êxito, você deve usar o cabeçalho IBM-CLOUD-API-KEY.

Conclua as etapas a seguir para encontrar os IDs de suas instâncias Continuous Delivery e da cadeia de ferramentas:

No console, clique em " Menu de navegação, " > " Lista de recursos.
Em sua lista de recursos, clique na cadeia de ferramentas necessária ou na instância Continuous Delivery.
Clique em Details para visualizar e copiar os detalhes do GUID e do CRN.

Para o parâmetro ' toolchain_ID, use o GUID da cadeia de ferramentas. Para o parâmetro " cd_instance, use GUID ou CRN como seu valor.