-
Notifications
You must be signed in to change notification settings - Fork 140
Handling of secret #107
Comments
This can be done pretty easily with the Helm deployment for argocd-notifications. There's a value (
|
I'd like to second that this is a difficult thing to work around. We're working on a similar problem. We should be able to set these types of secrets with environment variables, so that we can pass them into the Pod definition through any mechanism that we choose. This should frankly simplify the notifications code entirely, and be more flexible. |
I've borrowed the better secret handling from Argo CD and implemented it in release-1.0. In the next version all settings are managed in config map and secret values from
What do you think? |
I believe secret handling is improved now. At least it is now the same as secret handling in Argo CD, so closing it. Please let me know if I'm missing something and issue should be reopened. |
How do you get those secrets into the templates? I created an issue for this: |
Why are we dealing with secrets in the form of
notifiers.yaml
?I find it very difficult to use as it makes it incompatible with other secrets.
Also, because of using stringData, the only way to save values is to store them in plain text, which is a risk from a security perspective.
If there is a way to handle resources such as
ExternalSecrets
andSaledSecrets
flexibly, I would like to see some documentation.The text was updated successfully, but these errors were encountered: