Para se informar sobre a integridade dos produtos do Google Cloud, faça o seguinte:
Saúde do serviço personalizada: oferece uma visualização personalizada dos produtos e das regiões do Google Cloud usados pelos seus projetos ou em toda a organização. Acesse o Personalized Service Health para conferir comunicações sobre atividades ativas e passadas Incidentes do Google Cloud que podem afetar seus projetos e recursos.
Você pode acessar a integridade personalizada do serviço das seguintes maneiras:
- Painel do console, acessível pelo console do Google Cloud.
- Alertas
- API Service Health
Saúde do serviço do Google Cloud: oferece uma visão geral da plataforma de todos os produtos do Google Cloud nas regiões do Google Cloud e está disponível para todos. Ele fornece informações sobre incidentes do Google Cloud com impacto generalizado.
É possível acessar o Google Cloud Service Health das seguintes maneiras:
Use a integridade personalizada de serviço como a primeira parada ao enfrentar uma interrupção de serviço para produtos específicos, já que ela sempre terá mais informações disponíveis para clientes do Google Cloud. Leia mais sobre Personalized Service Health e como integrá-lo à gestão de incidentes de desenvolvimento de software.
Também é possível verificar interrupções ativas na página de suporte do console do Google Cloud. Os problemas conhecidos exibidos na página de suporte do console do Google Cloud também incluem a incidentes pequenos e de escopo limitado. Na página "Problemas conhecidos", é possível criar um caso sobre um incidente postado, para que você receba atualizações regulares e possa falar com o suporte pessoal. Os casos de suporte são adequados para problemas que não se qualificam como incidentes ou quando é necessário um toque humano. Se você tiver suporte Premium, Enhanced ou padrão, crie um caso de suporte no console do Google Cloud para relatar um incidente. Caso contrário, podem usar este formulário.
Este documento se concentra no Google Cloud Service Health.
O que é o Google Cloud Service Health
A integridade do serviço do Google Cloud fornece informações sobre o status dos produtos do Google Cloud organizados por região e localidade global. Essas informações podem incluir interrupções e falhas no produto ou mensagens informativas sobre um problema temporário.
O Google Cloud Service Health foi desenvolvido para ser disponibilizado na rara ocasião o Personalized Service Health não estiver disponível ou for afetado por uma interrupção; ou o produto afetado ainda não foi integrado ao Personalized Service Health.
Quando um incidente aparece no Google Cloud Service Health?
Na maioria dos incidentes do Google Cloud, os clientes afetados recebem comunicações diretamente pelo recurso Personalized Service Health no console do Google Cloud. Se eles atendem às condições de alerta, esses incidentes também acionam Alertas do Service Health que você configurou.
Os incidentes que atendem a qualquer um dos seguintes critérios aparecem na integridade do serviço do Google Cloud:
- Incidentes públicos graves
- Incidentes de produtos do Google Cloud que ainda não estão disponíveis no Personalized Service Health
- Incidentes que ocorrem quando o painel do Personalized Service Health é indisponível
Incidente grave
O Google Cloud define um incidente como grave se ele atender a todas as seguintes condições:
- Alto escopo: o incidente tem impacto global ou está afetando a porcentagem de projetos de clientes em uma ou mais regiões.
- Gravidade alta: um ou mais produtos estão indisponíveis ou muito degradados.
Na rara instância em que ocorre um incidente grave, agimos com urgência para resolver qualquer problemas.
Durante um incidente grave, o status do problema é comunicado pelo Painel de integridade do serviço do Google Cloud. Um incidente grave é marcado como Falha temporária de serviço nos painéis de status. Após a resolução do problema, nós publicar um relatório de incidente público que inclua os detalhes dos fatores contribuíram para o incidente e as medidas que planejamos tomar para prevenir tais na ocorrência de incidentes.
No caso de incidentes de menor escopo, um relatório não público pode ser disponibilizado para os clientes.
Ciclo de vida de um incidente
Quando uma degradação do produto é detectada, a equipe de suporte do Google Cloud e a equipe de engenharia de produto trabalham juntas para resolver o incidente e fornecer atualizações.
O diagrama a seguir mostra as responsabilidades da engenharia e equipes de suporte:
Leia mais sobre cada uma dessas responsabilidades nas seções a seguir.
Detecção
O Google Cloud usa monitoramento interno e de caixa preta para detectar incidentes. Para mais informações, consulte o Capítulo 6 do manual Engenharia de confiabilidade do site.
Resposta inicial
Quando um incidente é detectado, a equipe de atendimento ao cliente do Google Cloud gerencia as comunicações com o cliente. A notificação inicial de um incidente geralmente é esparsa e quase sempre é mencionado apenas o nome do produto em questão. Isso ocorre porque priorizamos notificações rápidas em vez de detalhes. Os detalhes serão fornecidos nas atualizações subsequentes.
Fornecer o máximo de informações possível, sem sobrecarregar você com problemas que não afetam você, são usados diferentes canais de comunicação dependendo do escopo e da gravidade de um problema:
Investigar
As equipes de engenharia de produto são responsáveis por investigar a causa raiz dos incidentes. O gerenciamento de incidentes geralmente é feito pelos engenheiros de confiabilidade do site, mas também é realizado por engenheiros de software ou outros profissionais, dependendo da situação e do produto. Para mais informações, consulte o Capítulo 12 do manual Engenharia de confiabilidade do site.
Mitigação e correção
Um problema é considerado corrigido somente quando o Google tiver certeza de que as alterações feitas terminarão com o impacto de uma vez por todas. Por exemplo, a correção reverte uma alteração que acionou um incidente.
Enquanto um incidente está em andamento, o Customer Care e a equipe do produto tentam mitigar o problema. A mitigação ocorre quando o impacto ou o escopo de um problema pode ser reduzido, por exemplo, ao fornecer temporariamente mais recursos a um produto que está sobrecarregado.
Se nenhuma mitigação for possível, a equipe do Customer Care encontrará e informará soluções alternativas. Soluções alternativas são as etapas que você executa para solucionar o problema subjacente, apesar do incidente. Uma exemplo de solução alternativa é o uso de configurações diferentes para uma chamada de API a fim de evitar um caminho de código problemático.
Acompanhar
Durante um incidente, a equipe do Customer Care fornece atualizações regulares. Normalmente, as atualizações fornecem o seguinte:
Mais informações sobre o incidente, como mensagens de erro, zonas ou regiões afetadas, quais recursos foram afetados ou o percentual de impacto.
O progresso da atenuação, incluindo quaisquer soluções alternativas.
Cronogramas de comunicação adaptados ao incidente.
Alterações no status, por exemplo, quando um incidente é corrigido.
Post mortem
Todos os incidentes têm um post mortem internamente para que seja entendidos por completo e para identificar melhorias de confiabilidade que o Google pode fazer. Essas melhorias são acompanhadas e implementadas. Para mais informações sobre postmortems no Google, consulte o Capítulo 15 do manual Engenharia de confiabilidade do site.
Relatório de incidentes
Quando os incidentes têm um impacto muito amplo e grave, o Google fornece relatórios de incidentes que descrevem os sintomas, o impacto, a causa raiz, a correção e a prevenção futura de incidentes. Assim como nos post mortems, prestamos atenção especial às etapas adotadas para aprender com o problema e melhorar a confiabilidade. O objetivo do Google ao escrever e liberar post mortems é ser transparente e demonstrar nosso compromisso em criar produtos estáveis para nossos clientes.
Modelo de dados do incidente
um incidente afetou um ou mais produtos em um ou mais locais; Os incidentes têm um horário de início e de término, além de uma gravidade geral. Um incidente tem atualizações que descrevem como ele muda ao longo do tempo, incluindo o status e os locais afetados. As informações do incidente são disponibilizadas por um esquema JSON.
O esquema JSON tem campos marcados como Stable e Unstable. Em geral, o ID campos são considerados Stable, enquanto campos como nomes de exibição são considerada Instável e pode ser alterada sem aviso. Use campos estáveis somente ao integrar com um sistema externo ou criar automação. Consulte Posso criar integrações para consumir os dados exibidos na Painel do Google Cloud Service Health de maneira programática?.
Perguntas frequentes
Onde encontro informações sobre interrupções e falhas temporárias de produtos anteriores?
A integridade do serviço do Google Cloud mantém um registro de interrupções e falhas dos produtos do Google Cloud por até cinco anos. O guia Visão geral do O painel mostra o status atual dos produtos por localidade. Para visualizar informações sobre interrupções e falhas temporárias de produtos no último ano, clique Histórico de visualização no painel. Para ver o histórico de falhas temporárias de um produto nos últimos cinco anos, clique em Ver mais. para esse produto.
Como posso conferir informações de status regionalizadas para produtos do Google Cloud?
O Google Cloud Service Health mostra o status de todos os produtos do Google Cloud organizados por região e localidade global. Para conferir o status de uma multirregião, selecione a guia específica da região.
Posso criar integrações para consumir os dados exibidos no Google Cloud Service Health de forma programática?
Sim, é possível consumir os dados exibidos no Google Cloud Service Health das seguintes maneiras:
- Por um feed RSS
Em um arquivo de histórico JSON
Faça o download do esquema do arquivo JSON aqui.
O feed RSS e o arquivo de histórico JSON fornecem informações sobre o status do incidente que podem ser consumidas por integrações.
Use os campos marcados como Stable no arquivo de histórico JSON, em vez dos campos
marcados como Unstable. Exemplo: se você está tentando identificar programaticamente
incidentes que afetam um determinado conjunto de produtos, use os IDs dos produtos
(affected_products>id), e não os nomes de exibição.
IDs de produtos versus nomes de produtos
Historicamente, o Google Cloud Service Health não oferecia um mecanismo para localizar o ID de um determinado produto. Desde o início de 2023, o Google Cloud Service Health disponibilizou um catálogo de produtos que fornece esse mapeamento para todos os produtos. Um ID do produto fornece um campo estável para a chave. permitindo que o nome de exibição do produto mude. Prefira referenciar o ID do produto ao identificar de forma programática incidentes que afetam um conjunto de produtos.
E se eu tiver integrações pré-criadas com base no Google Cloud Service Health antes da introdução dos relatórios de status regionalizados e da mudança de nome no painel do Google Cloud Service Health?
No feed RSS e no arquivo JSON, as informações de status regional são além das informações que já estavam sendo publicadas antes da introdução dos relatórios de status regionalizados e mudança no nome Service Health do Google Cloud. Portanto, esperamos que sua para continuar funcionando. No entanto, se você quiser consumir o status regional informações usando suas integrações, então você precisa modificá-las.
Confira uma descrição detalhada de como as informações regionais são apresentadas no feed RSS e no arquivo JSON:
Feed RSS
As informações de status regional são uma nova adição às informações do feed que eram fornecidos antes da introdução do status regionalizado. Todos os locais que são informados como afetados são anexados à mensagem RSS.
Arquivo JSON
Antes da atualização regional de status, o Google Cloud publicou um fluxo de incidentes em que cada um deles continha uma lista de produtos afetados e uma lista de atualizações de status para cada um deles, se houver. Essas atualizações de status continham um campo de string não estruturado que tinha ou não as informações de local.
Agora, o Google Cloud publica um fluxo de incidentes como antes. No entanto, para cada incidente, cada atualização de status contém as seguintes :
updates.affected_locations: contém uma lista estruturada dos locais afetados no momento em que a atualização foi postada. Todos os registros de atualização e omost_recent_updatecontêm esse campo.currently_affected_locations: contém as informações mais recentes sobre os locais que foram afetados pelo incidente. Não gosteiupdates.affected_locations, esta lista ficará vazia depois que o incidente for resolvido (ou seja, quandoendé definido como um valor não vazio).previously_affected_locations: contém uma lista de locais que foram afetadas anteriormente durante um incidente, mas não estão. Conforme o o andamento do incidente, alguns locais podem ter uma resolução de interrupção. Esses locais ainda vão existir nopreviously_affected_locations field. Depois que o incidente é resolvido (ou seja, quandoendé definido como um valor não vazio), esse campo contém uma lista de todos os locais que foram afetados durante o incidente.
O que fazer se eu estiver enfrentando um problema que não está listado no painel?
O Painel do Google Cloud Service Health fornece informações de status atuais e históricas sobre qualquer incidente importante que afete os produtos e serviços do Google Cloud. Se você estiver com um problema que não está listado no painel, talvez ele esteja isolado dos seus projetos ou das suas instâncias ou esteja afetando um número limitado de clientes. Incidentes com menor escopo podem ser listados no Portal de atendimento ao cliente. Entre em contato com o atendimento ao cliente se tiver algum problema que não esteja listado no painel.
Se você já usa o painel Personalized Service Health, verifique se o problema está listado para determinar se o projeto ou a instância foram afetados.
Se você estiver usando o console do Google Cloud, clique na ferramenta Enviar feedback no no canto superior direito para informar problemas.
Quem atualiza o painel?
A equipe global de atendimento ao cliente monitora o status dos produtos usando vários tipos diferentes de indicadores e atualiza o painel em caso de um problema generalizado. Se necessário, ela publicará um relatório de análise detalhado sobre o incidente depois que ele tiver sido resolvido.