本文主要是介绍为什么要拆掉“烟囱式”系统，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
“烟囱式”系统，来自维基百科的解释是：一种不能与其他系统进行有效协调工作的信息系统，又称为孤岛系统。
比如：
假设淘宝和天猫，是两个大系统，忽略业务模式的不同，这两个系统里面都有用户管理、商品管理、订单管理、支付等功能模块，如下图，这样子的淘宝和天猫就好像两座烟囱各自矗立，互不关联。
烟囱式系统有很多缺点。
对公司来说：
1. 重复建设和维护
可以看到上图的淘宝和天猫有很多功能同时存在，耗时耗力，除此之外还有重复的运维成本投入。
2. 系统间打通成本高
假设某一天老板突然说整合淘宝和天猫的用户，以此通过数据分析提高销量。这个时候，就要不同系统间集成和跨团队沟通协作，成本极大。
3. 不利于业务的沉淀
内部逻辑极其复杂，维护成本越来越高，5-8年以后，就会重新设计系统，耗时耗力，且业务沉淀流失。
4. 业务发展创新难
随着业务发展，旧系统一个新需求会被历史包袱束缚，开发上线艰难，道阻且长。如果要建设新系统，前期就要投入很多成本去重复做那些已经有了的功能，举步维艰，一旦规划出错，投入的成本马上付诸东流，损失极大。
对员工来说：
1. 业务实施失败，KPI完不成，奖金没着落，不开心
2. 开发人员疲于应对，自身技能提升缓慢，不开心
这篇关于为什么要拆掉“烟囱式”系统的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
