在一堆软件架构方面的书里混了几天，发现世界还是不一样的。

在前面的几篇文章时，对比了下宏应用(monolithic)与微服务:

• 微服务架构
• 微服务与SOA
• 微服务架构——不是免费的午餐

说说微服务

通常来说对于一个微服务来说，大概会是在千行级别代码左右。这似乎意味着我们在考虑创建一个新的微服务的时候，也需要考虑到语言因素。

对于一个复杂的系统来说，我们构建了一个又一个的微服务，那么我们就需要维护不同stream。如果一个team的容量是有限的话，那么如果我们在不同的微服务里使用不同的语言(ps:微服务的优势)，那么维护这微服务群的难度就会上升。所以，一个结果是我们应当倾向于在少数几种语言来决定使用的语言。

如果我们在最后决定我们的微服务用一种语言来写，那么他相比于宏应用的优势呢?

• 更复杂的架构
• DevOps经验
• 更复杂的测试
• 带来更多的就业机会(笑)

微内核与宏内核

众所周知，Linux用的不是微内核，但是借鉴了很多微内核的优势，故而Linux是一个Hybrid内核。对于一个小的Team来说，微内核不会带来明显的优势，但是切换过去要花费大量的成功。尝试借鉴于Linux的经验，似乎是一个很好的开始。