在对复杂的业务系统进行微服务的拆分时应该注意什么

  • 时间:
  • 浏览:0
  • 来源:彩神官网

原文地址:http://blog.720ui.com/2017/msa_design/

白岳

微服务要要怎样拆分,是否拆分粒度越小越好?一般情況下,对于服务的拆分未必越小越好,甚至极端的案例是把一块功能拆分成另有另一个 服务,你你这个 做法是不对的。因此,拆分粒度应该保证微服务具有业务的独立性与完正性,服务的拆分围绕业务模块进行拆分。类似将 VR 资讯系统进行服务拆分,分为资讯系统、话题系统、日报系统、百科系统另一个微服务系统。

总结下,服务的拆分是另有另一个 非常有学问的技术活,要围绕业务模块进行拆分,拆分粒度应该保证微服务具有业务的独立性与完正性,尽导致 少的发生服务依赖,链式调用。因此,在实际开发过程中,有的后后单体架构更加适合当前的项目。实际上,微服务的设计并完正都在一蹴而就的,它是另有另一个 设计与反馈过程。因此,亲戚亲戚亲戚亲戚朋友在设计之初可不还还里能 将服务的粒度设计的大某些,并考虑其可扩展性,随着业务的发展,进行动态地拆分也是另有另一个 不错的选取。

因此,所以 情況下,服务的拆分围绕业务模块进行拆分是四种 理想情況下的拆分辦法 ,换句话说,亲戚亲戚亲戚亲戚朋友在架构设计 之初就假定亲戚亲戚亲戚亲戚朋友可不还还里能 掌握一切。然而,不同的服务导致 由不同的团队开发与维护,实际场景下,微服务的便利性更多的在于团队组织组织结构不让 产生闭环,换句话说,团队组织组织结构可不还还里能 易于开发与维护,便于沟通与媒体媒体合作,因此对于组织组织结构团队就发生很大的沟通成本与媒体媒体合作成本。现在,亲戚亲戚亲戚亲戚朋友来看另有另一个 案例。团队 A 考虑到功能的复用性而开发了另有另一个 “互动组件”,其中包括 “评论模块”功能。此时,团队 B 未必知情也开发了另有另一个 类似的“互动组件”。而团队 C 完正都在你你这个 需求,它知道团队 A 有你你这个 “互动组件”,希望可不还还里能 复用,因此导致 你你这个 “互动组件”在设计的后后更多地考虑了团队 A 的当前业务,如此 很好的复用性,类似不支持“评论盖楼”功能,而导致 团队 A 出于当前某些项目的进度导致 无法马上提供支持,团队 B 评估后决定花一周时间自己开发另有另一个 符合自己业务需求的“互动组件”。此时,各个项目团队个人维护了另有另一个 “互动组件”。此外,亲戚亲戚亲戚亲戚朋友再来看另有另一个 案例。另有另一个 OA 系统拥有“用户管理”、“文件管理”、“公告管理”、“政策管理”、“公文管理”、“任务管理”、“审批管理”等功能,导致 按照微服务架构思想可不还还里能 围绕业务模块进行拆分,因此事实上你你这个 OA 系统的最终用户可不还还里能 了 50 多人,使用微服务架构导致 特别“杀鸡用牛刀”的感觉了。回顾下,第另有另一个 案例中,导致 团队之间的职责与边界导致 了服务的复用发生局限性,甚至造成个人为战的局面,你你这个 情況一般都要公司层面进行规划和统筹。第二案例中,导致 用户量不大,系统所以 简化,使用微服务反而带来了未必要的设计和运维难度,并肩也带来了某些技术的简化度。此外,亲戚亲戚亲戚亲戚朋友还都要考虑服务依赖,链式调用、数据一致性、分布式事务等问题。

猜你喜欢

虚拟主机上云笔记(序言)

  那么怎么能会会会么会升呢?  当然可能性你是大公司资金充裕语句,里能 通过一次买两台服务器一台走国内一台走海外补救。可能性更大点直接在海外建立分中心补救。然而用云服务器

2020-01-27

你知道云栖大会6万人WIFI在线是如何炼成的吗?

阿里云代金券x52、你有没有设想过,为社 去解决你是什么 公共场合,WIFI压力无需 原困无法流畅使用?十五万人的会场,真没想过,用n多个wifi点解决?很简单。1。功率

2020-01-27

是不是没一段情侣都有一个阶段不再爱对方,分开后又重新再去爱,然后再好好在一起

使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。追答扫描二维码下载追问可选中另一个或多个下面的关键词,搜索相关资料。也可直接点“搜索资料”搜索整个问提。

2020-01-27

爱情的四个阶段大约多长时间

使用百度知道APP,立即抢鲜体验。你的手机镜头里或许有别人想知道的答案。第阶段:共存热恋期情论何何总希望能腻起稳定要花费我应该 点自间作自想做事另冷落下载百度知道APP,抢鲜

2020-01-27

javascript能干什么?

好守护进程员分享面向对象概念的理解以及ES3和ES6中类的写法大一学生不必说为定位着急全栈工程师到底有什么用jenkins+SonarQube6.2代码质量管理平台安装与使用L

2020-01-27