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