第2013章 有借有还的彩礼 (第2/2页)

怎么应对这种局面？
　　
　　先答应你！
　　
　　你不是要彩礼嘛，给伱！
　　
　　紫微云这边先大幅度地降价，采取补贴政策，把客户先拉进来。客户经过对比一看，使用紫微云的服务，都是正版产品不说，价格也很公道！
　　
　　而且，使用云服务多方便啊，有着高稳定性、高拓展性、高延伸性的诸多优势，只要价格合适，当然要用云服务！
　　
　　然后，就一拍即合，就签了合同，就“结婚”了。
　　
　　等结婚领证之后，随着时间的推移，就会慢慢发现当初补贴给你的彩礼那可不是免费的，早晚都要还回来。等所有的数据都存在了云端，数据库也绑定上了紫微云的数据库，你想解绑可就不容易了。
　　
　　结婚容易，离婚难；上云容易，下云难。
　　
　　到时候，云平台就可以通过后续一系列的云服务把费用都收回来了。从大政方针的角度来看，也有利于推进全行业的正版化。
　　
　　你不想买正版，那就用点套路，让你步步入局，最后只能买正版。
　　
　　就有点像温水煮青蛙。
　　
　　等你反应过来，想脱身已经不可能了，只能接受现实、默认现状了。
　　
　　周峰对此已经有了一个全盘的设计，从技术、产品和商业模式上的一整套思路，“我有一个判断，云原生数据库才是数据库的未来，现在市场中那些热门的数据库，市场份额一定会越来越少。很重要的一个原因，就是操作的便利性。”
　　
　　“便利性？”
　　
　　周不器本来还心情愉悦，在打电话之余，还能逗逗身边的孙莞然，一会儿亲下脸蛋，一会儿咬下耳朵。
　　
　　可话题一下从商业转到技术领域了，就有些头疼了，哪还敢分心？
　　
　　周峰缓缓地道：“现在市面上的那些数据库，操作都太复杂了。不仅是操作复杂，安装、维护，甚至备份、恢复，技术含量都很高，都需要由专门的数据库人才来做。”
　　
　　周不器道：“嗯，下午开会的时候，王建博士说了。国内的数据库人才，大部分都是这种，都是应用型人才，安装个数据库收费有几十万，恢复数据可能要几百万。”
　　
　　周峰对大老板还是比较钦佩的，笑着说：“你记性真好，还真是这样。之所以会出现这种情况，就是现在的数据库设计得都太复杂了，尤其以甲骨文数据库为代表。我甚至怀疑，甲骨文公司是不是故意要把产品设计得这么复杂。门槛高了，才能让那些外行公司不能自己搞，甚至要去使用甲骨文的外包服务。”
　　
　　想要运营一个甲骨文数据库，一般人还真是做不到。
　　
　　就算是数据库专业的应届毕业生，也只能在甲骨文数据库上做一些比较简单的操作，很多业务都需要由资深的数据库工程师来完成。
　　
　　这就变成了一个门槛。
　　
　　很多公司都卡在了这里。
　　
　　恰好，甲骨文公司也有自家的外包服务。
　　
　　哪家公司想用甲骨文数据库，还不会用，怎么办？简单啊，跟甲骨文达成战略合作，由甲骨文公司全权接手，甲骨文不仅会出售数据库，还会专门提供一个外包团队过去，帮他们运营。
　　
　　这就形成了一个甲骨文公司内部的关联性极高的生态业务。
　　
　　就像前段时间苏宁易购跟IBM的合作，其实就是这个逻辑。
　　
　　苏宁易购不仅要从IBM那里买硬件、买软件、买系统，这些产品苏宁都不会用啊……所以还要从IBM那里买来一支外包技术团队，帮他们做。
　　
　　这钱就哗哗地来了。
　　
　　赚钱比抢钱还快。
　　
　　周不器还是第一次听到这样的分析，一时间觉得非常有道理，“嗯，还真有可能！把甲骨文数据库打造成刚需的产品，并且制造产品的使用门槛，让大部分的非IT行业的公司只能去购买外包服务。”
　　
　　周峰道：“对，这也是我前段时间跟库里安交流，得到的答案。否则我一直都想不明白，甲骨文的技术水平那么高，为什么要设计的那么复杂，那么不友好？现在的产品发展潮流，都一定是越来越大众化、傻瓜化，使用门槛越来越低才对。可是像甲骨文、思科、IBM这些传统的IT巨头的产品，有些时候就很不可思议，似乎在故意地往复杂了去设计。包括微软也是。微软正式推出云服务的时间比亚马逊云和紫微云还早。可是微软的产品门槛太高，亚马逊云和紫微云却简单易操作，加上方向选择正确，才齐头并进地起飞了。”
　　
　　周不器明白了他的意思，“所以说，数据库领域也是一样？云原生数据库，要朝着傻瓜式操作的方向去设计开发，抓住行业的需求点，从而跟那些市场中主流的数据库去竞争？”
　　
　　(本章完)