Google Cloud
Cost Optimisation & the Architecture Framework
Cut spend without cutting capability, and name the pillars a Google architecture review scores against.
The Google Cloud Architecture Framework has five pillars.
A household bill. The savings are not in a cheaper kettle but in the immersion heater nobody remembered was on and the subscription nobody cancelled.
Key Concepts
1
Operational excellence deploy, monitor and improve
Security, privacy and compliance
Reliability recover from failure, meet demand
Cost optimisation avoid unnecessary spend
Performance optimisation use the right resources2
The discounts, and two of them are automatic.
Sustained Use Discounts AUTOMATIC. Run a VM most of the month
and the rate drops, with no commitment.
Committed Use Discounts 1 or 3 years, up to ~70%. Resource-based
or the more flexible spend-based.
Spot VMs up to 91% off, reclaimed with 30
seconds' notice
Custom machine types pick exact vCPU and memory, so you stop
paying for a size that nearly fits3
Sustained use being automatic is the GCP-specific point — on other clouds that saving requires a commitment.
4
Custom machine types are the quiet win. A workload needing 6 vCPU and 20 GB fits no standard size, so elsewhere you buy 8 vCPU and 32 GB. Here you buy what you need.
5
Where money actually leaks.
idle VMs and oversized instances Recommender flags these
unattached persistent disks the VM went, the disk stayed
old snapshots and untagged images
BigQuery SELECT * on wide tables billed per byte scanned
egress, and cross-zone traffic
Cloud Composer or a GKE cluster left running for one job
non-production running overnight6
BigQuery deserves its own line. Billing by bytes scanned means SELECT * on a wide table can cost more than a day of compute. Partition, cluster, select only the columns needed, and set custom quotas so one query cannot run away.
SELECT *
7
Active Assist and Recommender give concrete rightsizing, idle resource and commitment recommendations — the sensible first pass before any manual review.
8
Labels are the attribution mechanism. Without team, env and service labels, billing export to BigQuery cannot tell anyone which team spent what, and nothing improves while nobody owns the number.
teamenvservice
9
Budgets and alerts fire at thresholds and can trigger a Pub/Sub message, so automation can react rather than an email being ignored.
10
What the interviewer is probing.1. "Which GCP discount needs no commitment?" Probing: the automatic one. Stalls: "None."
Moves up: sustained use discounts apply automatically to VMs running most of the month.
11
2. "What is the quiet win on machine sizing?" Probing: custom types. Stalls: "Pick the
nearest size." Moves up: custom machine types — a workload needing 6 vCPU and 20GB buys exactly
that rather than rounding up to 8 and 32.
12
3. "Where does BigQuery spend get out of hand?" Probing: the scan model. Stalls: "Storing
too much." Moves up: bytes scanned — SELECT * on a wide unpartitioned table, which partitioning,
clustering and column selection fix.
13
4. "How do you attribute spend to teams?" Probing: labels. Stalls: "Separate projects."
Moves up: labels flowing into the billing export, so Cost reports show who spent what and someone
owns the number.