微服务学习2——如何划分微服务？

我不是女神ヾ 2022-03-22 20:00 394阅读 0赞

一、划分微服务

1、起点和终点

起点——既有架构的形态

终点——好的架构不是设计出来的，而是进化而来的

  1.      ——一直在演进ing

2、适合上微服务么

业务形态不适合的：（1）系统中包含很多很多强事务场景的；（2）业务相对稳定，迭代周期长；（3）访问压力不大，可用性要求不高

3，康威定律

任何组织在设计一套系统（广义概念上的系统）时，所交付的设计方案在结构上都与该组织沟通结构保持一致。

一句话概括：沟通的问题会影响系统的设计。

4，服务拆分的方法论

（1）扩展立方模型（Scale Cube）

watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIyMDU5NjEx_size_16_color_FFFFFF_t_70

（2）如何拆“功能”

——单一职责，松耦合，高内聚

——关注点分离

————按职责

————按通用性

————按粒度级别

（3）服务和数据的关系

——先考虑业务功能，再考虑数据

——无状态服务

低成本的快速演进，快速开发、试错。

发表评论

表情：
评论列表 （有 0 条评论，394人围观）

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

相关阅读

    相关 微服务学习

    .传统单体应用架构存在的问题 　　一个完整的单体应用程序通常主要由三部分组成：客户端用户界面、模块和数据库，如图1.1所示。传统单体应用的开发通常是创建一个由几个业务模块组

    ╰半夏微凉°╰半夏微凉°/ 0 赞/ 62 阅读

    相关 微服务划分原则

    确切地说，服务中⼼的划分原则更多的是架构设计经验总结，我们很难对⼀些具体的问题给⼀个精确的量化指标，但有⼀点，我很反对现在微服务中的LOC（Line Of Code）这种指标，

    分手后的思念是犯贱分手后的思念是犯贱/ 0 赞/ 343 阅读