哪个合适上哪个，性能要求不高的用 python ，其他用 go 。

流行？ 都已经流行几年了 现在流行把微服务切回单体应用了

是的，微服务的一大优势就是支持多语言混合开发

真的假的?我公司才开始流行微服务...

理论上是的，但有能力管理的好微服务的人并不多
多数微服务架构到最后都会变成一坨理不清的毛线球
如果出什么问题排查到最后，发现有问题的这个项目，用这种语言的人离职了/休假了/高升了/转岗了，咋办呢

+1 ，我公司切回单体了

分久必合，合久必分。

分出来，架构不好，就是一坨。

大多数都是为了拆而拆,拆到最后都是一堆单实例应用,开发和部署成本反而变高了

从逻辑上讲，不应该看流行什么，而是适合什么。流行一个新东西意味做选型的时候多了一种可选方案，而不是必选。

理论上是，实际上不可能也不方便使用多语言构建，因为要考虑团队成员技术栈，说白了就是不好招一个擅长多语言的开发（加钱好说）。

也是，也不是。
是是因为，微服务之间是网络调用的，没有语言依赖。
不是是因为，微服务也需要很多语言框架层面和第三方组件的基础建设，比如耗时埋点、链路追踪等，在我接触到的公司中，这些建设一般都集中在 1-3 种公司常用的语言，不会支持很多语言。

理想很丰满，现实你得考虑维护成本的。
编程语言、技术栈铺太多，写的时候很爽，维护怎么办？有人离职怎么办？张三想去修李四的 BUG 怎么办？这都是些很现实的问题。
所以最稳妥的方案还是单一语言，或者限定两三门语言。

但是提出那个人升职很快,基本上不用他维护了

现在又开始流行微服务转单体、下云了。
技术是个圈

看来大家在经历过微服务的毒打之后, 都发现自己的项目更适合单体;

是的,微服务 一直都是为大项目服务的,参考微软的,啥开发语言都有各种工具.

只不过在国内被滥用了而已. 微服务的概念就是为云而设计的.很先进.

支持亿级用户,负载也只有微服务能把硬件释放协调好.

没人还是别整 微服务 ，整这么多事

3＃ 保真，微服务切单体，也是微服务鼻祖 amazon 率先实践。微服务不是灵丹妙药，有它不适用的业务。过去几年跟风切微服务的公司太多了，他们甚至没有经过认真思考和论证。反正提出和推动落地的人，能刷 KPI 和丰富简历，至于老板，大都不懂技术，以为上了这个就一定如何如何。

目前这个问题无解,打不过只能加入,成为受益者,隐性剥削维护的程序员们

你不要只看那一少部分发声吹微服务的，他们才是极少数，绝大多数公司，大多数人，都是图稳定静悄悄搞单体，跑普通业务。

切单体也没有那么容易，有些东西就得独立出去，比如 php 它就很难调模型

IT 部门多，业务多，且业务或多或少有关联需要交互的适合微服务跨部门协作，公司就十几个人，IT 也不分部门的，项目之间没有联系的，单体服务才是王道。