微服务架构设计 (二): 架构迁移策略

  1. 云栖社区>
  2. 中生代技术>
  3. 博客>
  4. 正文

微服务架构设计 (二): 架构迁移策略

jurassic_1 2016-09-17 17:52:48 浏览3082
展开阅读全文
在微服务的核心概念中, 最重要的核心概念便是: 边界上下文 (Bounded Context); 每一个微服务拥有各自的某一端到端业务场景 (功能)与数据 (数据库) 。
当将既有的架构迁移到微服务时, 常见的作法便是:
A. 只将既有架构的功能模块拆解成粒度较小的功能模块:
这样的作法, 其实, 实质上的意义是不大的。因为, 即使拆解成粒度较小的功能模块, 并且拆解后的各功能模块能互相的解藕, 但, 拆解后的各功能模块, 也许仍需共用数据库。所以, 当数据库即使只是修改某个数据表结构的某几个字段时, 也需同时修改多个功能模块。毫无疑问的, 这不仅会使产品开发的效率低落。拆解后的各功能模块, 在执行持续部署时, 将会有极大的概率会在某个阶段中断。同时, 也会为产品的架构引入新的风险, 甚至是致命的伤害。
B. 将既有架构的功能模块拆解

网友评论

登录后评论
0/500
评论
jurassic_1
+ 关注
所属云栖号: 中生代技术