Tableau de bord d'état de l'API Google Pay

Présentation

Le tableau de bord d'état de l'API Google Pay fournit des informations sur les incidents généralisés en cours et sur l'état des produits de l'API Google Pay. Ces informations peuvent inclure des perturbations ou des interruptions de service, ou des messages d'information sur un problème passager.

Le tableau de bord d'état est conçu pour être disponible même si l'API Google Pay elle-même est indisponible ou affectée par une interruption.

Le tableau de bord d'état est disponible pour tous les utilisateurs via les interfaces suivantes :

Consultez le tableau de bord de l'état du service en premier lieu en cas d'interruption de service pour nos API. Il disposera toujours des informations les plus précises que nous pouvons fournir.

Pour obtenir des informations spécifiques à votre intégration qui n'affectent pas nos API plus générales, consultez plutôt la page d'assistance de la Google Pay & Wallet Console.

API surveillées

Nom Description
API CreateButton Android Fournit une copie à jour du bouton Google Pay.
API Android IsReadyToPay Fournit des informations sur l'éligibilité de l'utilisateur à l'API Google Pay.
API Android LoadPaymentData Active la feuille de paiement de l'API Google Pay.
API CreateButton Web Fournit une copie à jour du bouton Google Pay.
API IsReadyToPay Web Fournit des informations sur l'éligibilité de l'utilisateur à l'API Google Pay.
API LoadPaymentData Web Active la feuille de paiement de l'API Google Pay.

Incidents dans le tableau de bord d'état de l'API Google Pay

Lorsque nos équipes d'ingénieurs ou d'assistance reçoivent un signal indiquant qu'un produit rencontre une perturbation importante, nous vérifions si elle est déjà répertoriée dans le tableau de bord de l'état du service. Si la perturbation n'est pas listée, nous allons l'examiner pour la reproduire et publier une mise à jour.

Types

Le tableau de bord d'état de l'API Google Pay affiche les types d'incidents suivants, du plus au moins grave :

  •  Indisponibilité du service : le service est indisponible ou inutilisable pour de nombreux utilisateurs, voire pour tous.
  •  Indisponibilité du service : le service est disponible pour de nombreux utilisateurs, voire pour tous, mais il peut être lent ou dégradé.
  •  Informations sur le service : le service est disponible, mais avec certaines limites ou conditions inhabituelles.
  •  Disponible : le service est disponible comme prévu.

Cliquez sur l'icône d'un incident pour en savoir plus, y compris l'historique complet de son état et de ses mises à jour (la plus récente étant en haut).

Détection

L'API Google Pay utilise des canaux de surveillance internes et d'assistance externes pour détecter les incidents. Pour en savoir plus, consultez le chapitre sur la surveillance de notre livre sur l'ingénierie SRE.

Réponse initiale

Lorsqu'une équipe détecte un incident, elle effectue d'abord un tri initial pour déterminer son étendue et sa gravité. Si nous déterminons que le problème est suffisamment étendu pour affecter de nombreux clients, nous ajoutons une notification initiale au tableau de bord de l'état de l'API Google Pay. Les notifications initiales sont sommaires et ne mentionnent souvent que le nom de l'API concernée. En effet, nous privilégions une notification rapide à l'apport de détails. Nous ajouterons des informations dans les mises à jour ultérieures à mesure que nous enquêterons sur l'incident.

Afin de fournir à nos utilisateurs autant d'informations exploitables que possible sans vous alarmer avec des problèmes qui ne vous concernent peut-être pas, les incidents qui touchent peu de clients ne sont pas ajoutés au tableau de bord de l'état du service, mais sont communiqués directement aux utilisateurs concernés.

Investigation

Les équipes d'ingénierie produit sont chargées d'enquêter sur l'origine des incidents, bien qu'elles soient assistées par nos équipes d'assistance et de fiabilité des sites. Pour obtenir une présentation de notre procédure de dépannage, consultez le chapitre Dépannage efficace de notre livre sur l'ingénierie SRE.

Atténuation et correction

Un problème n'est considéré comme résolu que lorsque des modifications ont été apportées et que Google a la certitude qu'elles vont le régler définitivement. Par exemple, un rollback peut être effectué pour annuler une modification ayant déclenché un incident.

Tant qu'un incident est en cours, l'équipe produit et l'API Google Pay tentent d'atténuer le problème. Cela permet de réduire l'impact ou l'étendue d'un problème, par exemple en fournissant temporairement des ressources supplémentaires à un produit présentant une surcharge.

Si aucune mesure d'atténuation n'a été trouvée et si cela est possible, l'équipe de l'API Google Pay trouve des solutions de contournement et les communique. Les solutions de contournement sont des étapes que vous pouvez suivre pour répondre au besoin sous-jacent en dépit de l'incident. Une solution de contournement peut par exemple consister à utiliser des paramètres différents pour un appel d'API afin d'éviter un chemin de code problématique.

suivi

Lorsqu'un incident est en cours, l'équipe de l'API Google Pay fournit des informations régulières. qui incluent généralement :

  • Davantage d'informations sur l'incident, par exemple les messages d'erreur, les zones ou régions concernées, les fonctionnalités affectées ou les pourcentages d'impact
  • l'avancement du processus d'atténuation, y compris les solutions de contournement ;
  • le calendrier des communications, adapté à l'incident ;
  • les changements d'état, par exemple, lorsqu'un incident est résolu.

Rétrospective

Tous les incidents font l'objet d'une analyse rétrospective en interne pour bien les comprendre et identifier les améliorations de fiabilité que Google peut apporter. Ces améliorations sont ensuite suivies et mises en place. Pour en savoir plus sur les analyses post-mortem chez Google, consultez le chapitre Culture du post-mortem de notre livre sur l'ingénierie SRE.

Questions fréquentes

Consultez les réponses aux questions fréquentes sur le tableau de bord de l'état de l'API Google Pay.

Où puis-je trouver des informations sur les perturbations et les interruptions de service antérieures ?

Pour afficher des informations sur les interruptions et les pannes de produits au cours de l'année écoulée, cliquez sur Afficher l'historique dans le tableau de bord. Pour afficher l'historique des indisponibilités d'un produit au cours des cinq dernières années, cliquez sur Plus de résultats pour ce produit.

Puis-je créer des intégrations pour consommer les données affichées dans le tableau de bord d'état de manière programmatique ?

Oui, vous pouvez utiliser les données affichées dans le tableau de bord d'état de plusieurs manières :

Le flux RSS et le fichier JSON de l'historique fournissent des informations sur l'état des incidents, qui peuvent être utilisées par programmation à l'aide de bibliothèques et d'outils d'analyse RSS et JSON standards.

Que faire si je rencontre un problème, mais qu'il ne figure pas dans le tableau de bord ?

Le tableau de bord d'état de l'API Google Pay fournit des informations sur l'état actuel et passé de tout incident majeur affectant les produits et services de l'API Google Pay. Si vous rencontrez un problème qui n'est pas listé dans le tableau de bord, il peut ne concerner que vos projets ou vos instances, ou affecter un nombre limité de clients. Vous pouvez contacter notre équipe d'assistance via la Google Pay & Wallet Console pour tout problème spécifique à votre intégration. Si nous déterminons que votre problème répond à nos critères pour le tableau de bord de l'état du service, nous l'ajouterons à ce tableau de bord.

Utilisez le bouton Envoyer des commentaires en bas du tableau de bord de l'état du système pour envoyer des commentaires sur la conception ou le comportement du tableau de bord lui-même, et non sur les API surveillées.