Aprendendo sobre o Continuous Delivery e o isolamento de carga de trabalho
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 IBM Cloud® Continuous Delivery é oferecido como um serviço regional, compartilhado e de diversos locatários com terminais públicos. Este serviço é composto por vários componentes principais. A maioria desses componentes é totalmente gerenciada pela IBM e suporta um modelo de cálculo compartilhado, uma rede e um armazenamento físico.
A tabela a seguir lista os principais componentes do serviço Continuous Delivery, que gerencia cada componente e as características de isolamento de cálculo, de rede e de armazenamento de cada um deles.
| Componente | Gerente | Características de isolamento |
|---|---|---|
| Plataforma de cadeia de ferramentas | IBM | Compartilhado, cálculo, rede e armazenamento |
| Integrações de ferramenta de terceiros | IBM | Compartilhado, cálculo, rede e armazenamento |
| Git Repos and Issue Tracking | IBM | Compartilhado, cálculo, rede e armazenamento |
| DevOps Insights | IBM | Compartilhado, cálculo, rede e armazenamento |
| Delivery Pipeline | IBM | Compartilhado, cálculo, rede e armazenamento |
| Trabalhadores compartilhados do Delivery Pipeline | IBM | Cada tarefa ou etapa de pipeline é executada em isolamento, em seu próprio contêiner, em um conjunto de nós do trabalhador compartilhado gerenciado pela IBM com rede e armazenamento compartilhados. |
| Trabalhadores privados do Delivery Pipeline | Você | Cada tarefa ou etapa de pipeline é executada em isolamento, em seu próprio contêiner, em nós do trabalhador que você gerencia, suportada por rede e armazenamento que você define ou gerencia. |
As tarefas e etapas do Delivery Pipeline são executadas diretamente dentro de contêineres em nós do trabalhador do Kubernetes compartilhados (gerenciados pela IBM) ou privados (gerenciados pelo cliente). Todos os outros componentes do serviço Continuous Delivery são implementados como microsserviços dentro de clusters Kubernetes gerenciados pela IBM. Esses componentes são particionados logicamente em um conjunto de clusters. Cada conjunto de clusters é replicado em três zonas em cada região na qual o serviço Continuous Delivery está disponível.
Para obter mais informações sobre disponibilidade, consulte Alta disponibilidade e recuperação de desastre.
Todos os planos do serviço Continuous Delivery compartilham características de gerenciamento, de isolamento e de implementação. Para obter mais informações sobre os planos do Continuous Delivery, consulte Limitações e uso do plano.
É possível configurar o Delivery Pipeline Private Workers para se comunicar entre clusters de clientes e serviços Delivery Pipeline usando terminais privados.
Isolamento de carga de trabalho do Continuous Delivery
Os componentes do serviço Continuous Delivery gerenciados pela IBM são organizados para fornecer isolamento de computação entre as cargas de trabalho da plataforma de cadeia de ferramentas de ocupação variada e as do trabalhador do Delivery Pipeline do serviço de hospedagem única.
O diagrama a seguir mostra as características de gerenciamento e isolamento dos componentes do serviço Continuous Delivery.
- A seção Plataforma de cadeia de ferramentas de ocupação variada representa os componentes do serviço gerenciados pela IBM que fornecem cargas de trabalho compartilhadas ou de ocupação variada.
- A seção Isolamento de carga de trabalho de cálculo no nível do contêiner representa o componente gerenciado pela IBM dos trabalhadores compartilhados do Delivery Pipeline. Esse componente suporta cargas de trabalho de hospedagem única.
- As cargas de trabalho de ocupação variada e de hospedagem única são executadas em diferentes conjuntos de clusters e são isoladas umas das outras quanto à computação.
- Cada tarefa ou etapa do Delivery Pipeline é executada no próprio contêiner, isolado por computação dos outros contêineres de um cluster. Este isolamento se aplica tanto aos trabalhadores compartilhados que são gerenciados pela IBM quanto aos que são gerenciados pelo cliente.
Dependências do Continuous Delivery
O serviço Continuous Delivery depende de vários componentes e serviços do IBM Cloud Platform que incluem, mas não se limitam, às tarefas a seguir.
- Hospedar os microsserviços internos do serviço Continuous Delivery
- Integrar-se ao IBM Cloud Platform e à interface com o usuário
- Armazenar dados de serviço e de propriedade do cliente
- Registrar e auditar os eventos de serviço
- Fazer backup dos dados de serviço e do cliente regularmente
A tabela a seguir lista as principais dependências do serviço Continuous Delivery.
O serviço Continuous Delivery ativa suas dependências sobre terminais públicos.
| Dependência | Tipo | Propósito |
|---|---|---|
| Console | Plataforma | Permite que os usuários gerenciem as instâncias de serviço e as cadeias de ferramentas do Continuous Delivery por meio de uma IU da web. Manipula o login do usuário para a maioria das páginas da web do serviço Continuous Delivery. |
| Identity and Access Management (IAM) | Plataforma | Fornece as verificações de autorização para os recursos e ações da cadeia de ferramentas do Continuous Delivery. Gera e autentica as chaves de API do IAM, como aquelas que são usadas pelo componente Delivery Pipeline. |
| Procura e identificação | Plataforma | Fornece consulta de recursos em cache de alto desempenho. |
| Controlador de recurso | Plataforma | Coordena o fornecimento, a atualização e o desprovimento do Continuous Delivery e dos recursos da cadeia de ferramentas. |
| Gerenciamento de conta | Plataforma | Fornece metadados sobre contas e empresas do IBM Cloud que o Continuous Delivery usa no cálculo de métricas de uso. |
| Medição de uso | Plataforma | Recebe as métricas de uso do serviço Continuous Delivery para relatar as faturas de uso e de cálculo para as contas do cliente. |
| IBM Cloud® Kubernetes Service | Serviço | Hospeda os clusters de contêineres nos quais os microsserviços internos do serviço Continuous Delivery são executados. |
| IBM Cloud® Container Registry | Serviço | Armazena as imagens de contêiner que são usadas pelas tarefas e etapas do Delivery Pipeline. |
| IBM Cloud Logs | Serviço | Coleta os eventos de log internos do serviço Continuous Delivery para uso por especialistas da IBM na manutenção e no suporte ao serviço. |
| IBM Cloud Activity Tracker Event Routing | Plataforma | Coleta os eventos de ação do serviço Continuous Delivery para que os clientes possam auditar as atividades com o serviço Continuous Delivery e seus componentes. |
| IBM Cloud® App ID | Serviço | Gerencia as conversões entre os IDs de usuário do IBM Cloud e os endereços de e-mail do usuário. |
| IBM Cloud® Internet Services (CIS) | Serviço | Fornece resolução de nome de domínio e roteamento de tráfego para o serviço Continuous Delivery. |
| IBM® Cloudant® for IBM Cloud® | Serviço | Atua como o banco de dados primário para todos os dados estruturados do serviço Continuous Delivery e de propriedade do cliente. |
| IBM Cloud® Databases for Redis | Serviço | Fornece um serviço compartilhado de cache in-memory para o compartilhamento de dados de alta velocidade entre as réplicas dos microsserviços que compõem o serviço Continuous Delivery. |
| IBM Cloud® Messages for RabbitMQ | Serviço | Fornece entrega confiável de mensagens entre os componentes do serviço Continuous Delivery que incluem, mas não se limitam, aos acionadores do Delivery Pipeline. |
| IBM Cloud® Databases for PostgreSQL | Serviço | Atua como o banco de dados para os logs de tarefa e de etapa do Delivery Pipeline. |
| Object Storage | Serviço | Armazena artefatos que são produzidos pelas tarefas e etapas do Delivery Pipeline. Armazena os backups dos dados do Continuous Delivery. |
| QRadar | Serviço | Coleta eventos de segurança, como tentativas de autorização de login bem-sucedidas ou com falha, para uso por especialistas da IBM na manutenção e no suporte ao serviço. |
| General Parallel File System (GPFS) | Storage | Fornece armazenamento de sistema de arquivo distribuído seguro e de alto desempenho de repositórios Git Repos and Issue Tracking. O GPFS é executado em nós dentro dos mesmos clusters que hospedam os componentes do Git Repos and Issue Tracking. |
Consulte " O que é a plataforma " IBM Cloud? para obter mais detalhes sobre os principais componentes da plataforma.
O diagrama a seguir mostra as dependências do Continuous Delivery.
Ao excluir os backups de dados, os dados de propriedade do cliente que são fornecidos ao serviço Continuous Delivery em uma região específica são trocados apenas com serviços de dados e criação de log na mesma região. Os backups de dados são armazenados em depósitos de região cruzada do Cloud Object Storage.
Local do Object Storage
A tabela a seguir mostra o local de região cruzada para o Object Storage no qual os dados de backup são armazenados para cada região do serviço Continuous Delivery.
| Local do serviço Continuous Delivery | Local do serviço de backup do Object Storage |
|---|---|
| Dallas (us-south) | Região cruzada dos EUA (Dallas, Washington, San José) |
| Washington (us-east) | Região cruzada dos EUA (Dallas, Washington, San José) |
| London (eu-gb) | Região cruzada da UE (Amsterdã, Frankfurt, Milão) |
| Frankfurt (eu-de) | Região cruzada da UE (Amsterdã, Frankfurt, Milão) |
| Tokyo (jp-tok) | Região da Cruz do AP (Osaka, Sydney, Tóquio) |
| Sydney (au-syd) | Região da Cruz do AP (Osaka, Sydney, Tóquio) |
| Toronto (ca-tor) | Região cruzada dos EUA (Dallas, Washington, San Jose, Toronto) |
| São Paulo (br-sao) | Região cruzada dos EUA (Dallas, Washington, San José, Toronto, São Paulo) |
Para obter mais informações sobre os locais do Object Storage, consulte Terminais regionais.
Para obter mais informações sobre a recuperação de desastre do Continuous Delivery, consulte Recuperação de desastre.