Files
Reloader/docs/Reloader-vs-k8s-trigger-controller.md
faizanahmad055 c9fb423f8d Use SHA512 instead of SHA1
Signed-off-by: faizanahmad055 <faizan.ahmad55@outlook.com>
2026-01-12 19:33:26 +01:00

1.4 KiB

Reloader vs k8s-trigger-controller

Reloader and k8s-trigger-controller are both built for same purpose. So there are quite a few similarities and differences between these.

Similarities

  • Both controllers support change detection in ConfigMaps and Secrets
  • Both controllers support deployment rollout
  • Reloader controller use SHA512 for hashing
  • Both controllers have end to end as well as unit test cases.

Differences

Support for Daemonsets and Statefulsets

k8s-trigger-controller

k8s-trigger-controller only support for deployment rollout. It does not support daemonsets and statefulsets rollout.

Reloader

Reloader supports deployment rollout as well as daemonsets and statefulsets rollout.

Hashing Usage

k8s-trigger-controller

k8s-trigger-controller stores the hash value in an annotation trigger.k8s.io/[secret|configMap]-NAME-last-hash

Reloader

Reloader stores the hash value in an environment variable STAKATER_NAME_[SECRET|CONFIGMAP]

Customization

k8s-trigger-controller

k8s-trigger-controller restricts you to using the trigger.k8s.io/[secret-configMap]-NAME-last-hash annotation

Reloader

Reloader allows you to customize the annotation to fit your needs with command line flags:

  • --auto-annotation <annotation>
  • --configmap-annotation <annotation>
  • --secret-annotation <annotation>