[DESIGN] Should the lib handle backwards compatibility secret field name translations?

canonical / data-platform-libs

A collection of charm libraries curated by the Data Platform Team

https://charmhub.io/data-platform-libs

Apache License 2.0

9 stars 7 forks source link

[DESIGN] Should the lib handle backwards compatibility secret field name translations? #140

Open juditnovak opened 4 months ago

juditnovak commented 4 months ago

Classical example is old, databag field name ca or priv_key.

Since Juju Secrets has restrictions on secret fields (len<2, no _, etc.) we need to provide translations for backwards compatiblity and rolling upgrades. Currently two charms are impacted: Postgres and Zookeeper.

github-actions[bot] commented 4 months ago

https://warthogs.atlassian.net/browse/DPE-3587