Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Kuma, a new universal service mesh

kuma.io

Post reply on HN
Print view View original

11–20 of 36 posts

Re: Kuma, a new universal service mesh

#11

Post by mikejulietbravo »

fosk wrote: post #8
Confusedcius wrote: post #3

So many service meshes these days, how would this differ from Istio which seems to be the hot topic alongside Kubernetes?

Unlike Istio, this is built to work natively with minimal dependencies on every platform, not exclusively on Kubernetes, which means it can support both new greenfield applications and existing VM-based apps, so that networking policies that would typically be available only on K8s for new apps, can be applied on existing workload today. That, and it’s meant to be easier to use, which is another big problem with exis…

Can you use Kuma and Istio together if you already have Istio in one environment?

Re: Kuma, a new universal service mesh

#13

Post by cube2222 »

This actually looks really promising for the future :)

We've been on a move from bare metal to kubernetes, but it's a long-time work in progress (as it has to be when you have over a hundred Microservices).

A few months ago I've been evaluating service mesh solutions, and nothing is simultaneously mature and works on mixed bare-metal and k8s environments. With existing routing logic and stuff like that. That's why we ended up using envoy with a custom control plane. This project however, may become a possible good alternative in the future.

Re: Kuma, a new universal service mesh

#17

Post by Confusedcius »

mikejulietbravo wrote: post #11
fosk wrote: post #8

Earlier quoted context omitted.

Unlike Istio, this is built to work natively with minimal dependencies on every platform, not exclusively on Kubernetes, which means it can support both new greenfield applications and existing VM-based apps, so that networking policies that would typically be available only on K8s for new apps, can be applied on existing workload today. That, and it’s meant to be easier to use, which is another big problem with exis…

Can you use Kuma and Istio together if you already have Istio in one environment?

Interesting point, would love to know as well. And I echo meddlepal’s sentiment since there are so many options it can feel overwhelming. But for someone who still have services on bare metal, would folks agree that this is a good product to explore?

Re: Kuma, a new universal service mesh

#18

Post by AcerbicZero »

Its cool that the whole SDN thing is finally getting the traction it deserves, but I really don't see these various one off service mesh solutions solving the core networking problems in play here.

Maybe I'm totally off base, but ever since NSX-T (and to a lesser extend ACI) has started to include their own Istio based service mesh solutions for containers, while also having the ability to virtualize the rest of the networking infrastructure up to (and including, kinda) the core, I just can't seem to think of a use case for another one off service mesh provider.

Post reply on HN