一个复杂系统的拆分改造实践

  • 时间:
  • 浏览:1

5)  新坑越挖太少 ,恶性循环。不改变语句,最终的结果却说 把系统做死了。

3)  代码老旧,难以维护。各种随意的if else、写死逻辑散落在应用的各个角落,处处是坑,开发维护起来战战兢兢;

从上面对话还时需看出拆分的理由:

1)  应用间耦合严重。系统内各个应用之间不通,同样另另1个功能在各个应用中就有实现,后果却说 改一处功能,时需一并改系统中的所有应用。其他状况多发生于历史较长的系统,因各种是因为,系统内的各个应用都形成了个人的业务小闭环;

2)  业务扩展性差。数据模型从设计之初就只支持某一类的业务,来了新类型的业务后又得重新写代码实现,结果却说 项目延期,大大影响业务的接入传输效率;

先看一段对话。

4)  系统扩展性差。系统支撑现有业务已是颤颤巍巍,不论是应用还是DB都可能无法承受业务快速发展带来的压力;