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

Put GCP-only 'scratch bucket' behind a flag #374

Merged
merged 1 commit into from
May 4, 2021

Conversation

yuvipanda
Copy link
Member

Pangeo hubs have a PANGEO_SCRATCH env variable that
points to a GCS bucket, used to share data between users.
We implement that here too, but with a more generic SCRATCH_BUCKET
env var (PANGEO_SCRATCH is also set for backwards compat).
pangeo-data/pangeo-cloud-federation#610
has some more info on the use cases for PANGEO_SCRATCH

Right now, we use Google Config Connector
(https://cloud.google.com/config-connector/docs/overview)
to set this up. We create Kubernetes CRDs, and the connector
creates appropriate cloud resources to match them. We use this
to provision a GCP Serivce account and a Storage bucket for each
hub.

Since these are GCP specific, running them on AWS fails. This
PR puts them behind a switch, so we can work on getting things to
AWS.

Eventually, it should also support AWS resources via the
AWS Service broker (https://aws.amazon.com/partners/servicebroker/)

Ref #366

Pangeo hubs have a `PANGEO_SCRATCH` env variable that
points to a GCS bucket, used to share data between users.
We implement that here too, but with a more generic `SCRATCH_BUCKET`
env var (`PANGEO_SCRATCH` is also set for backwards compat).
pangeo-data/pangeo-cloud-federation#610
has some more info on the use cases for `PANGEO_SCRATCH`

Right now, we use Google Config Connector
(https://cloud.google.com/config-connector/docs/overview)
to set this up. We create Kubernetes CRDs, and the connector
creates appropriate cloud resources to match them. We use this
to provision a GCP Serivce account and a Storage bucket for each
hub.

Since these are GCP specific, running them on AWS fails. This
PR puts them behind a switch, so we can work on getting things to
AWS.

Eventually, it should also support AWS resources via the
AWS Service broker (https://aws.amazon.com/partners/servicebroker/)

Ref 2i2c-org#366
@choldgraf
Copy link
Member

Nice - do we have another deliverable to track implementing Scratch Buckets for AWS/Azure? If not maybe we should make one to track adding this functionality for those providers?

Copy link
Contributor

@damianavila damianavila left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left a minor question, LGTM as an iterative step.

@yuvipanda yuvipanda merged commit 89b2022 into 2i2c-org:master May 4, 2021
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

Successfully merging this pull request may close these issues.

3 participants