架构重构
2020, Jun 01
架构的演化大多通过架构重构来完成。
主要难点体现:
- 业务已上线(不能停止服务)
- 相关方多
- 旧架构的约束
- 旧数据,旧依赖,旧标准规范
从一大堆纷繁复杂的问题中识别出真正要通过架构重构来解决的问题,集中力量快速解决,而不是想着通过架构重构来解决所有的问题。
判断到底是采取架构重构还是采取系统优化 ?
一个简单的做法:假设我们现在需要从 0 开始设计当前系统,新架构和老架构是否类似?如果差异不大,说明采取系统优化即可;如果差异很大,那可能就要进行系统重构了.
那原来发现的那些非架构重构问题怎么办呢?
重构完,可以再启动多个项目进行优化