学学架构：①为什么要拆掉“烟囱式”系统？

“烟囱式”系统，来自维基百科的解释是：一种不能与其他系统进行有效协调工作的信息系统，又称为孤岛系统。

比如：

假设淘宝和天猫，是两个大系统，忽略业务模式的不同，这两个系统里面都有用户管理、商品管理、订单管理、支付等功能模块，如下图，这样子的淘宝和天猫就好像两座烟囱各自矗立，互不关联。

烟囱式系统有很多缺点。

对公司来说：

1. 重复建设和维护

可以看到上图的淘宝和天猫有很多功能同时存在，耗时耗力，除此之外还有重复的运维成本投入。

2. 系统间打通成本高

假设某一天老板突然说整合淘宝和天猫的用户，以此通过数据分析提高销量。这个时候，就要不同系统间集成和跨团队沟通协作，成本极大。

3. 不利于业务的沉淀

内部逻辑极其复杂，维护成本越来越高，5-8年以后，就会重新设计系统，耗时耗力，且业务沉淀流失。

4. 业务发展创新难

随着业务发展，旧系统一个新需求会被历史包袱束缚，开发上线艰难，道阻且长。如果要建设新系统，前期就要投入很多成本去重复做那些已经有了的功能，举步维艰，一旦规划出错，投入的成本马上付诸东流，损失极大。

对员工来说：

1. 业务实施失败，KPI完不成，奖金没着落，不开心

2. 开发人员疲于应对，自身技能提升缓慢，不开心