News for hackers. Stuff that matters.
Re:Ask HN: What is your Kubernetes nightmare? by k8sToGo on Monday June 27, 2022 @08:48AM (#31893831)
I don't think that is true. Kubernetes brings a lot of advantages to people who have to manage infrastructure (like me). It gives me a single interface that I can apply across multiple teams. They all only need to provide me with a docker image and that's mostly it.

Also what is the alternative? Self-written unmaintainable bash-scripts? That's what they had before. Every team had their own way of deployment, creating packages,.... It was quite the nightmare.

To be fair, we use EKS, so a lot of the annoying work is done by AWS.

Re:Ask HN: What is your Kubernetes nightmare? by nomorecodehere8 on Tuesday June 28, 2022 @10:48AM (#31908403)
The first thing with bash scripts is you need to use a type system. Enforce json as your configuration language. Then have error handling as part of a default shell function library that emits json. All you are doing then is passing bad returns to a function that can emit json and reviewing json configurations for shell script variable definitions. Don't do in shell scripts what you can do in terraform. Don't use ansible/salt/puppet for what can be done in shell scripts. Shell scripts and makefiles go to CI/CD agencies (Jenkins). Ansible, terraform, etc...go to services that specialize in these.
Re:Ask HN: What is your Kubernetes nightmare? by treis on Monday June 27, 2022 @09:45AM (#31894530)
>Also what is the alternative?

Docker compose.

Or if we're getting wild pick a technology, use it across the company, and rely on language tools to establish the APIs between modules. Then deploy the application however the language provides.

Re:Ask HN: What is your Kubernetes nightmare? by itintheory on Monday June 27, 2022 @12:36PM (#31897035)
>Docker compose. Swarm is a closer alternative, although it's future is unclear.

Another alternative is Nomad.