Implementações de serviços principais

Incluindo um novo serviço principal nas MZRs existentes

Depois que um novo serviço principal for implantado na primeira MZR e adicionado a esta política de implantação de serviços IBM Cloud, o novo serviço principal será implantado em todas as outras MZRs em um período de 90 dias.

Atualizando os serviços principais existentes em MZRs existentes

Após uma atualização de disponibilidade geral para um serviço principal existente ser implementada na primeira MZR e documentada em uma nota sobre a liberação, a mesma atualização será implementada em todas as outras MZRs dentro de um período de 30 dias.

Nem todos os perfis e recursos dependentes de hardware estão disponíveis em todas as MZRs. Se o serviço desejado depender de tal perfil ou recurso, entre em contato com IBM Cloud Sales para obter detalhes sobre a disponibilidade.

Alguns serviços podem ser implementados mais cedo.

Implementações orientadas pelo mercado

Os serviços orientados pelo mercado são implementados com base na demanda suficiente do cliente. Para solicitar que um desses serviços esteja disponível em sua região, entre em contato com IBM Cloud Sales.

As implementações em qualquer local diferente de uma MZR são sempre orientadas pelo mercado.

A classificação orientada pelo mercado abrange qualquer caso diferente dos especificados na descrição das MZRs.

Níveis de dependência

A implementação e os detalhes de baixo nível dos serviços mudam com base em seus requisitos de instalação e configuração. Como tal, fornecemos uma explicação de alto nível para as dependências.

Esses níveis podem ser considerados camadas ou níveis em um diagrama de bloco arquitetural. Cada camada pode depender somente das camadas abaixo dela, embora existam algumas dependências que possam ser preenchidas na mesma camada no caso de alguns serviços complexos.

Os serviços principais formam a base para nossa infraestrutura em nuvem. Esses serviços são necessários para que um novo local de MZR fique ativo e precisam ser atualizados em toda a área de cobertura quando houver uma mudança fundamental.

Os serviços orientados pelo mercado baseiam-se na demanda de mercado e dependem dos serviços principais e de alguns outros serviços dentro dessa categoria orientada pelo mercado. Os outros serviços são os serviços necessários para suportar a regulamentação que se aplica a diferentes regiões ou segmentos de mercado.

A classificação orientada pelo mercado abrange todos os serviços diferentes dos especificados na descrição do serviço principal.

Dependências de serviço para serviço

Os serviços de back-end do IBM Cloud dão suporte a todos os outros serviços em nossas unidades de implementação.

IBM Cloud Os serviços têm um conjunto de dependências que são autocontidas nas unidades de implantação do MZR. O restante das dependências do serviço usa serviços globais que são atendidos por meio de locais regionais cruzados. Qualquer solução que não esteja hospedada em uma MZR pode requerer uma MZR associada que hospede os serviços de plano de controle.

Se você for um cliente atual do IBM Cloud e tiver um contrato de não divulgação com o IBM, poderá solicitar os relatórios de dependência de serviço acessando o Suporte de conformidade em PaaS compliance report e enviando uma solicitação.

Para as principais dimensões de computação, armazenamento, rede e autenticação ou autorização, indicamos as dependências a seguir.

Planos de controle

As dependências comuns para planos de controle são:

• O plano de dados de identidade ou plataforma para autenticação e autorização
• O serviço de rastreamento de auditoria
• Serviços internos que fornecem, por exemplo, fluxo de trabalho, armazenamento de metadados, monitoramento e criação de log
• Balanceadores de carga, VPN e outros serviços de infraestrutura de rede

Alguns planos de controle obviamente têm dependências específicas do serviço. Por exemplo, o plano de controle de computação, ao iniciar uma instância bare metal ou VM, depende de:

• Object Storage para recuperar as imagens necessárias do sistema
• Plano de controle de Volumes de bloco provisionar e anexar os volumes
• Plano de controle de Rede para provisionar e anexar NICs, sub-redes e assim por diante

Planos de dados

Os planos de dados do serviço principal seguem o princípio geral de que cada plano de dados é projetado para ter dependências mínimas a fim de alcançar alta disponibilidade, tempo rápido para diagnóstico e tempo rápido para recuperação. Por isso, os sistemas continuam funcionando (com algumas limitações, por exemplo não podem provisionar, reinicializar ou decom) mesmo quando há uma indisponibilidade do plano de controle.

Rede

Os dados de rede e os planos de controle existem em toda unidade de implementação.

Alguns serviços dependem de outros no principal, por exemplo, serviços de Computação como instâncias bare metal e VM dependem do plano de dados de Volumes de bloco e do plano de dados de Rede e, portanto, serão impactados pelos planos de dados desses serviços que ficarem inativos. Mas, como já mencionado, os planos de controle podem sofrer uma indisponibilidade e as instâncias de computação continuarem funcionando, caso não requeiram o plano de controle de serviço associado (ou seja, aumentando o tamanho do armazenamento de volume, etc.)

Serviços internos

Todos os clientes voltados para serviços internos ou externos dependem do plano de dados de identidade e plataforma para autenticação e autorização. Os planos de controle para monitoramento, registro e IBM Cloud CLI e os serviços de plano de dados para serviços de segurança dependem do plano de dados da plataforma de identidade. (As configurações específicas podem variar.)

Storage

O plano de dados do Object Storage não depende de Volumes de bloco ou File Storage. Os serviços que suportam backup e restauração dependem do Object Storage para operar. Por isso, esses serviços requerem que os dados de Volumes de bloco e os planos de controle existam em toda unidade de implementação.