架构：微服务该拆多少应用？是7个！

r囧r小猫 2023-02-25 07:23 15阅读 0赞

今天这里只谈一个字：拆！像业务领域怎么划、市面上的东西五花八门，真货假货一大堆，扯起来比较麻烦。

拆多少？7个！

#    拆分的好处是什么？ #

有个paper最早提出了模块化这个词。那时还是在造硬件，故障率特别高，为了降低功能的复杂度，把硬件拆成各种小模块，这样就可以分开测试了。它不是解决模块复用的问题，而是解决整体复杂度过大。

微服务一样的，按功能内聚、单个应用复杂度降低，维护成本也降低了。还有一些其他目的，譬如流量隔离、整齐划一、增强复用性等。

那坏处呢？有可能没啥好处，也有可能总体成本变大。像依赖关系理不清，反而导致系统变复杂了，一个需求可能改多个地方。部署的机器变多了，可能还是一笔不小的开销。本地数据库事务不能用了。等等。

好坏是没有标准的，在这件事上。（质量、安全等非功能性除外）

#    拆的原则是什么？ #

## （一）反认知局限、反自己、克制自己 ##

单体的人想拆服务，拆服务的人想单体。就像围城。

我开始出来工作，公司就是微服务的文化，不同领域独立出来，不同层独立出来。因此，微服务在我最早的世界观里，这被认为是天经地义的。

某年公司开始做成本，我偷偷数了下部门里的应用数和机器数，我负责的团队居然应用最少、机器最少。因为那几年我一直在反着思考，开项目相对保守。再后来去北京总部一看，我还是吃了一惊，居然会有这么大的单体，居然还能跑……所以直到今天，我都很好奇，单体的极限在哪里？

人的认知太有局限性了。为啥拆开？人能为自己想做的任何事找到很多理由。如果你追求真正的真理，在服务的拆分上，一定要是一个保守主义者，克制自己。

## （二）人数决定了多少服务 ##

从人数来看，可能是一个硬标准。

一个团队人数大了就很难沟通协作，自组织的单元就是10来个人，再大内部就乱了。一个团队10个人，维护多少服务合适？3～7个。

服务就是这10个人工作的地方。大家各做各的、老死不相往来，也就10人。上班时候三两成群聊聊天、一起协作，也就5个。

系统的问题就是人的问题。一个团队最后多少系统，取决于这群人平时怎么合作。

## （三）拆分是个伪命题、做好模块化 ##

仔细去想，拆、合的技术，如果逻辑层代码模块化做得足够好，物理层部署、就应该做到：想拆的时候就拆、想合的时候就合！

这样架构，要具备啥条件呢？  
（一）JAR包形式的API要大。不易变。  
（二）按模块隔离代码，最小外部依赖，像硬件啥的。  
（三）服务访问要有路由层，不要合集群绑死，允许部署灵活拆分、合并变更，像serverless啥。

--------------------

***=>更多文章请参考***：《中国互联网业务研发体系架构指南》

***=>更多行业权威架构案例及领域标准、技术趋势请关注微信公众号：***

![公众号：关注更多实时动态][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1R1cmUwMTBMb3Zl_size_16_color_FFFFFF_t_70] 更多权威内容关注公众号：软件真理与光

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L1R1cmUwMTBMb3Zl_size_16_color_FFFFFF_t_70]: /images/20230209/ccbe5d966c7747c6bce41718f9e58670.png

发表评论取消回复

表情：

评论列表（有 0 条评论，15人围观）

还没有评论，来说两句吧...

相关阅读

相关架构：微服务该拆多少应用？是7个！

今天这里只谈一个字：拆！像业务领域怎么划、市面上的东西五花八门，真货假货一大堆，扯起来比较麻烦。拆多少？7个！拆分的好处是什么？有个paper最早提出了模

r囧r小猫/ 2023年02月25日 07:23/ 0 赞/ 16 阅读

相关微服务该如何拆分?

微服务的拆分一直是历史性的难题，行业内更是没有具体的拆分标准，拆分的好坏更多取决于拆分者的经验，并经过反复迭代，逐步优化、调整，以达到比较合适的划分。本文包括微服务的拆分时

桃扇骨/ 2022年10月16日 15:22/ 0 赞/ 286 阅读

相关【Dubbo】微服务架构(一):单一应用架构与微服务架构

工作中使用了[微服务][Link 1][架构][Link 2]，接下来的一段时间里，我会写一系列的文章来介绍微服务架构，同时我也会在github上写一个microservice

不念不忘少年蓝@/ 2022年06月18日 08:57/ 0 赞/ 401 阅读

相关微服务架构(一)：什么是微服务

解析微服务架构系列文章将分几篇描述微服务的定义、特点、应用场景、企业集成架构的演进以及微服务转型思路和技术决策考虑等内容，并以IBM技术为例介绍如何实现微服务架构转型。

朱雀/ 2022年06月10日 20:29/ 0 赞/ 455 阅读

相关微服务架构：什么是微服务

解析微服务架构系列文章将分几篇描述微服务的定义、特点、应用场景、企业集成架构的演进以及微服务转型思路和技术决策考虑等内容，并以IBM技术为例介绍如何实现微服务架构转型。

小咪咪/ 2022年05月28日 06:46/ 0 赞/ 519 阅读

相关什么是微服务？微服务架构的优缺点、应用

什么是微服务？微服务架构的优缺点、应用？微服务（micro services）这个概念不是新概念，很多公司已经在实践了，例如亚马逊、Google、FaceBook、Alib

女爷i/ 2022年05月09日 15:26/ 0 赞/ 434 阅读

相关什么是微服务架构，该从哪些方面深入理解？

欢迎访问[网易云社区][Link 1]，了解更多网易技术产品运营经验。简单地说，微服务架构就是以业务域或业务功能为边界，将一个大而全的应用拆分为可以独立开发，独立

Myth丶恋晨/ 2022年04月13日 07:47/ 0 赞/ 287 阅读

相关微服务架构(一)：什么是微服务

解析微服务架构系列文章将分几篇描述微服务的定义、特点、应用场景、企业集成架构的演进以及微服务转型思路和技术决策考虑等内容，并以IBM技术为例介绍如何实现微服务架构转型。

水深无声/ 2022年04月12日 04:54/ 0 赞/ 495 阅读

相关微服务架构(一)：什么是微服务

解析微服务架构系列文章将分几篇描述微服务的定义、特点、应用场景、企业集成架构的演进以及微服务转型思路和技术决策考虑等内容，并以IBM技术为例介绍如何实现微服务架构转型。

忘是亡心i/ 2022年04月10日 01:53/ 0 赞/ 510 阅读

相关微服务架构设计和拆分

微服务架构的设计原则拆分足够微轻量级通信领域驱动原则单一职责原则 DevOps(开发/运维)及两个披萨不限于技术栈微服务模块设计服务拆分

痛定思痛。/ 2021年06月10日 10:27/ 0 赞/ 582 阅读