运营商去O之我见（上）
关注科技杂谈，洞析科技大事
中国通信行业影响力最大的自媒体
订阅请直接搜索公众号：keji_zatan
现在，科技杂谈已开辟【今日话题】栏目，每天发布一个最受关注的热点主题，欢迎感兴趣的朋友参与讨论，或提供您的观点文章。
每天的讨论内容与投稿，都将筛取精华，在第二天的科技杂谈分享给大家。
今日话题：联通4G战略：
2014年3月18日，联通将正式公布其4G战略，对此你怎么看？
如您有兴趣参与讨论，请添加我的微信：ennwangyunhui，以便添加入相关的讨论群组。
如您只是希望表述自己观点，或推荐优秀文章，可直接回复公众号，或回复邮件到ennwangyunhui@vip.163.com。
文 / 王晓征，作者为浙江移动业务支撑中心副主任，新浪微博：@酒剑仙007
最近，去IOE炒得火热，各方高手争先恐后，抛头露面，作为一个移动搞IT技术的人，基于移动的现状，俺也发表几句不成熟的想法，请诸位专家批评指正。
一，从技术角度，没有什么是绝对不能做的，只是看代价多少，以及是否合适。
比如，当年阿里还没去IOE时候，浙江移动某些系统就在用mysql了……
mysql不是天使，oracle也不是妖魔，关键还是要看你的技术场景，你的技术管理机制。
适合你的，你搞得定的，就是好的。
此外，浙江移动2011年的CRM项目，包括我们自己做的一些技术创新，都基本证明了，在运营商生态环境下，去I和去E这两件事情，都没有大的技术难点。
但重点在于去O。
二，技术能力储备和管理体系分析。
先看看互联网公司，比如阿里巴巴。
它们自己掌握开发人员，自己掌握架构，含应用架构，技术架构，数据架构。
阿里巴巴的技术团队的薪酬管理体系，很能体现技术人员的价值，适合技术人员是生存发展。
在这种环境下，开源数据库的缺点，可以靠自己培养的、国内少见的代码级专家来解决，开源数据库与应用可以做到高度融合。
运营商的情况却完全不同。
由于开发长期完全外包，自己几乎没有研发技术人员，体制内也缺乏技术人员发展环境（这个大家都懂的，不展开）。
这导致，十多年前培养起来的，真正具备动手能力的少量第一代技术骨干，正随着时间流逝雨打风吹去；新生力量又顶不上来。
现状是，移动对核心能力的掌控非常有限。相对来说，技术架构的掌控还相对得力，但应用架构和数据架构已经成为现实的重灾区！
在局方培育机会，没有哪怕非代码级的高端技术支持专家，市场上也找不到拥有代码级技术专家的合作伙伴。
最终，在运营商生态环境中，像阿里那样对mysql可以进行代码级掌控的元素已基本缺失。
三，去O的应用驱动分析：
阿里做去IOE有其业务发展上的原因。
阿里云的目标，是为对于互联网和传统企业来讲，最终都得为用户服务，希望尽量减少收费和依赖，变成一个尽量廉价的公共服务平台，而在这个平台上则可以滋生出体验更好的服务。
而运营商的应用场景目前来看，比较明确的还是私有云，并且希望通过去O加强自身核心能力的建设，减少对合作伙伴的依赖，剑指亚联这样的开发商和oracle这样的平台提供商。
而所谓阿里去O的技术原因，是oracle不能满足互联网业务的可扩展性需求，这个理论可能是站不住脚的。
充分利用闪存混合架构，mysql的单库容量都能提高，更何况oracle？更何况，还有exadata？
海量数据的处理，直接上hadoop，nosql就得了，本来就和去o这种oldsql，newsql的使用场合的议题扯不到一起。
结论：双方去IOE的真正原因，无论是商务和业务原因，都并不一致，甚至可以说是大相径庭。
四，去O的技术难点简析
简单说几个问题：
1. 数据一致性（看业务需求，但运营商核心系统往往有强一致性要求）；
2. 复杂查询支持；
3. 单机的Scalability；
4. Optimizer的成熟度。
这几个问题，会显著增加业务开发的复杂度, 因为必须将这部分功能的需求，在应用层实现。
对于技术储备一般的公司来讲, 这个就是非常高的门槛了。
而运营商，在这几方面也正好中枪。
五，重复发明轮子：
上面说到了，去O就必须把部分原本已经在数据库层实现的很好的功能去掉，交给应用来做。
这种重复发明轮子的浪费，对于阿里来说，由于业务原因，是值得投入的，但对运营商来说，完全可能是自找麻烦。
运营商最好的办法，是学阿里改革，创造机制自己培养技术人员。
如果做不到，那在数据库这种核心平台相关的架构上，与其用亚联这种国内开发商的轮子，或许，还真不如用国际大公司生产的轮子。
六，技术生态环境分析：
oracle在商务上的故事，大家都懂，不多说。
不可否认的是，oracle的数据库产品确实牛，特别是在较为传统的OLTP和OLAP场景下（如果考虑exadata因素，更加如此）。
事实上，开放和封闭的差别，不仅仅存在于代码环节，还存在于技术支持环节。
而在移动环境下，后者比前者更加重要。
说实话，代码再开放，你也得有看得懂，改得了的人啊，这个前面分析了，不重复。
oracle数据库有非常开放的技术文档，带来了极度繁荣的。独一无二的第三方技术支持市场。
再说句糙话，如果在如此丰富的技术江湖上，还不能培养起足以替代或者控制oracle原厂的甲方和第三方技术力量，每天还在拿oracle服务不好说事，甚至拿这个做理由去o，那么，首先需要反思的，是自身的技术管理思路出了问题。
如果连oracle这么好掌控的东西都对付不了，还指望能对付其他数据库吗？
总结起来一句话，不能人云亦云，左倾盲动，东施效颦，邯郸学步，要走有运营商特色的技术路线！
有没有松绑之道，这个在后面的文章里说。
【独乐乐不如众乐乐，好文章就要大家分享！欢迎大家投稿或推荐优秀文章（推荐方法：请转发链接给本公众号或邮箱：ennwangyunhui@vip.163.com，并注明推荐人身份、推荐理由与推荐来源）科技杂谈强调版权保护，我们将与作者进行联系取得授权后转载】
本文仅代表作者观点，科技杂谈授权刊登。
转载必须注明作者与科技杂谈，侵权必究。
科技杂谈文章，均同步发布于犀牛财经网。
已入驻搜狐新闻客户端，网易阅读客户端。
点击下方“阅读原文”直达犀牛财经网