港真，小团队、小项目上微服务，就像一个小婴儿非要穿他中年发福的老爹的衣服鞋帽。。
彼之饴糖吾之砒霜。。。
微服务出现的背景好像是网飞吧？人家当时都什么体量了。。

从架构和运维的角度来说，微服务的副作用已经很好地消减了，
istio等成熟的mesh技术大幅消减了运维复杂度。

但是，业务层面，服务的拆分解耦并不会因为运维技术的改进而改进，
这个难题，DDD可以一定程度上起到方法论的作用，但是DDD并不适合初创项目和团队。

还有管理和人力成本这个因素，小团队根本就玩不起微服务，这个好像没什么可谈的了。
小baby穿他爹的行头，除了像个小丑，难免还要摔跟头。。

【 在 changtuiniu 的大作中提到: 】
: 一个项目动不动几十个进程，客户方服务器受不了，明确要求进程数不能超过一定数量，要求我们合并服务
: - 来自 水木社区APP v3.4.2
--
FROM 124.202.17.*