Go 服务开发高手课
徐逸
头部大厂资深 Go 技术专家、前腾讯资深工程师
1067 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已更新 16 讲/共 28 讲
开篇词 (1讲)
Go 服务开发高手课
15
15
1.0x
00:00/00:00
登录|注册

15|项目拆分:业务逻辑复杂,如何拆分服务让协作清晰有序?

你好,我是徐逸。
作为后台研发,在我们的日常工作中或多或少都接触过微服务架构。对于微服务架构,我们除了要熟悉常用的微服务技术栈之外,还有一个极为重要的部分,那就是如何进行微服务拆分。要知道,服务拆分决策与实施的过程,会直接对系统未来的迭代效率和可维护性产生重大影响。
所以,今天这节课,我们就来聊一聊,如何进行微服务拆分。首先,在着手微服务拆分之前,你需要思考一个问题,那就是你们的团队到底适不适合采用微服务架构呢?

架构决策:你们团队是否需要使用微服务?

要想清楚这个问题,我们可以从下面两个方面思考:
微服务架构主要是为了解决什么问题,你的项目是否面临类似的问题呢?
采样微服务架构需要哪些技术栈,你们公司是否具有实施微服务架构的技术条件呢?
微服务架构是为了解决随着项目复杂度的提升,研发效率急剧下降的问题。就像下面的图一样,当项目复杂度不高时,微服务架构因为需要额外的微服务管理成本,研发效率会比单体架构低。随着项目复杂度的升高,理解和迭代项目的成本越来越高,最终微服务架构的研发效率会超过单体架构。
图1 架构和研发效率关系图
因此,只要咱们的项目复杂度超过图中单体架构和微服务架构曲线交点时,就可以采取微服务架构。
那这个交点究竟该如何确定呢?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
  • 解释
  • 总结

1. 微服务架构决策需要考虑项目复杂度、团队规模和研发效率的变化趋势。 2. 采用微服务架构需要考虑基础设施的支持,包括流水线、Kubernetes等技术。 3. 在拆分微服务时,可以从业务、技术和组织结构三个维度进行考虑。 4. 线上流量切换需要谨慎实施,借助配置开关来实现灰度切流,并可随时回滚。 5. 数据库拆分需要确保新旧数据库数据的一致性,包括数据库双写、历史存量数据同步和定时对账。 6. 服务拆分的流程包括架构决策、服务规划和确保拆分过程平稳无风险。 7. 在进行服务拆分时,需要遵循常见的原则,确保高效、出色地完成微服务拆分工作。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《Go 服务开发高手课》
新⼈⾸单¥59
立即购买
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
显示
设置
留言
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部