微服务拆分原则

最新推荐文章于 2024-04-25 23:08:12 发布
最新推荐文章于 2024-04-25 23:08:12 发布
阅读量3.2k 收藏 3
点赞数
文章标签： 微服务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_32352565/article/details/124270238
版权

微服务拆分原则

拆分的大原则是当一块业务不依赖或极少依赖其它服务，有独立的业务语义，为超过 2 个的其他服务或客户端提供数据，那

1 .单一职责、高内聚低耦合：简单来说一张表划分为一个服务

2. 服务粒度适中：服务不要太细（有的团队甚至一个接口一个服务）

3. 以业务模型切入：比如产品，用户，订单为一个模型来切入

4., 演进式拆分：刚开始不要划分太细，可以随着迭代过程来逐步优化

5. 避免环形依赖与双向依赖：尽量不要做服务之间的循环依赖

qq_489366879
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
微服务拆分原则1
08-08
微服务拆分原则1
架构设计内容分享(一百三十八)：微服务如何拆分？原则是什么？
之乎者也·的博客
01-23 973
2014年，Martin Fowler 与 James Lewis 共同提出了微服务的概念，定义了微服务是由以单一应用程序构成的小服务，自己拥有自己的进程与轻量化处理，服务依业务功能设计，以全自动的方式部署，与其他服务使用HTTP API通信。在腾讯视频的DDD重构案例中，在老的微服务架构中，存在分层不明确，下层服务过于理解业务逻辑，存在下层调用上层的问题，出现了代码耦合严重，调用关系混乱的 “微服务小泥球”。如果是 数据驱动原则/界面驱动原则 ，那么，是一上来就定义数据库表结构，就去调整领域逻辑代码。
微服务架构服务拆分原则
weixin_47640583的博客
03-20 1140
微服务架构的目标是将一个大型的、复杂的系统分解为一系列小型的、易于管理和维护的服务。每个服务都是一个独立的单元，可以独立部署、扩展和升级，从而降低了系统的耦合度和风险。4.使用服务注册和发现机制：服务注册和发现机制可以自动地将服务注册到一个中心化的注册表中，并且可以在服务之间进行自动的发现和路由，从而降低服务之间的耦合度。：API Gateway可以将外部请求路由到相应的服务，同时还可以提供身份验证、限流等功能，从而保护服务的安全性和可用性。：根据系统的业务功能，将系统划分为一系列独立的服务。
云卷云舒：微服务的构建与拆分方法
云计算、数据库爱好者
12-16 117
将不同的功能模块服务化，独立部署和运维，标准是按照业务的关联程度来决定， 关联比较密切的业务适合拆分为一个微服务，而功能相对比较独立的业务适合单独拆分为一个微服务。1、基于业务逻辑拆分：将系统中的业务模块按照职责范围识别出来，每个单独的业务模块拆分为一个独立的服务。4、基于性能拆分：将性能要求高或者有性能瓶颈的模块拆分出来，避免性能压力大的服务影响其他服务。2、基于可扩展拆分：将系统中的业务模块按照稳定性排序，经常变化的服务拆分粒度较细。4、可用性提升，扩展灵活性提升，为实现高可用、可扩展提供了基础。
微服务设计，拆分原则
时光钟摆
08-24 2964
目录 一、AKF拆分原则 1，Y轴（功能）关注应用中功能划分，基于不同的业务拆分 2，X轴（水平扩展）关注水平扩展，也就是“加速器解决问题” 3，Z轴（数据分区）关注服务与数据的优先级划分，如按地域划分 二、前后端分离原则 三、无状态服务原则 四、RestFul 通讯风格 五、现状思考 一、AKF拆分原则 业界对于可扩展系统架构设计有一个朴素的理念：通过加机器就可以解决容量和可用性问题。 　　这一理念在云计算概念疯狂流行的今天，得到了广泛的认可，对于一个规模迅速增长的系统而言，容量和性
SpringCloud微服务实战(4)-服务拆分原则
JavaEdge全是干货的技术号
12-08 2350
而如果不需要处理太高的并发量，且应用程序已经基于传统的 Servlet 架构开发，并且部署在传统的 Servlet 容器中，那么使用传统的 Web 编程模式就可以了。例如，通过将付费客户的请求路由到容量更大的一组不同的服务器，应用程序可能会为付费客户提供比免费客户更高的 SLA。与由运行多个相同的应用程序副本组成的 X 轴和 Z 轴不同，Y 轴缩放将应用程序拆分为多个不同的服务。在需要处理更多请求时，可以轻松的添加更多的服务器实例，并且每个组件都可以根据其特定的需求进行垂直或水平扩展。
微服务拆分时机与原则
lipeng的博客
06-06 1890
微服务拆分微服务拆分时机为了快速迭代高并发场景可重用提交代码经常冲突小功能要积累到大版本才能上线服务拆分原则原则一：高内聚和低耦合。原则二：服务拆分正交性原则原则三：服务粒度适中、演进式拆分原则四：服务接口的定义要保证可扩展性与幂等性。 微服务拆分时机 微服务拆分绝非一个大跃进运动，由高层发起，把一个应用拆分的七零八落的，最终大大增加运维成本，但是并不会带来收益。微服务拆分的过程，应该是一个由痛点驱动的，是业务真正遇到了快速迭代和高并发的问题，如果不拆分，将对于业务的发展带来影响，只有这个时候，微服务的拆分
微服务划分的原则
来xghuang666的专栏
07-26 2281
实际的业务服务其实按照你的实际情况来进行划分的，不是说一定要按照上述的原则，一般来说，小型工程业务服务6-8个会比较合理，加上你的注册中心，网关，差不多整体的服务有11个左右，大的服务差不多12-15个，因为再继续加的话，业务的部署压力以及依赖关系的压力会非常大。我们这里可以看一下我们的业务该如何进行划分。首先，我们看我们的整体的图，我们可以将整个业务划分成为医院域以及预约平台域此时，医院域我们不用进行过度划分，因为这里是只需要对接院方的API，所以只需要对接就行。
03-微服务架构构建之微服务拆分
月空的博客
12-02 2434
微服务架构是将一个单体应用程序拆分为一个个独立且保持松耦合的服务的一种架构方式，每个服务有着独立的数据库并且能独立运行部署。微服务架构的构建过程中，第一步也是最为重要的一步是进行服务拆分。只有将微服务按照合理的方式进行拆分，才能确保整个项目能够高效而正确地运行。
微服务拆分的理论和原则及案例详细说明
03-24
一个非常好的介绍微服务拆分理论和原则，并有具体案例详细说明的文档！
如何拆分微服务
01-07
一、AKF拆分原则 AKF扩展立方体（Scalability Cube）是一种可扩展模型，这个立方体有三个轴线，每个轴线描述扩展性的一个维度（见下图），分别是： Y轴 关注应用中功能划分，基于不同的业务拆分。 Z轴 关注数据分区...
总结（一）：微服务设计和拆分要坚持哪些原则？.pdf
11-17
总结（一）：微服务设计和拆分要坚持哪些原则？
微服务（学习）
删繁就简三秋树
04-22 439
CAP 、BASE理论、微服务概念
Nacos配置管理-微服务配置拉取
qq_73440769的博客
04-19 381
创造来源：在学习微服务这部分内容的时候遇到很多bug，改了又改，最后改好了。以下是我修改后实现配置拉取的代码，这里我使用了鉴权，所以配置里面有使用到下面的代码，如果没有配置鉴权则删掉下面代码。新版本的nacos默认没有鉴权需要自己去配置，当然不使用也可以实现拉取。我使用的也是最新版本的springcloud和nacos。注意！注意！注意！如果没有使用鉴权去yml文件里面删掉这段配置。
微服务之.SpringCloud AlibabaSentinel实现熔断与限流
qq_62377885的博客
04-22 766
Sentinel中的断路器不仅可以统计某个接口的慢请求比例，还可以统计异常请求比例。当这些比例超出阈值时，就会熔断该接口，即拦截访问该接口的一切请求，降级处理；当该接口恢复正常时，再放行对于该接口的请求。断路器的工作状态切换有一个状态机来控制：closed：关闭状态，断路器放行所有请求，并开始统计异常比例、慢请求比例。超过阈值则切换到open状态open：打开状态，服务调用被熔断，访问被熔断服务的请求会被拒绝，快速失败，直接走降级逻辑。Open状态持续一段时间后会进入half-open状态。
18.Nacos配置管理-微服务读取Nacos中的配置
最新发布
qq_36352889的博客
04-25 274
1.实现配置更改热更新，而不是改动了配置文件还要去重启服务才能生效。2.对多个微服务的配置文件统一集中管理。而不是需要对每个微服务逐一去修改配置文件，特别是公共通用的配置。中的配置发生改变后，回去立马通知各个微服务完成对最新配置的读取，并完成热更新。
springcloud怎么拆分原则
08-02
拆分原则是指在使用Spring Cloud进行微服务架构设计时，如何合理地拆分服务。根据引用[2]中提到的Spring Boot的优势，可以使用Spring Boot来快速实现企业级应用开发。在拆分原则方面，可以考虑以下几点： 1. 单一...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值