Live data from Hacker News

Nomad vs. Kubernetes

nomadproject.io

121–130 of 369 posts

Re: Nomad vs. Kubernetes

#121

There seems to be plenty of reasons to run Nomad, compared to Kubernetes, but in what scenarios do Nomad lose out to Kubernetes? Is it simply a matter of Kubernetes being an open source project and Nomad being owned by HashiCorp?

I've been using Nomad for about 3 years and now I've setup a K8s cluster as well.

I love Nomad and so do our devs, but K8s has a much larger ecosystem and more tooling options.

A few examples:

- If you want to run some third party software, there's a helm chart for that. In Nomad, you're likely going to figure things for yourself.

- K8s has a lot of cool stuff like Knative, KEDA and others for more sophisticated deployments.

- K8s has tons of operators to integrate with public clouds and external services. Nomad really lacks something similar.

- There's a ton of knowledge and guides related to K8s online, not so much for Nomad.

- There are many managed K8s solutions, which makes things easier. To this date Hashicorp still does not have managed Nomad.

Re: Nomad vs. Kubernetes

#123
These kinds of posts, by the vendor comparing to a competitor, always leave such a bad taste in my mouth. They decrease my confidence in both the product and the vendor. Stand on your own merits.

There's a saying in Dutch: "Wij van Wc-eend adviseren Wc-eend"[1]. It basically boils down to pretending to give advice or information but you're just promoting your own interests.

[1]: https://untranslatable.co/p/amarens/wij-van-wc-eend

Re: Nomad vs. Kubernetes

#124

I've been running a production-grade Nomad cluster on Hetzner for the past 1 1/2 years and it's fantastic. It was amazingly easy to set up compared to Kubernetes (which I also did), the UI is awesome, updates haven't broken anything yet (as long as you follow the changelog) and it's stable. I really like the separation of concerns the HashiStack offers. You can start out just using Consul for your service meshing, an…

Hi, I see you mention the tiniest nodes in Hetzner there, whereas the Nomad documentation [0] talks about 3-5 server nodes in the 2-digit GiB memory range, which is what has kept me from trying Nomad as I find it insane. How much truth is there in the docs?

[0] https://www.nomadproject.io/docs/install/production/requirem...

Re: Nomad vs. Kubernetes

#125
post #95

Been running Nomad for a while now at work and home, and it is such a fun project to work and tinker with. Great community, lots of plugins and other great stuff. After running k8s in prod and home Nomad felt like a breath of fresh air in all aspects.

What do you do with Nomad at home? What comprises your hardware? Just curious...

Hardware: A few droplets in DO, a bunch of Orangepi's/Raspberrypi's and 3 HP Elitedesk G1 with some i7 and 32 gigs of ram each.

Software: bunch of solaris/omnios vm's, torrent client, owncloud, mtproto proxies for family and friends, my site, minecraft, quake, openttd, trss, gitea, drone.io, jenkins.

There is other stuff, but it is usually shortlived, i check it out, test it and most often discard it.

Re: Nomad vs. Kubernetes

#126
post #16

Earlier quoted context omitted.

There you Go (pun intended). Go even replaced a low-level language like C++ and achieved the same result in the end. I don't know why I thought it's Java, probably the first Kube was initially in Java. It's even better that they managed to pull that off.

But it did not replace it. Google runs on Borg. Go lets you build things fast, but the lack of strong typing and the vast amount of language pitfalls make maintenance hard in the long run. The community also has the attitude to pretend that these pitfalls don't actually exist, which is very different from C++ where most peculiar behaviours are well-understood and controlled.

Which human do you think understands C++?

Re: Nomad vs. Kubernetes

#127
post #34

I liked Mesos when I worked on it, and it's been replaced by more modern tools like Nomad, but every time I have to work on k8s it's .. well it's being promoted like a cult, has a cult following and I think the whole thing is set up to suck up complexity and layering. How do you deploy a thing to run on k8s? One would think you deploy a manifest to it and that's it. Like yaml or json or hcl or whatever. No. The built…

> jeesh. why?

Poor design. It's been cobbled together slowly over the past 7 years. They built it to work only a certain way at first. But then somebody said, "oh, actually we forgot we need this other component too". But it didn't make sense with the current design. So they'd strap the new feature to the side with duct tape. Then they'd need another feature, and strap something else to the first strapped-on thing. Teams would ask for a new feature, and it would be shimmed in to the old design. All the while the design was led by an initial set of "opinionated" decisions that were inherently limiting. The end result is a mess that needs more and more abstraction. But this isn't a problem when you are already a billion-dollar company that can pay for other teams to build more abstractions and internal tools to deal with it.

This is business as usual in any quasi-monolithic Enterprise project. Typically the way you escape that scenario is to have major refactors where you can overhaul the design and turn your 50 abstractions into 5. But instead, K8s decided to have very small release and support windows. This way they can refactor things and obsolete features within a short time frame. The end result is you either stick with one version for eternity (a security/operability problem) or you will be upgrading and deal with breaking changes every year for eternity.

Re: Nomad vs. Kubernetes

#128

Earlier quoted context omitted.

> How do you deploy a thing to run on k8s? kubectrl apply -f deploy.yaml should work, no? What forces you to use the sugar-coating?

Maybe bc no one uses that in reality and use helm instead?

Also, there is the middle way: kustomize. It's built into kubectl

Re: Nomad vs. Kubernetes

#129

Wow, there's so much technical detail here! Like the part about how it's "simpler" and "flexible" and "consistent" I'm totally convinced by this product's marketing page!!

I know you're being sarcastic. But the marketing page is not wrong. Try nomad yourself.

Install:

$ brew tap hashicorp/tap

$ brew install hashicorp/tap/nomad

Run:

$ nomad agent -dev

Start a job:

$ nomad job run example.nomad

Post reply on HN