An enterprise operations team needs to establish a centralized observability strategy across multiple Google Cloud projects. They must securely aggregate Cloud Audit Logs into BigQuery for security analytics while ensuring key operational alerts are triggered without exposing telemetry data to exfiltration risks. Which TWO configurations should the team implement to achieve these observability requirements?
- Configure an aggregated Log Router sink at the organization level with a BigQuery dataset destination and a filter targeting Cloud Audit Logs.Answer
- BApply an aggregate Cloud Logging exclusion filter at the organization level to drop all log entries with severity ERROR and above to manage ingestion throughput.
- Grant fine-grained predefined roles such as Logging Admin and Monitoring Notification Channel Editor to operational service accounts instead of primitive roles.Answer
- DAssign the primitive Owner role to service accounts responsible for managing log export sinks to ensure unrestricted access across all monitoring resources.
- ERely strictly on project-level IAM permissions to prevent authorized service accounts from exfiltrating log data to unauthorized external storage destinations.
Answer
The team should configure an aggregated Log Router sink at the organization level targeting BigQuery for audit logs and grant fine-grained predefined IAM roles to operational service accounts.
Configuring an aggregated Log Router sink at the organization level allows central streaming of Cloud Audit Logs to BigQuery across all constituent projects. Complementing this with fine-grained predefined IAM roles ensures service accounts possess only necessary permissions for operational monitoring and log routing without over-privilege.
Step-by-Step Solution
Key Concept
Centralized Log Aggregation and Observability IAM Least Privilege