Sie verwalten einen leseintensiven Produktkatalog in Azure Cosmos DB SQL API. Die App sendet wiederholt viele identische Lese- und Abfrageanforderungen. Sie können Ergebnisse tolerieren, die bis zu 60 Sekunden alt sind, um RU-Kosten und Latenz zu reduzieren. Derzeit verwenden Clients den Direct-Modus. Was sollten Sie tun? (Wählen Sie zwei)

Für leseintensive Workloads mit Toleranz für veraltete Daten ist der integrierte Cache von Azure Cosmos DB ideal. Um ihn zu nutzen, müssen Sie ein dediziertes Gateway bereitstellen und Ihre Clients für den Gateway-Modus konfigurieren. Der Direct-Modus umgeht das Gateway und damit den integrierten Cache. Durch Setzen von MaxIntegratedCacheStaleness (oder einer ähnlichen Einstellung im SDK) auf 60 Sekunden stellen Sie sicher, dass der Cache Ergebnisse liefert, die bis zu 60 Sekunden alt sein dürfen, was RU-Kosten und Latenz reduziert. Das Reduzieren der Indexierungsrichtlinie spart zwar RUs, aktiviert aber nicht den Cache. Eine Element-TTL (Time-to-Live) löscht Elemente nach einer bestimmten Zeit und ist nicht für das Caching von Leseanfragen gedacht.