Lots of reasons not to. You&#x27;d be in charge of setting up backups (e.g. setting up WAL-E + an S3 bucket and monitoring that - and you&#x27;d have to add WAL-E support to your Docker image, which is a PITA), have to perform database upgrades yourself, have to monitor resource usage (CPU, memory, and disk), have to worry about how to manage the Docker volume so that write performance doesn&#x27;t suffer (Docker defaults to copy-on-write - very bad for databases), you&#x27;d have to manage a Docker image and how to make it configurable (how do you enable Postgres extensions if you end up needing one?), you&#x27;d have to worry about how the GKE&#x2F;Kubernetes scheduler will allocate the pod and what other resources on that node might affect it (and how that will affect the resource assumptions in your Postgres config), any Docker updates will require restarting the container and thus downtime (unless you have some kind of replication setup), all kinds of things.<p>In general I wouldn&#x27;t want to run a relational database in Docker, especially not as some sort of generic cluster of containers; I&#x27;d want to give it its own VM with Postgres configuration settings specific to its resources (e.g. using pgtune).