课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构是随着互联网的不断发展而被程序员掌握的一种架构方法,今天我们就一起来了解一下,微服务架构都有哪些设计原则。
1.单一职责
每个微服务只应担负一个职责。
比如一个微服务中有两大功能:
商品分类管理
购物车
把它们放在一起看起来问题不大,因为使用的技术相同、功能和数据上会有比较紧密的联系,在组织结构上,通常是由同一个开发小组负责。
但是,这会造成两个功能有大量的代码耦合。
时间长了之后,会带来和单体架构一样的问题,维护难、测试难、部署难……
所以,按照“单一职责”原则,应该分为两个微服务。
2.高内聚
关系紧密的行为应放在一起。
比如有2个微服务:
订单管理
订单金额统计
“订单金额统计”服务需要请求“订单管理”服务,以获取所需数据。
例如价格、税、服务费……
刚开始一切安好,但突然某一天上头增加税种了,需要更改新的计算规则。
那么,订单服务就要提供新的数据,金额统计服务也需要更改计算方式。
也就是说,每次变更基本都需要两个服务一起改,是紧耦合的。
因为订单金额统计服务的逻辑只与订单相关,所以应该并入订单服务。
把紧密相关的行为放在一起,实现高内聚。
3.低耦合
一个服务的变更不要影响其他服务。
希望这辈子,最让你无悔的事情就是来达内学习!学习向来不是件易事,但无论过程多么艰难,希望你依然热爱生活,热爱学习!永远记得,达内将与你一同前行!现在扫码,立即领取万元课程礼包,助力0基础快速入行,为你梳理行业必备技能,全方位了解岗位发展前景!
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。