An enterprise operations team is configuring log routing from a production Google Cloud project to a centralized security project containing a BigQuery dataset for audit compliance. After creating the project-level Cloud Logging sink with a BigQuery dataset target, log entries are not appearing in the target dataset due to permission errors. You need to resolve the ingestion failure while adhering to Google Cloud security best practices and the principle of least privilege. Which action should you take?
- Grant the BigQuery Data Editor role on the target dataset to the service account writer identity generated by the Cloud Logging sink.Cevap
- BGrant the primitive Owner role on the central security project to the service account writer identity generated by the Cloud Logging sink.
- CGrant the Service Account Admin role to the deployment identity so the log sink service account can impersonate the BigQuery admin service account.
- DRequest a regional BigQuery API quota increase in the central security project before re-enabling the Cloud Logging sink routing rule.
Cevap
Grant the BigQuery Data Editor role on the target dataset to the service account writer identity generated by the Cloud Logging sink.
When a Cloud Logging sink exports logs to a destination in another project (such as BigQuery), Cloud Logging creates a dedicated writer service account. Granting the BigQuery Data Editor role specifically on the destination dataset grants the sink the necessary permissions to write log tables while strictly honoring least-privilege security guidelines.
Adım Adım Çözüm
Anahtar Kavram
Cloud Logging Sink Writer Identity Permission Configuration