Note: I'm not a GCE user yet, the answer is based solely on documentation.
You could be Viewing Audit Logs in the Google Cloud Console, more specifically the Admin Activity logs:
Admin Activity logs contain log entries for API calls or other
administrative actions that modify the configuration or metadata of
resources. For example, the logs record ...
Speaking primarily from the Google App Engine (GAE) perspective.
My preference is for environment-driven project split. This might be of interest: Advantages of implementing CI/CD environments at GAE project/app level vs service/module level?
I wouldn't go for architecturally-driven project split unless there are serious reasons for doing so (if you feel ...
I don't know of a way to get the actual GCE VM images.
But it's possible to export the images to GCS (as a tar.gz archive):
If you need to move your Compute Engine boot disk data outside of your
Compute Engine project, you can export a boot disk image to Cloud
Storage as a tar.gz file.
You can export a custom image as backup or for sharing by ...
If the artifacts in question are docker images then the recommended artifact management solution is the Container Registry, well integrated with other GCP products producing and/or using such images.
AFAIK they don't have a real artifact manager for other kinds of artifacts, they suggest the rather general purpose Cloud Storage for that. You can find an ...
Not sure if you sorted this out, but I had to do something similar to get who started the instance so I can badger them into stopping the instance if they are not using it. I put together a Logging query:
resource.type = gce_instance AND (jsonPayload.event_subtype = compute.instances.start OR jsonPayload.event_subtype = compute.instances.insert ) AND ...
Yes, it's possible. Fundamentally GCR is built on top of Cloud Storage, with roughly the same basic access control:
public, i.e completely accessible
private, with quite flexible access control from pretty much anywhere, even from outside the GCP domain - being in a certain GCP project is rather irrelevant.
From Granting users and other projects access to ...
You can use the GCP HTTP(S) Load balancer. Since you are running a kubernetes cluster (Assuming you are using GKE), GKE uses Google compute VM instance groups which can be put behind a load balancer as target group.
You can follow the below steps to setup a load balancer and put your kubernetes node behind a load balancer.
Login to GCP console and go to ...
Your application requirements really do influence your options here, maybe add more detail about the app because this subject is very much about your application architecture too.
The application state is fixed, pod's are rebuilt as per the spec or source container that defines them and the replication sets take care of the deployment so I'd say the ...
Google's recommended best practice is to create an Organisation within GCP so that you get access to folders, then model the hierarchy of your organisation within GCP:
there should only be one organisation that represents the entire organisation; configuring directory sync is very painful otherwise.
folders should represent business ...
If your workloads are exclusively ephemeral, the answer is probably not worth the infra management effort of deploying K8S.
Kubernetes is best suited for types of workloads that are continuous, with regular incoming traffic and that require zero downtime. That's why it enables you to do things like rolling updates and implementing advanced traffic ...
As per the link, You can add keys via metadata. You can try the following.
ssh-keys: "[USERNAME]:ssh-rsa [NEW_KEY_VALUE] [USERNAME]"
Replace [USERNAME] & [NEW_KEY_VALUE] with actual key value.
According to "TPU types and zones" TPUs are only available in a very limited set of regions, namely:
Europe, Middle East and Africa
europe-west4-a (Eemshaven, Netherlands)
us-central1-a, b, c and f (Council Bluffs, Iowa, USA)
asia-east1-c (Changhua County, Taiwan)
Note: not every SKU is available in each region, so double check ...
It's not currently possible to list all the accessible buckets across all cloud projects, neither in the developer console browser nor via the gsutil command. Both of them only display buckets for one project at a time.
But if you specify a particular project (or stick with the one selected by default) you can list the accessible buckets inside that project ...