是时机可以开展自主研发了。”
王坚显得颇有感触：
“当然，在这个过程中，困难是非常大的……
多亏了波总、庞总的支持，和所有团队的认同和协作。
如果没有技术、产品和业务等各团队的相互协同，这是一件不可能的事！”
根据他的介绍，去IOE的困难，主要是技术层面的……
比如，“去I”，技术架构是关键：
小型机作为IT系统的主要计算设备承载了大部分的业务，但从扩展性、性价比、核心能力掌控等角度而言，不适宜集团目前业务发展。
而X86单个CPU处理能力一直在提升，应用了分布架构和云计算技术，可以用一个数据中心去替代某一台大机。
不过，应用采用分布式架构，提升处理能力，必须对应用代码进行改造。
所以，应用层可以直接替换成廉价的X86服务器，难点在涉及到部分代码重构；
数据层（易趣）也可以采用X86服务器或者是数据库云平台，分析型业务（百度）则主要迁移到大数据平台。
“去E”的主要难点，仅限于技术架构，对应用基本无影响。
但同时，“去E”也需要在存储性能、可靠性和容灾方面考虑对策。
实际上，“去I”和“去E”，在技术上难度和复杂程度都不算太大……
“去IOE”真正的难点和重点，
是“去O”！
因为数据库非常难被替换。
它处在整个产品或者产业链最底层的位置，替换风险很大，但收益相比起来却小得多。
这也是为什么像IBM、微软这样的后来者，也无法取代Oracle。
而对于星河集团而言，“去O”的主要难点在于：
传统关系数据库都是通过外部硬件来保证可用性，在用便宜的PC机替换高端服务器之后，硬件更容易出故障了，如何保证数据库高可用？
高可用和数据一致性如何同时保证？
分布式系统怎么同时实现CAP的要求？（CAP指：一致性（Consistency， C）、可用性（Availability， A）、分区容错性（Partition Tolerance， P））
几十年来，这么多做数据库的厂商，国内国外基本没有人成功过……
而且从公司的业务
…。。