RISC系统迁移三要诀

最近接触企业risc系统迁移的案例多了些，难免也有些感触。窃以为国内RISC系统迁移到X86，最成功最彻底的案例莫过于淘宝的商品库去O项目，我也从淘宝对这个项目的介绍中获益良多。结合自己亲身参与的别的几个案例，总结了三点自认为迁移成功的关键，和X86比之RISC系统的一些优劣，在此分享一下，仅供大家一乐。

#三要诀#

#要诀1： 撞破南墙不回头!在现今的技术条件下，可以说没有一个系统是不能够从原先的RISC架构迁移到X86架构。关键就是看决策层领导层想不想这么干。RISC系统肯定是有它优势在的，特别是对于一个已经用了RISC10几20年甚至更长时间的企业，要想没有风险，换成X86之后一切性能功能只好不坏是不现实也是不可能的。有得必有失，一旦你实在不能忍受RISC系统的高昂维护升级费用，封闭系统的各种局限，那你就要改头换面!但一旦你决定改头换面了那么势必原先的一些你习惯了的地方也要完全被放弃掉，所以肯定是有很长的一段阵痛期!想先通过一些小规模尝试规避掉所有风险是不可能的。就像企业刚上RISC系统时也一样，会有各类问题出现。但那时你没有选择，所以只能排除万难迎头而上。现在其实也一样，作为CIO，你要做好准备，一旦你决定了做RISC迁移了就是一条不归路，你必须狠下决心就一条路走到黑，碰到问题也只以保证X86系统能按时上线为大前提!不然结果就是旧的没迁移成，新的也上不了线，两头犹豫多花冤枉钱。相关业务部门的阻力肯定是有的，切割时候问题肯定会出现的。真的有决心就不是去畏畏缩缩的规避这些，而是下死命令告诉所有业务部门你只能用新的了，有问题有抱怨我们一起想办法在新系统上解决，短期有影响我们一起承担风险责任。如果你没有这个决心，就干脆别去做迁移。拿些周边小系统试试之类隔靴搔痒的行为其实没有任何意义，因为在核心系统没改变的情况下，边缘系统的异构对于你来说只是增加很多无谓的各种兼容性问题故障排除的人工。所以，RISC向X86迁移这种事，一旦要干就要狠下死手只有华山一条路那么的去干!别说碰到困难，即使撞到了南墙也要把南墙撞破再往前走，不然就是半吊子扯淡，不如不干!

#要诀2： 痛下杀手改架构! 对于一个使用RISC架构作为IT主要架构的企业来说，后台前台数据结构势必是以RISC架构为核心的。如果要转，那么这种体系架构肯定要改。比如数据模型，存储文件系统。。。举几个例子：淘宝其商品库核心数据库系统去O过程中，很关键一个里程碑就是把切分库的方式从卖家ID变成商品ID，从而根本解决了从RISC到分布的X86系统时IO分布不均的问题。要是不作这一改变，估计那次去O尝试也不会有好的结果。就好像你玩摄影，当你把机身换成尼康了之后你势必要把所有佳能的镜头出掉换成尼康的。不然即使有各种转接环之类的但自动镜头就变手动镜头了，成像光圈也完全不是那么回事了。同样的你拍摄参数设置也要改变，佳能系相机拍摄一般都要欠曝来保证亮部细节。但这套用在尼康系上面的结果就是暗部噪点加多，所以尼康系机器就是要过曝一点来拍摄。这个没有谁好谁坏的问题，两套体系两种思路罢了。你决定了换体系就要以新体系的套路重新评估业务，设计架构，千万不能想着偷懒把老的一套以某种方式过渡或者变通过去，那样的结果肯定是失败的。我曾经有一个一直关系的大型企业客户，他们的老总其实一直都想着把原先的RISC架构替换掉，但一直没有开始大动作。原因就是他们一直想在X86系统中找"把若干台机器放在一起当一台机器用"的方案，而事实就是这种方案几乎没有，即使有也不可能比RISC好。当他们问起我这个问题，我的回答是，如果你要等的是这个方案，那你就别做迁移了，因为X86系统就不是按这个思路设计的。X86系统就是要把一件事情拆开在多台机器上跑;或者让一堆机器聚在一起智能自动的处理一大堆乱七八糟的不同任务。再举个更普遍的现象，很多人在讨论这个问题时候第一个提出的肯定是稳定性标准达到几个9，其实这个问题在X86的系统架构上也是不现实的。RISC的设计理念是为了 0.1% 的极端情况投入整个成本的60%甚至更多;而X86系统架构的设计理念就是要把100%的成本花在99%会出现的业务场景上，而先不去考虑那些极端场景。所以要求X86硬件系统达到RISC这样的不当机水准是不现实的，设计理念就不一样。你从RISC迁移到X86，就是要做好准备硬件的稳定标准会从3个9下降2个9，但因为有软件上层架构的保证，你的应用其实也不会中断。所以要从RISC迁移，你就要把这套旧观念抛开!重新把你的业务设计在这类架构上面，而不是试图将X86通过