Hi. Cerbos was built for GitOps and that's our recommended approach but you can certainly use a database for dynamic storage as well. You can share a single database with all your sidecars -- the load on the DB is quite small for Cerbos so I wouldn't worry about it becoming a bottleneck
unless you have other heavy workloads sharing the DB as well.
Unlike git, when using DB storage with multiple Cerbos instances, those instances don't have a way to detect when things change in the database. So if you make a change to an existing policy, you need to notify the other Cerbos instances to refresh their internal caches using the `store/reload`
admin API call. Alternatively, if you're OK with a little bit of staleness, you can configure the
compile cache expiry time to a value that suits you (it never expires by default).
There are a couple of threads on this on
#C02A364JYMQ such as this one:
https://community.cerbos.dev/t/13255470/hi-i-m-using-the-postgres-db-for-storage-i-m-finding-that-if