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

[Feature Request] sidecar container for schema creation & update jobs #444

Open
RonaldGalea opened this issue Nov 21, 2023 · 3 comments
Open
Labels
enhancement New feature or request

Comments

@RonaldGalea
Copy link

Is your feature request related to a problem? Please describe.

It is currently possible to connect to GCP Cloud SQL via the sidecar proxy - but the schema creation & update jobs do not run this sidecar, meaning one has to manually do it.

Describe the solution you'd like

If the schema jobs ran the sidecar, the process would be streamlined. Is there any reason not to do it that I'm missing?

Thanks.

@RonaldGalea RonaldGalea added the enhancement New feature or request label Nov 21, 2023
@jsok
Copy link

jsok commented Mar 19, 2024

This is complicated by the fact that the schema setup is done via initContainers, which IIUC run before sideContainers start, i.e. the sql proxy won't be running yet.

Edit: as of Kubernetes 1.28+ this could be solved by allowing the injection of first-class sidecar container, i.e. an initContainer with restartPolicy: Always. This would mean the SQL proxy could start first and contain to run for the lifetime of the main containers in the Pod.

@esn89
Copy link

esn89 commented Oct 1, 2024

@jsok do you have a values file of how you achieved this?

@enricojonas
Copy link

enricojonas commented Nov 29, 2024

Facing the same issue. Basically we should have the possibility to have the sidecar setup for the schema creation and also for the admin tools.

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

No branches or pull requests

4 participants