Running Postgres in Kubernetes? Are you CRAZY?
When Kubernetes first hit the scene for container orchestration, devops engineers all asked, “Can I run my database in here?” We quickly learned the answer, “Hell no!”
When Kubernetes first hit the scene for container orchestration, devops engineers all asked, “Can I run my database in here?” We quickly learned the answer, “Hell no!”
In my last post, I said that I didn’t think Postgres was a good choice for a decision support database, versus a task-specific DBMS such as Redshift. In this post I’m going to take the opposite stand, and say that there are cases where Postgres is appropriate: namely, low-latency systems that contain a limited amount of data.
My last few posts have focused on Redshift and Athena, two specialized tools for managing and querying Big Data. But there’s a meme that’s been floating around for at least a few years that you should just use Postgres for anything data-related. It may not provide all of the features and capabilities of a dedicated tool, but is one less thing to learn and manage. Should this advice also apply to your data warehouse?