比如 hadoop 生态圈,基于某个版本的 Spark 、 Hive 、等等搭建了平台后,用了半年、一年,部署的服务越来越多,然后 hadoop 这一套就很难升级了,牵一发而动全身,公司要以服务稳定为主,没法重构所有代码,即使 hadoop 这些服务版本比较落后,也只能凑合用了。。。???!!!
1
yjxjn 2016-11-04 16:57:57 +08:00
很正常啊,我们组 IBM 那套破大机, 30 年前的架构。
后台服务器: mainframe 中间件: MQ 数据库:DB2 框架: ssh2 到现在为止,除了升级过 MQ , DB2 , z/OS , java 版本,架构一概不动。 组里大神想着迁移到 Bluemix 上面去,但是面对如此的庞大的架构体系,没有人敢 care 这事儿。。。 |
2
menc 2016-11-04 17:33:46 +08:00
没什么,该改改,该写写,说没法重构只是实力不够而已吧。
阿里都改了 hive 和 hadoop ,他们的业务应该够大了吧。 我们也改了 thrift 啊, openmp 啊等等东西,都是每日调用上亿的服务,因为出现性能瓶颈不得不改。 |
3
goofansu 2016-11-04 17:42:39 +08:00
一般只能慢慢替换组件,全部换风险太大
|
4
catror 2016-11-04 17:52:02 +08:00 via Android
@menc 我觉得楼主的意思不是不改,而是基于某个版本改了之后,很难升级基础版本了…比如你们的 thrift 和 openmp ,应该也很难升级基础版本吧?毕竟迁移改动东西也是一件很头疼的事,而且旧版本优化过之后跑的稳定,一般也不会去动
|
5
janxin 2016-11-04 17:53:59 +08:00 via iPhone
加服务器分批替换可破
|
6
zartouch 2016-11-05 01:34:25 +08:00 via iPhone
我们这是银行,最近也在做构架升级。老大明说了有的系统用了 20 几年比他职业生涯还长, 这样搞肯定会 break 东西的。但技术革新就是要有代价的。而且由于业务部门复杂之前各个部门牵扯太多,所以直接组织结构都重新调整了,要不根本推不下去。说白了还是看公司愿不愿意而已。
|
7
abcbuzhiming 2016-11-05 10:18:54 +08:00
不用想了,历史遗留问题都是超级大坑
|