3 ms·
I expected a bit more of content in the article, like which components of kubernetes equals which OTP functions or general patterns and how easy can be to imple
by nudpiedo 9y ago
I expected a bit more of content in the article, like which components of kubernetes equals which OTP functions or general patterns and how easy can be to implement your mini-kubernetes on Erlang, not just “hey they both solve the problems of a distributed by using similar patterns”.
I wish I could downvote but this feature does not seem available in my UI, I guess only certain users can downvote.
- icebraining 9y agoNobody can downvote submissions (well, except the mods).
- di4na 9y agoThe main difference sadly break most of the analogy. Because a pod is far from the granularity of a process. It is closer to the granularity of an application, the biggest abstraction that OTP gives you. What that mean is that k8s does not have the same property than erlang. In erlang, isolation is your go to tool. If you need something, you spawn a process. Having a lot of really granular process makes scheduling on cores easy, makes your design easy to crash because the blast area is small, and makes it really cheap to have message passing in the core of the VM. In k8s, any networking is hard, hence the current trend of service mesh. As the unit of computation is bigger, supervision get harder. Building a supervision tree is more expensive. And crashing and restarting get more expensive too. K8s has the advantage of being language agnostic ofc. But do not forget the paradigm shift that having really cheap process give you in an integrated environment like the BEAM. And ofc, i have not even talked about the dynamic tracing that the BEAM gives.
- Steeeve 9y agoI read the article and thought it looked like a 2005 SEO article order. Has all the right words. Good length. No substance whatsoever.