传统架构向微服务架构迁移思路

改造的第一步不是改

  • 梳理业务、重新认知系统、重新建模
  • 微服务拆分的规划
    • 先解决主要矛盾
    • 不做过长远的规划(初期不要拆得太细)
  • 基础设施(监控、自动化运维等)可以带着弄起来了

论改造的复杂

  • 改造需要过程

    好的架构师演进出来的,不是设计出来的

  • 从哪里开始改造?

    架构改造的几个原则

    • 初期小范围试水,积累经验
    • 减少对现有系统的改动,降低风险
    • 做好回退/降级的预案

如何挑选改造的点?

改造的点具备的条件

  • 相对独立,耦合性小

  • 尽量挑选上层

    • 上层模块自己调别人多
    • 不需要考虑兼容性问题
  • 不核心(初期)

你可能感兴趣的:(笔记,传统架构向微服务架构迁移思路)