Clarification on your linkerd routing. about microservice_experiment

[muteor]

That is the local incoming config, as I used a sidecar approach each service has its own linkerd instance. Which means for the incoming traffic all we need do is route that to the local "thing", in this example its nginx web server on port 80 but could be anything you like.

This config is internal to the service, nothing else will ever know about it, so it doesn't need to involve any service discovery because the service knows where itself is.

Hope that makes sense :)

Thanks

Keith

[zoza1982]

Oh I see, so the sidecar container is the linkerd itself for each container app.
Interesting....
One thing just potentially worries me ( has to be tested ) is the efficiency ( is it worth it resource wise ) e.g if you have several app containers on the same host, also running linkerd sidecar for each of those apps. So linkerd consumption is the question mark? considering it is java/scala and those type of apps do like eating resources.

Another concern is which naturally comes in is...whether it's scalable and makes sense at large scale.

[muteor]

Yeah thats a good point, I did use the optimised JVM stack however I think others have found per instance sidecar'ing problematic.

You should checkout:

https://blog.buoyant.io/2016/10/14/a-service-mesh-for-kubernetes-part-ii-pods-are-great-until-theyre-not/

I am actually working on updating the example to use pure kubernetes because rancher 1.3 changed the way networking works and consul-registrator no longer works.

[zoza1982]

Very cool article, thanks for Sharing.
When you say consul-registrator ...are you referring to https://github.com/gliderlabs/registrator ?
Or you are using something else?

[muteor]

Yeah thats the one, its pretty cool. It's a shame it doesn't work with Rancher now.

[zoza1982]

What's exactly the problem with registrator? I dealt with it before on CoreOS and calico overlay-networking ..and there tricks you can do to make it work and hookup to the right network.

Specifically what is ranger changing in comparison to vanilla kubernetes?