Usted ejecuta una aplicación de Bigtable sensible a la latencia (lecturas/escrituras mixtas) y necesita un análisis analítico por hora en toda la tabla sin afectar la producción. ¿Qué debería hacer?

La opción correcta es agregar un segundo clúster a una instancia existente con enrutamiento de clúster único y usar perfiles de aplicación distintos. Bigtable permite agregar clústeres a una instancia, replicando automáticamente los datos entre ellos. Al configurar un perfil de aplicación para el tráfico en vivo que enruta solo al clúster original y otro perfil para el análisis por lotes que enruta solo al nuevo clúster, se aísla la carga de trabajo analítica. Esto asegura que las operaciones analíticas no impacten la latencia de la aplicación de producción, ya que se ejecutan en recursos de clúster separados. Exportar el volcado de Bigtable a GCS (opción incorrecta) introduce latencia y complejidad, ya que el análisis no sería sobre datos en tiempo casi real y requeriría un proceso de exportación. Aumentar el tamaño del clúster existente (opción incorrecta) no aísla las cargas de trabajo; el análisis seguiría compitiendo por recursos con la aplicación de producción, afectando la latencia. Usar enrutamiento de múltiples clústeres (opción incorrecta) distribuiría el tráfico en vivo entre ambos clústeres, lo que no logra el aislamiento necesario para proteger la aplicación sensible a la latencia.