El cumplimiento normativo exige conservar los registros de red consultables y con capacidad de búsqueda durante siete años y ejecutar consultas SQL para las investigaciones. ¿Qué diseño es el más adecuado?

La opción correcta es crear un "sink" de Cloud Logging que exporte los registros de red a un conjunto de datos de BigQuery. Esto cumple con el requisito de almacenamiento a largo plazo (siete años) y la capacidad de ejecutar consultas SQL, ya que BigQuery es un almacén de datos diseñado para análisis SQL a gran escala. Confiar en la retención predeterminada de Cloud Logging no es ideal porque, aunque se puede aumentar la retención, Cloud Logging no está optimizado para consultas SQL complejas sobre datos históricos a largo plazo de la misma manera que BigQuery. Exportar solo a Cloud Storage no permite ejecutar consultas SQL directamente sobre los objetos almacenados; Cloud Storage es para almacenamiento de objetos, no para análisis SQL. Transmitir a Pub/Sub y retener mensajes indefinidamente no es una solución de almacenamiento a largo plazo ni de consulta SQL; Pub/Sub es un servicio de mensajería para ingesta de datos en tiempo real, no un almacén de datos para análisis históricos.