Re:Running Databases on Kubernetes
by annexrichmond on Thursday March 02, 2023 @07:34PM
(#35004131)
yeah but if your org has orchestration tooling built around k8s, in a way it becomes much easier to provision a DB with k8s, setup the service, routing, networking, roles, etc than it would be in terraform. especially if you have to repeat this process in like 20 envs (stage, prod) x multiple regions
[ Parent
| on HN ]
This sounds dangerously close to "yeah but if the only tool you know is a hammer..."
Can’t you just use this then: https://aws.amazon.com/blogs/containers/aws-controllers-for-...
If you want to use k8s as your dataplane, sure. Though I'd rather entrust that task to Crossplane.
There's always a point at which running things on Kubernetes becomes worth it. RDS is an expensive service, and if you want to enable every developer to boot up a development environment, or several even, if becomes prohibitivly expensive to use one process for everything. This is also true about running any workloads on Kubernetes to begin with though, and many companies definitely would be better off with a service like ECS/FarGate/CloudRun/Fly.io. Especially if they don't need the flexibility to build their own addon metrics/secrets/logging stacks.
It's the same RDS though. These controllers enable you to manage the lifecycle of the exact same AWS services you get when using the AWS console or CLI. Kubernetes is the porcelain and AWS offerings are still the plumbing.
Re:Running Databases on Kubernetes
by AtlasBarfed on Friday March 03, 2023 @01:16AM
(#35006416)
If (big if,) you org orchestration supports stateful sets.
Where I was the tooling was very focused on disposable api servers.