老旧系统改造，彻底重构还是给老系统减负？

编 辑：彭文华

来 源：大数据架构师（ID：bigdata_arch）

 

周末跟一位老彭友约了在了一个景色非常优美的地方私聊，没想到一下就聊了3个多小时。跟企业实战大佬毫无保留的深入探讨一个问题，真的非常酣畅淋漓，太过瘾了！

这次聊了很多，其中有一个问题非常有意思，我回家赶紧整理一下，分享给大家。

具体情况是这样的：企业核心业务主干系统已经运行十多年了，一直承担着企业核心业务重任。这十多年间，围绕核心业务主干系统建了上百个子系统，导致主干系统非常庞大和臃肿，就像一副正常人的骨架，却贴上了300斤的肥肉。

这个情况可想而知，光是日常运维就耗费了所有人力物力。更不用说随之而来的沉重负担和各种毛病。整个系统已经到了不得不优化的地步。

 

那么问题来了，这种情况应该怎么优化？

 

大号练废了，删号重练！

 

彭友们技术大咖比较多，遇到技术问题首先想到的就是如何从技术的角度解决这些问题。快刀斩乱麻也许是最佳选择。

老系统是单体架构，在面对众多子系统附着的情况，就显得年老力衰，无能为力了。而现在的市场复杂，用户多变的环境，根本不能再满足要求了。

且不说云原生、业务中台之类的新概念，起码得稍微分分层，做做微服务吧？这样来一个新需求不至于从前端改到后台，还得考虑其他代码的影响。

而且那些大大小小的子系统，也该归置归置。有些子系统都是临时做的，有些则被其他新系统淘汰了，还有些跟主干系统产生大量的数据交互，甚至干脆变成主干系统