-
Notifications
You must be signed in to change notification settings - Fork 193
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
Helm chart improvements including allowing user password to be pulled from K8s secret #753
Conversation
min_pool_size
and server_lifetime
configurable
Checking out the workflow https://github.com/postgresml/pgcat/blob/main/.github/workflows/generate-chart-readme.yaml Has this ever worked? I don't think there is a README.md for the chart? Also the paths are a bit funky if this is expected to work. For example
|
736f709
to
b5436dd
Compare
The README hook appears to broken. I have some ideas on how to fix, I will merge this as is and fix the hook later |
Generalizing the secret lookup functionality that was added in postgresml#753 to work for `admin_password`, `auth_query_password`, `server_password`, and really any other one. It works by creating a `pgcat.password` template which expects an object containing values for the `password` and `secret` keys. `password` is a literal value normally supplied via `.Values.xyz` value. `secret` is an object with a key and name property that effectively functions like a _secretKeyRef_. When the literal value is not blank, that is used. Otherwise an attempt is made to lookup to supplied key from the named secret and use that. This is exactly how the current implementation of `user_password` works, which avoids any breaking changes. See the function definition for more details. > Note: it seems like `user_passwordSecret` was added (camelCase name) while all the other ones are _snake_case_. I elected to use snake case for the new values, but left `user_passwordSecret` as is to avoid any breaking changes.
What
min_pool_size
andsever_lifetime
configurable under the user section.Why
server_lifetime
gets overwritten by the hardcodedserver_lifetime
value under the user section, which can cause confusion. So, if it is not explicitly set in thevalues.yaml
, it should not be set per user at all, and the global value should be respected.min_pool_size
should also be configurable and if not set the default value will be3
as per the original version of the chart.server_tls = true
.statement_timeout
has default value of 0 and should be explicitly enabled.