为什么要拆掉“烟囱式”系统

 

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

比如:

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

烟囱式系统有很多缺点。

对公司来说:

1. 重复建设和维护

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

2. 系统间打通成本高

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

3. 不利于业务的沉淀

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

4. 业务发展创新难

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

对员工来说:

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

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

posted @   edda_huang  阅读(6925)  评论(0编辑  收藏  举报
编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示