微服务拆分问题

Question

类似电商系统，可能根据业务功能进行服务拆分，但我在上一个项目中因为公司产品的能力有限，且各个端落的迭代版本和UI差异化问题，导致每个端需要交付的功能有不一致的地方，这时我们采用的是按照端落进行的服务拆分，如APP、Web、IoT，这种粗粒度的前期划分，也是想着后期随着业务扩展和方向明确后，结合业务特性再进行进一步细致化拆分，这种思想是可行的吗？我最近面试的时候，发现这样的回答，面试官好像并不是很满意，但是上家公司的产品能力实在是太水了，开发有时还帮产品来填补原型图或者在一些功能流转的时候替产品思考逻辑，因为我们又是敏捷式开发，团队规模不超过10人，各服务用统一语言编写

Answer 1

车辙cz 2025-08-30 14:18:02

同学你好，你的描述中其实也表达了一个观点，微服务往往是跟随业务快速扩张而诞生的产物。而在如今降本增效的环境下，对互联网行业的整体趋势，已经开始渐渐去微服务化了，因为成本确实不低。

然后回到同学你的问题，假设使用微服务，按照端的方式进行拆分，意味着必定存在重复建设的问题，还同时增加了机器成本。所以前期先单一应用，通过前端的扩展字段，后端按照设计模式，建设扩展点，会是个更行之有效的方案。

• 提问者 zsm18 #1

  是的，其实我是知道按端拆分微服务，是存在重复建设的问题的，我前期拆分这种粗粒度的服务，是因为公司内部产品的能力有限，且每个端落的迭代速度不一样，比如PC软件端的服务迭代较快，APP这边跟不上这个节奏，就会出现有些新功能需要给PC端提前提供，APP端后续再看业务选择，虽然我知道可以借助配置中心做版本号区分来规避这个问题，但客户端那边不愿意配合加字段，给了一大堆理由，再加上我们的业务方向在前期不是很明确，所以我才考虑按照端落进行粗粒度划分的，这些都是技术债务，后续都要进行进一步优化的，架构方面的设计是通过步步演进而来的，没有最好的架构，只有最适合当前业务的架构，我是这么想的哈，老师