这几年去IOE已经成为IT界最热门的词汇，特别是最近对国产化率的一些指导性意见出台，更是让很多人热血沸腾，大家觉得国产化元年到来了。很多文章都已经探讨了去“O”的难点和去“E”的高要求，几乎大家一致认为去“I”（也就是将IBM的小型机替换成x86服务器，本文称之为“去小机化”）最成熟，可以立马上项目操作。去小机化是否也有难点呢？？咱们来认真梳理一下去小机化的过程，姑且称之为去小机化思维。
去小机化包括两种常见的场景：系统新建和老旧系统迁移。对于新建的系统，没有历史的包袱，完全可以要求计算资源全部构建在x86平台，而彻底和小型机绝缘。这种去小机化思维完全将问题的难点推给了系统集成商和ISV，用户本身没有很大的风险，用户只是需要对关键业务SLA进行评估，确保最后厂家提交的方案满足自己的要求就可以。因此，对于新建系统的场景，只需要用户改变思维，从小型机思维改为去小机化思维几乎就大功告成，我们就不做讨论。
但是，老旧系统迁移的场景远远比新建系统复杂的多，需要考虑的因素一样都不能马虎。具体来说包括五大方面：1.迁移时机的选择和优势考量；2.硬件系统迁移评估；3.基础软件迁移评估；4.应用软件迁移评估；5.数据迁移评估；6.云化的评估选择。下面我们一一剖析去小机化要考虑的风险和迁移要点。
1.迁移时机的选择和优势考量：对于不同的系统，迁移的时机选择各不相同，不过可以基于如下几个基本的规律来确定迁移时机和优势。
小型机服务到期或EOS：小型机的维护费用很贵，如果你购买的小型机服务马上到期，肯定是客户开始去小机化思维的绝佳时机；当然，还有就是硬件服务的EOS，比如IBM的P6及之前的Power CPU到2014年都已经终止了厂家服务。一般来说，运行在小型机的业务都是关键业务，没有厂家的后台支撑是十分危险的。为了确保系统的安全，就必须继续获得IBM的服务，而如果继续小型机思维，唯一的选择就是升级CPU或者硬件系统。但这绝对不是一笔小的开支，而且升级时客户往往没有谈判的砝码，只能低头挨刀。而这恰恰是客户去小机化思维启动的好机会，因为通过去小机化，不仅仅是降低成本，往往还能提升业务的弹性，一举两得，何乐不为呢？
应用系统普通升级：各种应用系统都有自己的生命周期，随着应用系统的某些核心部件升级，往往客户也要投入巨资。我们都知道，很多标准的基础软件套件都会有Unix版本和Linux x86版本，而Linux x86版本往往价格远低于Unix小型机版本价格。并且基础软件的选择也不是一次性的，还涉及都后续服务，通过更换后台的硬件平台，省下的CAPEX不仅仅包括硬件的，也包括可观的软件CAPEX。当然，通过省电、基于Linux x86版本的运维简化等，OPEX的节约也不容小觑。曾经某保险用户公开声明他的某个系统迁移到x86后，成本变为原来的6%，也就是说节约了94%的成本。因此，仅仅从成本考虑，应用系统升级也是去小机化思维的黄金时期；
应用系统的创新发展：云计算、大数据、社交化、智能化等趋势不断在颠覆着传统的行业，为了立于不败之地，客户的应用系统也跟着不断推陈出新。所以前些年上马的应用即使还在运行中，即使还不需要升级硬件，但可能都成为业务创新的桎梏，为此，彻底颠覆传统的应用，从平台到架构可能都需要更新。这也是x86平台进入的绝佳时机，不仅仅替换掉昂贵笨重的小型机，而且可以通过弹性平台构建，推出轻量级应用，更快速迭代(DevOps模式），来适应新竞争环境的需求。降本又增效的好方法，绝对不能错过去小机思维好时机。
2.硬件系统的迁移评估：硬件系统的迁移涉及到服务器、存储、网络、甚至包括机房里的风火水电，虽然涉及的组件繁多，但硬件系统本身迁移不是难事。硬件系统迁移的难点在于如何评估现有硬件上的工作负载，如何选择合适的可替换硬件平台，包括了各种硬件组件的迁移。这里主要探讨服务器的迁移，这是整个去小机化思维的核心。但因为小型机和x86没有简单的对应关系，到底如何来确定合适的x86硬件平台就需要综合考虑，不仅仅要考虑硬件本身的性能指标（比如IOPS、TPS等），还要考虑应用类型到底是OLAP还是OLTP，到底是I/O密集型还是计算密集型等。上述一系列的因素要通盘考虑，不仅仅需要进行概念验证，还需要基于设计好的方案，将老系统和新系统并行试运行来最终确定系统的能力，确保系统的安全过度绝对是整个迁移方案的首要考虑要素。
（未完待续）
注：如果想了解@云界漫步 对云计算的最新观点，请直接订阅“中国云梦”微信公众号。也可微信扫描下面的二维码，直接订阅。订阅”中国云梦“后，直接回复”10043“阅读该文。本文已经发表在2015年2月刊的《软件和信息服务》杂志上，也可以购买杂志阅读本文。
