大家的公司有没有这个情况，服务做大后，基础服务没法升级

[zhangneww]

比如 hadoop 生态圈，基于某个版本的 Spark 、 Hive 、等等搭建了平台后，用了半年、一年，部署的服务越来越多，然后 hadoop 这一套就很难升级了，牵一发而动全身，公司要以服务稳定为主，没法重构所有代码，即使 hadoop 这些服务版本比较落后，也只能凑合用了。。。？？？！！！

[yjxjn]

很正常啊，我们组 IBM 那套破大机， 30 年前的架构。
后台服务器： mainframe
中间件： MQ
数据库:DB2
框架： ssh2

到现在为止，除了升级过 MQ ， DB2 ， z/OS ， java 版本，架构一概不动。

组里大神想着迁移到 Bluemix 上面去，但是面对如此的庞大的架构体系，没有人敢 care 这事儿。。。

[menc]

没什么，该改改，该写写，说没法重构只是实力不够而已吧。
阿里都改了 hive 和 hadoop ，他们的业务应该够大了吧。
我们也改了 thrift 啊， openmp 啊等等东西，都是每日调用上亿的服务，因为出现性能瓶颈不得不改。

[goofansu]

一般只能慢慢替换组件，全部换风险太大

[catror]

@menc 我觉得楼主的意思不是不改，而是基于某个版本改了之后，很难升级基础版本了…比如你们的 thrift 和 openmp ，应该也很难升级基础版本吧？毕竟迁移改动东西也是一件很头疼的事，而且旧版本优化过之后跑的稳定，一般也不会去动

[janxin]

加服务器分批替换可破

[zartouch]

我们这是银行，最近也在做构架升级。老大明说了有的系统用了 20 几年比他职业生涯还长， 这样搞肯定会 break 东西的。但技术革新就是要有代价的。而且由于业务部门复杂之前各个部门牵扯太多，所以直接组织结构都重新调整了，要不根本推不下去。说白了还是看公司愿不愿意而已。

[abcbuzhiming]

不用想了，历史遗留问题都是超级大坑

[yjxjn]

@menc 也不是，更换架构会考虑一系列的问题，比如资金，时间，风险等等一系列问题综合考虑。