这是一个创建于 3459 天前的主题，其中的信息可能已经有所发展或是发生改变。
比如 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