bitnami / bitnami/sealed-secrets
Decrypt performance: add workload sharding for replicas > 1
- Dominant language
- Go
- Stars
- 9.3k
- Forks
- 776
- Avg merge
- 1d 13h
- Merged PRs (30d)
- 30
Description
# Summary
Add decrypt workload sharding split by replica.
# Motivation
Currently there is no explicit support for multiple replicas (discussions in https://github.com/bitnami-labs/sealed-secrets/issues/62 but the issue is dead). This means that there are limitations in scalability when there are hundreds to thousands of secrets that need regular decryption.
Example: we have thousands of sealed secrets, when we add a new sealed secret it takes an unknown time to decrypt (if at all in some cases). We want to scale to meet the processing needs of these cryptographic functions.
# Proposal
Kubeseal instance should calculate workload based on total targeted sealed-secrets and it's replica count.
# Context / Environment
kubernetes v. 1.18.15
kubeseal v. 0.12.16
Sealed secrets / instance: 500-4000
Contributor guide
Research direction
Start by examining how the kubeseal instance currently targets and decrypts sealed secrets, then compare that flow with the configured replica count. Clarify how workload should be divided across replicas and how completion or retry behavior should be measured for thousands of secrets. Done means multiple replicas process the workload without duplicated or missed decryption work.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, kubernetes
- Domain
- devops, distributed-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100