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