Drawn from this morning's gcloud asset list --project=delectable-cloud-stage —
1,780 assets, 70 distinct Google services in production. The production graph for the grocer's
chief architect — every service, every dependency, every dataplex, traceable to the live
project.
Same architecture as the layered breakdown below, but rendered in the official Google Cloud
iconography the GCP team uses internally. Generated by our infrastructure/cloud_architecture
module — the same module a Delectable engineer (or agent) uses to specify and emit Terraform for
every new grocer tenant. The diagrams are code, not Figma exports.
This is the graph an agentic shopper request traverses today — measured against the live asset inventory, not redrawn for the meeting. Read top-to-bottom.
./apply.sh, 15 minutes. Provisions Cloud Run, BQ, Cloud SQL, Secret Manager, IAM, AR — all in the grocer's GCP project.
The cloud-architecture diagrams above weren't drawn in Figma. They were generated by Delectable's
infrastructure/cloud_architecture module — Python code that an engineer (or an agent prompt) emits.
Same module emits the Terraform that provisions a grocer's GCP project. Same module emits the asset-inventory
validation harness. If you want to see what agents can do for the grocer's IT team, look at what they
already do for ours.
An engineer prompts "stand up a Tier-2 grocer tenant in us-east1 with 8 Cloud Run services and a 4-vCPU Cloud SQL." The cloud-architecture module emits a Python spec → Terraform plan → graphviz diagram.
The next version of this loop (2026 H2) uses Gemini Pro to generate the Python spec from natural language. Every grocer tenant a Delectable agent stands up = a Gemini API call billing to the grocer's tenant. Agentic IaC is itself a consumption motion.
One ./apply.sh command provisions Cloud Run, BigQuery, Cloud SQL, Secret Manager, IAM bindings, Artifact Registry — all in the customer's GCP project. Reproducible. Versioned. Idempotent. Auditable.
~/code/infrastructure/src/infrastructure/cloud_architecture/.
Multi-cloud abstractions in base.py; GCP services in gcp.py; Terraform emitters in terraform_generator.py.
Interactive console at generate_cloud_architecture.py. Apache 2-licensed within the Delectable repo.
Open for joint development if the partnership ships.
Both views matter — the logo grid earns the boardroom in 60 seconds; the production graph wins the working session with the grocer's CTO. This page is the architect view, including the seven Vertex AI Retail Search collections, the three Discovery Engine collections, the Reasoning Engine in us-west1, the Dataplex governance plane. The conversation that gets to a signed pilot.
For the boardroom and the FSR manager. "We are a Google company." Firebase. Cloud Run. Vertex. BigQuery. Gemini Pro. Five categories, 21 logos, one stack. Closes the credibility loop in 60 seconds.
For the grocer's chief architect. Dataplex entry groups + Dataform repos prove governed-data discipline. Workload Identity Pool proves Cloud-Run-to-BigQuery security model. Retail Catalog asset proves we're already production-running the same product their team is being asked to consider.
The numbers below scale linearly with the catalog size and the shopper traffic. A Tier-2 grocer (~70k SKUs, ~250k weekly active shoppers) brings ~$28k/mo of consumption on day one. A Tier-1 grocer (Kroger, Albertsons) brings ~10× that.
gcloud asset list output, structured by service category. Reviewable by your team.
Use it to ground the partnership architecture conversation.