Un job Apache Beam lit des données depuis Pub/Sub (rétention d'un jour) et écrit dans Cloud Storage. Vous devez éviter la perte de données en cas de panne régionale avec un RPO de 15 minutes. Choisissez l'emplacement du bucket et la stratégie de récupération.

La bonne réponse garantit un RPO (Recovery Point Objective) de 15 minutes et une haute disponibilité en cas de panne régionale. Un bucket Cloud Storage birégional avec réplication turbo offre une réplication quasi-synchrone entre deux régions, ce qui est essentiel pour un RPO faible. La surveillance de Dataflow avec Cloud Monitoring permet de détecter rapidement une panne. La recherche de l'abonnement Pub/Sub 60 minutes en arrière est une mesure de sécurité pour récupérer les messages non traités ou traités juste avant la panne, car la réplication turbo garantit que la plupart des données récentes sont déjà répliquées. Démarrer le job Dataflow dans une région secondaire permet une reprise rapide. Les autres options sont incorrectes car : Un bucket multirégional n'offre pas la même garantie de RPO faible que la réplication turbo birégionale. Rechercher seulement 15 minutes en arrière pourrait ne pas suffire si la réplication n'était pas instantanée ou si le job a eu des problèmes juste avant la panne. Un bucket régional n'offre aucune protection contre les pannes régionales. Rechercher un jour en arrière est excessif et ne correspond pas au RPO de 15 minutes.