You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After launch of the flagd ui, the flagd container no longer watches or updates based on changes made to its configmap.
What is the expected behavior?
What do you expect to see?
I expect flagd to continue to respect changes made to the configmap. So that if a flag is adjusted in the flagd configmap, that change is propagated to the flagd container and the rest of the demo services.
Ideally, changes made in the flagdui are also persisted back to the configmap.
What is the actual behavior?
Changes to the configmap only get applied if the flagd pod is redeployed / restarted.
Reproduce
Make a change to the flagd configmap.
Notice that the flag does not flip in the flagdui and the behavior of the demo does not change.
Restart the flagd deployment
Notice that the flag has flipped
Additional Context
I believe this is somewhat due to the way flagdui interacts with the configmap.
The flagdui only loads the configmap on init, and copies it to a new rw location. code
The flagd container only has access to the rw file. code
This means that changes to the configmap are ignored, and only changes applied through the UI are respected once flagd is running.
The text was updated successfully, but these errors were encountered:
Live updates from flagd-ui back into the ConfigMap would require leveraging the K8s API which is beyond the scope of what the UI should do.
When we added the flagd-ui, we did so intentionally, knowing that setting default flags would no longer be possible unless someone forks the Helm Chart. I think a valid enhancement for the Helm chart would be to add the ability to set default flag values.
Given the current architecture with the flagd-ui however, it would not be possible to manually update the ConfigMap and have it be live reloaded. If changing the ConfigMap manually, you will need to restart the flagd Pod for the changes to take effect.
Bug Report
Which version of the demo you are using?
1.12.0
Symptom
After launch of the flagd ui, the flagd container no longer watches or updates based on changes made to its configmap.
What is the expected behavior?
What do you expect to see?
I expect flagd to continue to respect changes made to the configmap. So that if a flag is adjusted in the flagd configmap, that change is propagated to the flagd container and the rest of the demo services.
Ideally, changes made in the flagdui are also persisted back to the configmap.
What is the actual behavior?
Changes to the configmap only get applied if the flagd pod is redeployed / restarted.
Reproduce
Additional Context
I believe this is somewhat due to the way flagdui interacts with the configmap.
The flagdui only loads the configmap on init, and copies it to a new rw location. code
The flagd container only has access to the rw file. code
This means that changes to the configmap are ignored, and only changes applied through the UI are respected once flagd is running.
The text was updated successfully, but these errors were encountered: