Sie betreiben eine latenzempfindliche Bigtable-Anwendung (gemischte Lese-/Schreibvorgänge) und benötigen einen stündlichen analytischen Scan der gesamten Tabelle, ohne die Produktion zu beeinträchtigen. Was sollten Sie tun?

Die korrekte Lösung isoliert die analytische Arbeitslast, um die latenzempfindliche Produktionsanwendung nicht zu beeinträchtigen. Durch das Hinzufügen eines zweiten Clusters mit Single-Cluster-Routing wird sichergestellt, dass der Analyse-Job nur diesen dedizierten Cluster nutzt. App-Profile ermöglichen die Trennung von Live-Traffic und Batch-Analyse, wobei das Batch-Analytics-Profil für den Scan optimiert ist. Das Exportieren nach GCS würde zusätzliche Latenz und Komplexität für einen stündlichen Job bedeuten. Multi-Cluster-Routing würde die Analyse-Arbeitslast möglicherweise über beide Cluster verteilen, was die Produktionsleistung beeinträchtigen könnte. Das Verdoppeln der Clustergröße ohne Trennung der Arbeitslasten würde die Produktionsanwendung immer noch dem Risiko einer Beeinträchtigung durch den Analyse-Scan aussetzen.