微服务拆的太细了会有什么问题

微服务可能出现的问题之一，就是服务拆的太多，微服务拆多了就需要“治”，技术问题可以通过服务注册与发现“治”掉，但更多的业务问题很难被“治”掉。

如果一个团队缺少一个有影响力的业务架构师，这个问题将会变得更加严重，过多的承载着一部分业务含义的微服务散落下来，任意两个或几个微服务的组合似乎都可以解决一些业务上的问题，但这种组合是不可持续的。

同时如果没有业务架构师，这些看似合理的业务需求来自于pm或是bp，这件事情将会变得更加糟糕，终有一天整个技术团队会被包裹在一个找不到线头的网里，有人大喊一声“重构全链路”。

ddd不是目的，不要把简单的业务问题人为的技术复杂化，该在一起的服务就不要找理由拆了，因为他们在业务上就是一体的，先理解业务，再做抽象，单体难受了，想明白痛在哪里，再决定拆不拆。

有什么样的组织就有什么样的架构，有时候发现系统依赖关系很奇怪，一看组织结构就是这样的，康威定律依然适用，甚至是第一原则，妄图通过架构解决康威定律，但成本总会通过其他方式找回来。

缺少有影响力的业务架构师，业务流程与概念完全单方面来自于pm和bp，研发只是在pm和bp之后做业务建模。缺少合理的组织划分，导致体现康威定律的负面影响。

以上两者是微服务拆分过细之后的非技术角度必须要考虑的问题。

微服务拆的太细了会有什么问题相关推荐

阿里修冶：微服务拆分之道
背景 ALIWARE 微服务在最近几年大行其道,很多公司的研发人员都在考虑微服务架构,同时,随着 Docker 容器技术和自动化运维等相关技术发展,微服务变得更容易管理,这给了微服务架构良好的发展机会 ...
微服务的真相（一）服务拆的太小，后面迭代忍不了
通常情况下组织业务发展的萌芽初期,在快速发展阶段,都面临着软件开发周期的挑战,这个阶段活下去最重要,一切只有一个标准"快",这个阶段组织里诞生的往往是一些"巨石应用&qu ...
微服务拆分之AKF原则
AKF是指可拓展模型,有3个坐标轴,分别是x,y,z 为了更好的诠释AKF原则,下面假定有一个系统基于x轴拓展: 这种方式只能拓展无状态服务,是通过复制系统应用到其他服务器上,再通过给集群做负载均衡 ...
如何合理的拆分微服务
本文来说下如何合理的拆分微服务文章目录概述拆分目的是什么拆分时应该坚守哪些指导原则服务拆分的几种方法纵向拆分横向拆分基于可扩展拆分基于可靠性拆分服务都拆了为什么还要合并拆分过程中 ...
微服务拆分策略和原则
目录微服务拆分目的单体应用拆分成微服务的时机拆分时指导原则拆分的粒度把控微服务拆分策略微服务合并拆分过程中要注意事项注意:本文参考微服务拆分策略和原则 - 简书微服务拆分目的不 ...
架构 | 微服务架构下如何解耦，对于已经紧耦合下如何重构？
点击上方"朱小厮的博客",选择"设为星标" 当当满200减40优惠码「J2KNAE」来源:知乎今天准备谈下微服务架构下各个微服务间如何解耦,以及对于已经紧耦 ...
微服务松耦合_超值干货：微服务架构下如何解耦，对于已经紧耦合下如何重构？...
今天准备谈下微服务架构下各个微服务间如何解耦,以及对于已经紧耦合的微服务如何进行重构.要明白实际上微服务后续出现的诸多问题往往都是一开始微服务模块划分就不合理导致,对于具体的模块划分方法和原则,我总结 ...
微服务架构的核心要点和实现原理
https://blog.csdn.net/qiansg123/article/details/80131044 微服务架构中职能团队的划分传统单体架构将系统分成具有不同职责的层次,对应的项目管理也 ...
在鹅厂面试5轮后扑街！微服务架构，我拿什么拯救你！
上周五接到朋友的电话,此前他一路披荆斩棘,离鹅厂Offer大概仅一步之遥.电话一接通我就说了一通让他请客吃饭的话,对面沉默了几秒钟,淡淡地说了句 "我终面没过...." 这让我一时 ...

微服务拆的太细了会有什么问题

微服务拆的太细了会有什么问题相关推荐

最新文章

热门文章