Reference:
https://cloud.google.com/error-reporting/docs/setup/compute-engine

Reference:
To create a copy of an existing role spanner.databaseAdmin into a project with PROJECT_ID, run: gcloud iam roles copy --source="roles/spanner.databaseAdmin" --destination=CustomSpannerDbAdmin --dest-project=PROJECT_ID

Cloud SDK gcloud iam roles copy can be used to copy the roles to different organization or project.Refer GCP documentation - Cloud SDK IAM Copy Rolegcloud iam roles copy - create a role from an existing role--dest-organization=DEST_ORGANIZATION (The organization of the destination role)--dest-project=DEST_PROJECT (The project of the destination role).

Cloud Run is a fully managed platform that allows you to deploy and run containerized applications without worrying about the underlying infrastructure. Cloud Run automatically scales your application based on the incoming requests, and you only pay for the resources you use. Cloud Run also supports deploying multiple revisions of your service, and splitting the customer traffic between them. This allows you to gradually roll out new features, test them in production, and monitor their performance and reliability. If you encounter any problems with the new revision, you can easily roll back to a previous revision by adjusting the traffic split. This is a Google-recommended practice for managing revisions to a service, as it minimizes the risk associated with a new revision, reduces the number of customers who might be affected by an outage, and does not introduce any development or operational costs to your customers.
The other options are not correct because they either do not follow the Google-recommended practice, or they do not reduce the risk or cost associated with a new revision. Option B is not correct because deploying your application to a second Cloud Run service, and asking your customers to use the second Cloud Run service, is not a gradual roll out, but a complete switch. This may cause confusion and inconvenience for your customers, and it does not allow you to monitor the performance and reliability of the new revision in comparison with the old one. Option C is not correct because asking your customers to retry access to your service with exponential backoff to mitigate any potential problems after the new revision is deployed, is not a good user experience, and it does not address the root cause of the problems. Option D is not correct because sending all customer traffic to the new revision, and rolling back to a previous revision if you witness any problems in production, is a risky and costly strategy, as it exposes all your customers to the potential problems, and it does not allow you to test the new revision before deploying it to all customers.
Reference:
Cloud Run documentation
Managing revisions
Splitting traffic