首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >《微服务设计》第 5 章 分解单块系统

《微服务设计》第 5 章 分解单块系统

作者头像
yeedomliu
发布2019-09-28 12:58:44
发布2019-09-28 12:58:44
2820
举报
文章被收录于专栏:yeedomliuyeedomliu

第 5 章 分解单块系统

5.1 关键是接缝

  • 从接缝处可以抽取出相对独立的一部分代码,对这部分代码进行修改不会影响系统的其他部分。识别出接缝不仅仅能够清理代码库,更重要的是,这些被识别出的接缝可以成为服务的边界

5.2 分解MusicCorp


5.3 分解单块系统的原因

5.3.1 改变的速度

  • 我们可能会对库存管理方面的代码做大量修改。所以如果现在把仓库接缝抽出来作为一个服务,使其成为一个自治单元,那么后期开发的速度将大大加快

5.3.2 团队结构

  • MusicCorp 的交付团队事实上分布在两个不同的地区,一个团队在伦敦,另一个在夏威夷(有些人太舒服了!)。最好能把夏威夷团队维护的大部分代码分离出来

5.3.3 安全

  • MusicCorp 有安全审计的机制,并且决定对敏感信息做更加严密的保护

5.3.4 技术

  • 维护推荐系统的团队研究出了一种新的算法,这种算法使用了 Clojure 语言中逻辑式编程的库,并且认为这能够大大改善我们的服务

5.4 杂乱的依赖

  • 另一个需要考虑的点是,这部分代码与系统剩余部分之间的依赖有多乱

  • 《修改代码的艺术》
本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2019-09-25,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 yeedomliu 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 第 5 章 分解单块系统
    • 5.1 关键是接缝
    • 5.2 分解MusicCorp
    • 5.3 分解单块系统的原因
      • 5.3.1 改变的速度
      • 5.3.2 团队结构
      • 5.3.3 安全
      • 5.3.4 技术
    • 5.4 杂乱的依赖
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档