Open AnuragEkkati opened 2 years ago
Can i work on this feature ?
@faizanahmad055 what do you think? Would be nice to add this feature I believe
@AnuragEkkati Thank you, it is a good feature and you are welcome to work on it. But I think we should make alerting optional because depending on the number of reloads happening, it can easily cluster the alerting channels. Currently, it does show you information about what deployment and secret/configmap got updated in the logs. But it doesn't show the content that was updated because of security reasons so we need to be careful about that part as well.
Yes, it should be optional
Reporting it as a standard k8s event would be nice.
Mockup:
$ kubecetl get events
LAST SEEN TYPE REASON OBJECT MESSAGE
2m Normal ReloadTriggered deployment/myapp Reload of deployment "myapp" triggered due to changed ConfigMap "ca-bundle"
We use https://github.com/openshift/eventrouter/ to log events to stdout where they get picked up by the central logging.
Reloader as of today from what I understand doesn't report which deployment/statefulset/daemonset has been reloaded by it and what event ( secret/configmap ) triggered it.
Also it will be really awesome if we have a simple webhook which we can enable to alert when the reloader did its job of reloading and provide info related to that
/kind feature