From d44b7d1af88bbee58414eefd96a3114a59cd0b2a Mon Sep 17 00:00:00 2001 From: Kamil Krzywicki Date: Tue, 8 Apr 2025 09:52:17 +0200 Subject: [PATCH] docs: hip for s3 storage --- hips/hip-9876.md | 31 +++++++++++++++++++++++++++++++ 1 file changed, 31 insertions(+) create mode 100644 hips/hip-9876.md diff --git a/hips/hip-9876.md b/hips/hip-9876.md new file mode 100644 index 000000000..fe7e63ed5 --- /dev/null +++ b/hips/hip-9876.md @@ -0,0 +1,31 @@ +--- +hip: "9876" +title: "S3 storage" +authors: [ "Kamil Krzywicki ", "Björn Wenzel" ] +created: "2025-04-08" +type: "feature" +status: "draft" +helm-version: "4" +--- + +## Abstract + +Store helm release data in S3-compatible storage. + +## Motivation + +Helm release secrets can be pretty huge if release that is managed by them is big as well (long yamls/json/properties for applications). This makes our etcd storage quite big as well and this causes increased costs to handle bigger etcd nodes. + +## Rationale + +There is an alternatve to default storage in kubernetes secrets there is database storage. But this seems to be an overkill to store simple data like helm releases with all the maintenance costs for running database with HA. +That's why something simple, highly available and popular like S3 (compatible) storage should be a perfect match. +Alternative could be pluggable storage for helm, but S3-comapatible storage seems to be very popular and could be introduced in the base helm binary. + +## Backwards Compatibility + +No backwards compatibility issues + +## Reference Implementation + +Reference implementation was submitted in this [PR](https://github.com/helm/helm/pull/12173).