Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Example of supporting multiple remote_instance_names? #1635

Open
SinOverCos opened this issue Feb 15, 2024 · 2 comments
Open

Example of supporting multiple remote_instance_names? #1635

SinOverCos opened this issue Feb 15, 2024 · 2 comments

Comments

@SinOverCos
Copy link

I'd like to have different logical remote execution services, to separate local vs. CI.

It seems like this should be achievable through --remote_instance_name=local and --remote_instance_name=ci

However, if I do:

  • bazel build --remote_instance_name=local //...
  • and then do bazel build --remote_instance_name=ci //...

The second build (with --remote_instance_name=ci) shows all remote cache hits, which suggests that the remote instances aren't actually separated?

There's this issue talking about something similar from 6 years ago, but I don't see where in the buildfarm docs instance_name is configurable anymore.

@werkt
Copy link
Collaborator

werkt commented Mar 25, 2024

This has been silently pared down to ineffectiveness, and being considered for revival.

What behavior do you want for different instances? Complete isolation? Segmented storage? execution? caching? hierarchy?

Some expectation for a use case here might make this clearer.

@SinOverCos
Copy link
Author

Hey @werkt! Thanks for taking a look.

I'm looking for complete isolation to comply with some security requirements. I've been doing this by provisioning two separate clusters separately from each other, one for local and one for CI, but it's been kind of unwieldy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants