Supervisa los incidentes de Service Health de Google Cloud

Para mantenerte al tanto del estado de tus Google Cloud productos, Google Cloud Service Health te brinda información sobre los incidentes generalizados en curso que cumplen con ciertos criterios. Esta información puede incluir interrupciones del producto, cortes o mensajes informativos sobre un problema temporal.

Google Cloud Service Health está diseñado para estar disponible en el caso poco frecuente de que Personalized Service Health no esté disponible o se vea afectado por una interrupción, o bien si el producto afectado aún no se integró a Personalized Service Health.

Personalized Service Health proporciona una vista personalizada de los Google Cloud productos y las ubicaciones compatibles en tu organización. Usa Personalized Service Health como primer recurso cuando tengas una interrupción del servicio y busca comunicaciones sobre incidentesGoogle Cloud activos y anteriores que puedan afectar tus proyectos. Personalized Service Health siempre tendrá la mayor cantidad de información disponible para los clientes deGoogle Cloud . Puedes acceder a la función de estado del servicio personalizado a través de la consola de Google Cloud, configurando alertas o mediante la API de Personalized Service Health.

Este documento se centra en el Google Cloud estado del servicio.

Accede a Google Cloud Service Health

Puedes acceder a Google Cloud Estado del servicio de las siguientes maneras:

  • Un panel de estado público: Google Cloud Estado del servicio
  • Un feed RSS público

  • La consola de Google Cloud:

    1. En la consola de Google Cloud, ve a la página Asistencia > Casos.

      Ir a Casos

    2. Con el selector de recursos de la barra de herramientas de la consola, selecciona el recurso para el que deseas enumerar los problemas conocidos.

    3. Haz clic en la pestaña Problemas conocidos.

      Los problemas conocidos también incluyen incidentes menores y de alcance limitado. Puedes vincular un caso de asistencia a un problema conocido para obtener actualizaciones periódicas y comunicarte con el personal de asistencia. Los casos de asistencia son apropiados para problemas que no califican como incidentes o cuando se necesita una interacción directa. Si tienes asistencia Premium, mejorada o estándar, puedes informar un incidente mediante la creación de un caso de asistencia.

Si no puedes acceder a Google Cloud Estado del servicio a través de los recursos anteriores, puedes usar el Google Cloud formulario de preguntas de asistencia de la plataforma.

Incidentes de Google Cloud Service Health compatibles

En la mayoría de los Google Cloud incidentes, los clientes afectados reciben comunicaciones directamente a través de Personalized Service Health en la consola de Google Cloud. Si cumplen con las condiciones de alerta, estos incidentes también activan las alertas de Service Health que hayas configurado.

Los incidentes que cumplen con alguno de los siguientes criterios aparecen en Google Cloud Service Health:

  • Incidentes públicos importantes
  • Incidentes de Google Cloud productos que aún no son compatibles con Personalized Service Health
  • Incidentes que ocurren cuando el panel de Personalized Service Health no está disponible

Incidente grave

Google Cloud define un incidente como un incidente importante si cumple con todas las siguientes condiciones:

  • Amplio alcance: El incidente tiene un impacto global o afecta a un porcentaje significativo de los proyectos de los clientes en una o más regiones.
  • Gravedad alta: Uno o más productos no están disponibles o tienen una degradación grave.

En el caso poco frecuente de que se produzca un incidente importante, actuamos con urgencia para resolver cualquier problema.

Durante un incidente importante, el estado del problema se comunica a través del panel de estado del servicio de Google Cloud. Un incidente importante se marca como Interrupción del servicio en el panel. Una vez que se resuelve el problema, publicamos un informe público de incidentes que incluye los detalles de los factores que contribuyeron al incidente y los pasos que planeamos tomar para evitar que se vuelvan a repetir estos incidentes.

En el caso de incidentes de menor alcance, es posible que se ponga a disposición de los clientes un informe no público.

Ciclo de vida de un incidente

Cuando se detecta una degradación del producto, el Google Cloud equipo de asistencia y el equipo de ingeniería del producto trabajan juntos para resolver el incidente y brindarte actualizaciones.

En el siguiente diagrama, se muestran las responsabilidades de los equipos de ingeniería de productos y de asistencia al cliente:

Diagrama del ciclo de vida

Puedes obtener más información sobre cada una de estas responsabilidades en las siguientes secciones.

Detección

Google Cloud usa la supervisión interna y sintética para detectar incidentes. Para obtener más información, consulta el Capítulo 6 del libro Site Reliability Engineering (Ingeniería de confiabilidad de sitios).

Respuesta inicial

Cuando se detecta un incidente, el Google Cloud equipo de Atención al cliente administra las comunicaciones con los clientes. La notificación inicial de un incidente suele ser poco detallada y, con frecuencia, solo menciona el producto en cuestión. Esto se debe a que priorizamos la notificación rápida sobre los detalles. Se pueden proporcionar detalles en las actualizaciones posteriores.

Para proporcionarte la mayor cantidad de información posible sin abrumarte con problemas que no te afectan, se utilizan diferentes canales de comunicación según el alcance y la gravedad de un problema:

Diagrama de comunicaciones

Investigar

Los equipos de ingeniería de productos son responsables de investigar la causa raíz de los incidentes. Los ingenieros de confiabilidad de sitios suelen realizar la administración de incidentes, pero otros ingenieros o los ingenieros de software pueden realizar la administración, según la situación y el producto. Para obtener más información, consulta el Capítulo 12 del libro Site Reliability Engineering.

Mitigación y solución de problemas

Un problema se considera corregido solo cuando se realizan cambios que permiten a Google estar seguro de que tales cambios acabarán con el impacto indefinidamente. Por ejemplo, la corrección podría ser revertir un cambio que provocó un incidente.

Mientras se produce un incidente, el equipo de atención al cliente y el equipo de productos intentarán mitigar el problema. La mitigación es cuando se puede reducir el impacto o el alcance de un problema, por ejemplo, si se proporcionan temporalmente recursos adicionales a un producto que sufre una sobrecarga.

Si no se encuentra una forma de mitigar el problema, el equipo de Atención al cliente buscará y comunicará soluciones alternativas siempre que sea posible. Las soluciones alternativas son pasos que puedes seguir para resolver la necesidad subyacente a pesar del incidente. Una solución alternativa podría ser utilizar diferentes configuraciones para una llamada a la API a fin de evitar una ruta de código problemática.

Seguimiento

Mientras un incidente está en curso, el equipo de Atención al cliente proporciona actualizaciones periódicas. Por lo general, las actualizaciones proporcionan lo siguiente:

  • Más información sobre el incidente, como mensajes de error, zonas o regiones afectadas, qué características están afectadas o porcentajes de impacto.

  • Progreso hacia la mitigación, incluidas las soluciones alternativas.

  • Cronogramas para la comunicación, adaptados al incidente.

  • Cambios en el estado, como cuando se corrige un incidente.

Retrospectiva

Todos los incidentes se someten a una retrospectiva interna para comprenderlos por completo y detectar las mejoras de confiabilidad que Google puede hacer. Luego, se realiza un seguimiento de estas mejoras y se las implementa. Para obtener más información, consulta el Capítulo 15 del libro Site Reliability Engineering (Ingeniería de confiabilidad de sitios).

Informe de incidentes

Cuando los incidentes tienen un impacto muy amplio y grave, Google proporciona informes de incidentes que describen los síntomas, el impacto, la causa raíz, la corrección y la prevención futura de incidentes. Como ocurre con las retrospectivas, prestamos especial atención a los pasos que tomamos para aprender del problema y mejorar la confiabilidad. El objetivo de Google cuando escribe y publica retrospectivas es ser transparente y demostrar su compromiso con la creación de productos estables para sus clientes.

Modelo de datos de incidentes

Un incidente puede afectar a uno o más productos en una o más ubicaciones. Los incidentes tienen una hora de inicio y una de finalización, y una gravedad general. Un incidente tiene actualizaciones que describen cómo cambia con el tiempo, incluido su estado y las ubicaciones afectadas en ese momento. La información del incidente está disponible a través de un esquema JSON.

El esquema JSON tiene campos marcados como Estable y Inestable. En general, los campos de ID se consideran estables, mientras que los campos como los nombres visibles se consideran inestables y pueden cambiar sin advertencia. Usa los campos estables solo cuando realices la integración con un sistema externo o la automatización de edificios. Para obtener más información, consulta ¿Puedo crear integraciones para consumir Google Cloud datos de estado del servicio de forma programática? en este documento.

Preguntas frecuentes

Las siguientes preguntas frecuentes pueden ayudarte a supervisar el estado y el funcionamiento de tus Google Cloud productos.

¿Dónde puedo encontrar información sobre interrupciones y suspensiones de productos anteriores?

Google Cloud Service Health mantiene un registro de interrupciones y fallas de los productos deGoogle Cloud durante un máximo de cinco años. En el panel, se muestra el estado actual de los productos por configuración regional. Para ver información sobre las interrupciones y las fallas de productos durante el último año, haz clic en Ver historial de incidentes. Para ver el historial de interrupciones de un producto durante los últimos cinco años, haz clic en Ver más en ese producto.

¿Cómo puedo ver la información de estado regionalizada de los Google Cloud productos?

Google Cloud Service Health muestra el estado de todos los Google Cloud productos organizados por región y configuración regional global. Para ver el estado de una multirregión, selecciona la pestaña específica de la región.

¿Puedo crear integraciones para consumir Google Cloud datos de estado del servicio de forma programática?

Sí, puedes consumir los datos que muestra Google Cloud Service Health de las siguientes maneras:

El feed RSS y el archivo de historial JSON proporcionan información sobre el estado de los incidentes que se puede consumir a través de integraciones.

Usa los campos marcados como estables en el archivo de historial JSON, en lugar de los campos marcados como inestables. Por ejemplo, si intentas identificar de forma programática incidentes que afectan a un conjunto particular de productos, usa los IDs de producto (affected_products>id), no sus nombres visibles.

Diferencia entre los IDs de los productos y sus nombres

Históricamente, Google Cloud Service Health no proporcionaba un mecanismo para ubicar el ID de un producto determinado. Desde principios de 2023, Google Cloud Service Health puso a disposición un catálogo de productos que proporciona esta asignación para todos los productos. Un ID de producto proporciona un campo estable para activarlo y, al mismo tiempo, permite que cambie el nombre visible de un producto. Debes hacer referencia al ID del producto cuando identifiques de forma programática incidentes que afectan a un conjunto de productos.

¿Qué sucede si tengo integraciones basadas en implementaciones anteriores de Google Cloud Service Health?

En el feed RSS y el archivo JSON, la información del estado regional es un complemento de la información que ya se publicaba antes de la introducción de los informes de estado regionalizados y el cambio en el nombre deGoogle Cloud Service Health. Por lo tanto, esperamos que tus integraciones existentes sigan funcionando. Sin embargo, si deseas consumir la información de estado regional a través de tus integraciones, debes modificarlos.

A continuación, se incluye una descripción detallada de cómo se presenta la información regional en el feed RSS y el archivo JSON:

  • Feed RSS

    La información del estado regional es una incorporación nueva a la información del feed que se proporcionaba antes de la introducción del estado regionalizado. Las ubicaciones que se informan como afectadas se adjuntan al mensaje RSS.

  • Archivo JSON

    Antes de la actualización del estado regional, Google Cloud publicó un flujo de incidentes en el que cada incidente contenía una lista de productos afectados y una lista de actualizaciones de estado para cada uno, si las hubiera. Estas actualizaciones de estado contenían un campo de cadena no estructurado que incluía o no la información de ubicación.

    Ahora, Google Cloud publica un flujo de incidentes como lo hacía antes. Sin embargo, para cada incidente, cada actualización de estado contiene los siguientes campos nuevos:

    • updates.affected_locations: Contiene una lista estructurada de las ubicaciones afectadas en el momento en que se publicó la actualización. Cada registro de actualización y el registro most_recent_update contienen este campo.
    • currently_affected_locations: Contiene la información más reciente sobre las ubicaciones que se ven afectadas de forma activa por el incidente. A diferencia de updates.affected_locations, esta lista se vacía después de que se resuelve el incidente (es decir, cuando end se establece en un valor no vacío).
    • previously_affected_locations: Contiene una lista de ubicaciones que se vieron afectadas anteriormente durante un incidente, pero que no lo están actualmente. A medida que avanza el incidente, es posible que algunas ubicaciones tengan una resolución de interrupción. Estas ubicaciones seguirán existiendo en previously_affected_locations field. Una vez que se resuelve el incidente (es decir, cuando end se establece en un valor no vacío), este campo contiene una lista de todas las ubicaciones afectadas durante este incidente.

¿Qué sucede si tengo un problema, pero no aparece en Google Cloud Service Health?

Google Cloud Service Health proporciona información histórica y actual del estado de cualquier incidente importante que afecte a los productos y servicios de Google Cloud . Si tienes un problema que no aparece en la lista deGoogle Cloud Estado del servicio, es posible que el problema solo afecte a tus proyectos o instancias, o que afecte a una cantidad limitada de clientes. Los incidentes que tienen un alcance menor se pueden incluir en el Portal de asistencia. Puedes comunicarte con el equipo de Atención al cliente si tienes algún problema que no aparece en Google Cloud Service Health.

Si ya usas Personalized Service Health, verifica si el problema aparece allí para determinar si tu proyecto o instancia está afectado.

Si usas la consola de Google Cloud, en la barra de herramientas superior, selecciona > Enviar comentarios.

¿Quién actualiza Google Cloud Service Health?

El equipo global de Atención al cliente supervisa el estado de los productos con diferentes tipos de indicadores y actualiza Google Cloud Service Health en caso de que haya un problema generalizado. Si es necesario, publicarán un informe detallado con un análisis del incidente una vez que esté resuelto.

¿Qué sigue?