Vous devez implémenter un service de tokenisation à faible latence qui détecte les cartes en double sans stocker de texte en clair et prend en charge la rotation annuelle des clés. Quelle approche de stockage devriez-vous utiliser ?

Le chiffrement déterministe garantit que le même texte en clair produit toujours le même texte chiffré, ce qui est essentiel pour détecter les doublons sans stocker les données en clair. Firestore (mode Datastore) offre une faible latence et une évolutivité adaptées à un service de tokenisation. La rotation annuelle des clés est gérable en re-chiffrant les données avec la nouvelle clé. Stocker les données dans Secret Manager après avoir identifié les doublons ne permet pas de détecter de nouveaux doublons sans décrypter les données, ce qui est contraire à l'exigence de ne pas stocker de texte en clair. Fragmenter sur Memorystore n'est pas idéal pour la persistance et la recherche de doublons à grande échelle. Le chiffrement au niveau des colonnes dans Cloud SQL peut être une option, mais Firestore (mode Datastore) est souvent plus performant pour les cas d'utilisation de tokenisation à faible latence et de détection de doublons grâce à son modèle de données NoSQL et ses capacités d'indexation.