也许‘云’是这样的

云服务不是最近才出现的新型业务,互联网群雄割据,面对巨大的用户流量,需要维护大量的服务器资源,历来资源运作的效率都是企业的核心竞争力。服务器理所应当的被推到风口浪尖,就和之前‘淘宝’一样,物质诉求的上升加上创造力,就会衍生出便利。

‘淘宝’创立之初,随着电脑的普及,商家开始接受电子商务这个行业,电脑作为流量的入口,也因为娱乐和办公的便利,引入了大量的流量。催生电商的快速发展。而‘淘宝’网店也催生了大量的辅助性的服务,有很多小公司因此赚了一大笔。随着流量的增加,以及‘天猫11’,展现了阿里对于服务器资源的掌控力度,我甚至都怀疑这些购物节,就是催生云服务的前奏。

服务器托管由大公司把持,它们有大量的复杂服务来测试稳定性,理论总是有,但实践这事就被大公司占得先机。将来这些大公司的机房会成为社会各种服务节点的心脏,大量看似不相关的服务,却相聚不远。

和软件架构一样,感觉解耦也成了社会的一个发展趋势,专门的人干专门的事。而且时不时还会有‘垂直’这种概念冒出来,实际大部分公司倒闭可能就是因为它们都是‘假垂直’,或者不专业。最近家具行业有很多小企业也在干,但之所以没有风生水起,可能也是因为它们没有真正的把家装服务从用户那里解耦出来,也可能是我不了解这个行业。

流量入口,基础资源是大公司必争之地,因为这些是构建将来‘服务网络’的基础,例如搜索,支付,存储,加密/解密,网络传输。它们在布局未来的路上已经赚的盆满钵满,当然竞争是会长久存在的,想象如果基础服务被人把控,而且一枝独秀,就可以制定对自己有力的规则,这个是‘上帝’不允许的。

之前的实体服务器运维被阿里云这样的大公司解耦,它们集中为大用户提供‘vip’服务,提供平台给中小企业,方便构建论坛、门户等。发展态势很好,但深入想它们布局的人可能会比较少。我认为当前的生态是健全但不成熟的,面对潜在消费者,各种难懂的名词和服务构建后的维护是痛点,也会是将来的必争之地,只要有那么一批中小商户,甚至是个人,想要进行基本的商业活动,都会需要‘管家’来帮它们做这些。

我们要找的这批用户对技术知之甚少,但又有构建个人服务(是指常规的商业活动,例如在网上买卖)的期望,个人服务具体点是指:一个可以参与商业活动的个体或组织,这批用户我不知道是否存在。如果存在,我们要做的就是要打通它们和云之间的关系,将技术的复杂度(甚至很小)从它们的日常中解耦,因为它们是过渡的一代,是还没有习以为常的一代。

管家要做的是组合基础服务,用基础组件抽象出买卖这个实体,帮助商户维护它们的服务,允许开发者扩展服务(当然是好的情况)。但是这里面临一个严峻的问题,是各商户需求不同,那我们怎么拥有第一个用户,然后再扩展到第二个,我觉得可以参考spring framework,我们把支付、服务器、存储作为底层资源,应用的开发交给开发者(这个可能说这轻松),但对spring了解一点的朋友,都知道很多接口都会有default实现,那我们要做的就是实现这个default,我个人感觉买卖这件事核心的东西就一点,但旁枝很多很复杂(具体的需求,如果你非要做假账的话)。

主动帮云服务做售后,这个考验的是运营和运维的效率,对进行服务的对象细化分类,通过软件工具提高效率,并构建巨大的监控平台提升服务网络的反应效率。面向更加抽象的服务的监控可能是一个必然的趋势。

如果说依托于云服务的类外包公司已经发展起来,有一定规模,帮助一些企业抽象出了订单、物流等实业买卖中的活动。那么如果想要避免掉没有意义的竞争(蛋糕都还没着落,就先和别人干上),我们从2b变为2c,设想一下,个体用户大多没有需要在云端有个自己服务节点的需求,那么用户最开始就有pc机或者iphone的需求吗?这里存在建立生态的可能性。一个杀手级应用,会导致用户都需要一个个人服务节点,且服务节点的代理商(看门的)又是你的公司,这个点就会带来战争。带来这个潮流的也许是全新的交互,也许是名人效应,随便,我相信杀手会出现在云服务领域。

也许‘云’是这样的
Share this