feat(bastion): static GCE bastion for running the eval harness#35
Open
pradeepvrd wants to merge 1 commit into
Open
feat(bastion): static GCE bastion for running the eval harness#35pradeepvrd wants to merge 1 commit into
pradeepvrd wants to merge 1 commit into
Conversation
b66af88 to
030b34c
Compare
86406d0 to
49c1641
Compare
030b34c to
5d8e551
Compare
49c1641 to
cfb9cd4
Compare
5d8e551 to
6b298b2
Compare
cfb9cd4 to
6b4e72e
Compare
6b298b2 to
d4fbeae
Compare
6b4e72e to
e8a9ad5
Compare
d4fbeae to
d0a67cd
Compare
e8a9ad5 to
55b37f2
Compare
d0a67cd to
9b39991
Compare
Adds a reusable, harness-agnostic GCE bastion so the eval harness (and the `oc` binary, which runs locally) can run on a VM reached over IAP SSH instead of a laptop. The bastion runs as the service account the secret-rotation stack already references. - `tf/modules/bastion` + `tf/prebuilt/bastion`: a plain Compute Engine VM (Ubuntu 24.04, runs as a configurable SA with provisioning IAM) plus an IAP-SSH firewall; `startup.sh` installs the toolchain (OpenTofu, gcloud + gke-gcloud-auth-plugin, kubectl, Node 22, openclaw, gke-mcp). - `scripts/bastion/`: `sync-to-bastion.sh` pushes the working tree to the VM over IAP (with an opt-in gcpnode SSH override); `vm-setup.sh` builds the venv, installs the package, and seeds `bench.env`. - `docs/bastion.md`: architecture + provision/sync/run/teardown guide. Net-new infrastructure (no prior implementation); a plain Compute VM is used rather than Cloud Workstations.
55b37f2 to
829ef83
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Adds a reusable, harness-agnostic GCE bastion so the eval harness (and the
ocbinary, which runs locally) can run on a VM reached over IAP SSH instead of a laptop. The bastion runs as the service account the secret-rotation stack already references.tf/modules/bastion+tf/prebuilt/bastion: a plain Compute Engine VM (Ubuntu 24.04, runs as a configurable SA with provisioning IAM) plus an IAP-SSH firewall;startup.shinstalls the toolchain (OpenTofu, gcloud + gke-gcloud-auth-plugin, kubectl, Node 22, openclaw, gke-mcp).scripts/bastion/:sync-to-bastion.shpushes the working tree to the VM over IAP (with an opt-in gcpnode SSH override);vm-setup.shbuilds the venv, installs the package, and seedsbench.env.docs/bastion.md: architecture + provision/sync/run/teardown guide.Net-new infrastructure (no prior implementation); a plain Compute VM is used rather than Cloud Workstations.