Hey Luís and Beto, I 100% support this idea. I think ideally we could have something similar to the FeatureFlagManager class but focused on configs (like a ConfigManager class). Users could then have their configurations pulled from various sources (DB, the any config file, evaluate in external systems, etc). I think your suggestion is mostly focused on being able to just control this via an env var (to avoid any code changes), so I guess we would have to check for a `SUPERSET_CONFIG_URL` value, and if not have the class dictating how to pull the configs.
By calling a ConfigManager class (as opposed to having the configs statically defined in a file) admins can also have configs defined per context/etc. Thanks, On Fri, Dec 5, 2025 at 11:24 AM <[email protected]> wrote: > Hi, Luís! Thanks for the SIP. > > This is an interesting idea, but I would suggest we go even further and > generalize the idea: we could have an interface for a configuration > manager. This would allow to use local files (`config.py`, like we do > today), remote files, or even store the configuration in a database so > it could be modified without having to restart Superset (we probably > would need to check the code for places that assume the configuration > values are immutable and update them). > > Wondering if other people have thoughts on this or what other use cases > we could have. > > --Beto > > On 2025-12-05 03:34, Luís Duarte wrote: > > Hello, > > > > I would like for the dev team to consider the possibility of having the > > configuration file on an external source like AWS S3 or AWS Parameter > > Store > > (and other cloud providers equivalent). The idea would be defining an > > environment variable like SUPERSET_CONFIG_URL with in AWS case, the > > ARN, > > and Superset would fetch it automatically on startup. > > > > The purpose of this is to easily deploy Superset on Cloud Container > > services like AWS ECS (and other cloud equivalent services) > > > > Thank you > > > > -- > > > > Os melhores cumprimentos, > > Best Regards, > > > > *Luís Duarte | Software Engineer* > > [email protected] > > > > <https://twitter.com/driverpt> <https://pt.linkedin.com/in/driverpt> > > <https://github.com/driverpt> > -- *Vitor Avila* Technical Support Manager [email protected]
