在一堆软件架构方面的书里混了几天,发现世界还是不一样的。
在前面的几篇文章时,对比了下宏应用(monolithic)与微服务:
通常来说对于一个微服务来说,大概会是在千行级别代码左右。这似乎意味着我们在考虑创建一个新的微服务的时候,也需要考虑到语言因素。
对于一个复杂的系统来说,我们构建了一个又一个的微服务,那么我们就需要维护不同stream。如果一个team的容量是有限的话,那么如果我们在不同的微服务里使用不同的语言(ps:微服务的优势),那么维护这微服务群的难度就会上升。所以,一个结果是我们应当倾向于在少数几种语言来决定使用的语言。
如果我们在最后决定我们的微服务用一种语言来写,那么他相比于宏应用的优势呢?
众所周知,Linux用的不是微内核,但是借鉴了很多微内核的优势,故而Linux是一个Hybrid内核。对于一个小的Team来说,微内核不会带来明显的优势,但是切换过去要花费大量的成功。尝试借鉴于Linux的经验,似乎是一个很好的开始。
围观我的Github Idea墙, 也许,你会遇到心仪的项目