Vous gérez un catalogue de produits à forte intensité de lecture dans Azure Cosmos DB SQL API. L'application émet de nombreuses requêtes de lecture et d'interrogation identiques de manière répétée. Vous pouvez tolérer des résultats périmés jusqu'à 60 secondes pour réduire les coûts en RU et la latence. Actuellement, les clients utilisent le mode Direct. Que devriez-vous faire ? (Sélectionnez deux)

Pour optimiser les performances et réduire les coûts avec des requêtes répétées et une tolérance à l'obsolescence, l'utilisation du cache intégré d'Azure Cosmos DB est essentielle. 1. Provisionner une passerelle dédiée et utiliser le mode Passerelle : Le cache intégré est une fonctionnalité du mode Passerelle. Pour l'utiliser, vous devez configurer une passerelle dédiée et mettre à jour vos clients pour qu'ils s'y connectent. Cela permet aux requêtes répétées d'être servies directement depuis le cache de la passerelle, réduisant ainsi les RU et la latence. 2. Définir MaxIntegratedCacheStaleness à 60 secondes : Cette propriété configure la durée maximale pendant laquelle le cache intégré peut servir des données obsolètes. En la définissant à 60 secondes, vous autorisez le cache à répondre aux requêtes répétées avec des données jusqu'à 60 secondes, ce qui correspond à votre exigence de tolérance à l'obsolescence et maximise l'efficacité du cache. Les autres options sont incorrectes car : Conserver le mode Direct ne permet pas d'utiliser le cache intégré. Réduire la politique d'indexation affecte la performance des requêtes, mais ne gère pas le caching des résultats. Activer le TTL d'élément supprime les documents après 60 secondes, ce qui n'est pas le but ici.