Skip to content

Conversation

@SamuAlfageme
Copy link
Contributor

Creating as WIP for the moment as it needs careful regression testing for previous deployments. Version 1.2.4 is temporary.

This deployment is useful when multiple instances on Revad with unique, distinct features (like e.g. unique network identifiers and/or config files).

So far, we use revad.configFiles as a dictionary holding the the unique config files, based on the pod's HOSTNAME (no automated generation via initContainer just yet).

Contributing a Chart / update to an existing Chart

  • Run helm lint on the chart dir.
  • (Update) Bump the Chart.yaml version before merging, to release it as a new version.
  • (Update) If the PR includes new configurable parameters in the chart's values.yaml. Add documentation in the appropiate README.

This is specially useful when running into sharded scenarios as
e.g. different storage providers to map users with different
rules. Ref. cs3org/reva#1142

This commit contains a preliminary version, where the "real"
uniqueness of each replica in the set (in terms of config) is yet
to be implemented. First version will simply rely on the hostname
as selector inside the 'configFiles' value for a user-provided
toml file.
... when the pod is deployed as part of an StatefulSet, so it can
determine its identity on startup and pick the right config file
from the '*-configfiles' mount.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant