一场由春节抢红包引发的云平台之战??象云斗得过阿里云？

2016年的春节，相信很多人都是边看春晚边抢红包度过了一个不眠之夜。春晚抢红包，最大的幕后赢家无疑是阿里云。但是很多人可能不知道，在之后与元宵节晚会同步进行的“借贷宝”推出的抢红包活动同样精彩。而站在借贷宝之后的那个幕后英雄就是“象云”。同样是公有云，论名气、论规模，象云似乎都比阿里云略逊一筹。但是说到为企业级客户服务，特别是金融客户，象云的自信就来了，而且当仁不让。

 

一亿个红包分成6个时段，每两个小时推送一波，每波持续五分钟。面对几百万用户的持续涌入，借贷宝真的一点都不怵吗？因为借贷宝之前就做好了充足的准备：第一，为应对大规模的并发访问，借贷宝采用了百万量级的QDI设计；第二，借贷宝采用了高效的混合云架构；第三，借贷宝首次采用了CDN分布式计算技术。

 

“象云”这个后台够硬吗？

 

2015年下半年，九鼎投资的APP“借贷宝”犹如横空出世，从8月8日正式上线到当年底，注册用户数突破8000万大关，如今已经超过1.2亿，“借贷宝”企业版也于2016年4月正式上线。“借贷宝”有如此快的发展，就连它的拥有者九鼎投资也有些意外。除了从去年下半年启动的大规模市场推广活动起到了重要的助推作用以外，“借贷宝”的成功还因为它有一个“强硬的后台”——象云。

 

九鼎投资是如何与象云结缘的？九鼎投资是象云的投资方之一，除了资本方面的合作之外，九鼎投资也是象云的用户。当初，九鼎投资之所以对象云“一见钟情”，不仅因为看到了象云在业务上的发展潜力，而且也被其行业领先的技术，以及稳定的云服务平台所吸引。

 

从普通消费者的角度看，借贷宝就是一个P2P的借贷平台，只不过其2亿-10亿元的日交易量令人咋舌而已；但是从IT人的角度看，借贷宝又是一个大数据IT交易系统。借贷宝技术工程部任闻讯透露说，为了支撑这个庞大的交易系统，借贷宝构建了一个覆盖3个数据中心，由3000多台服务器构成的IT基础架构平台。如果说这样的规模已经让很多企业难以望其项背，那么再告诉你从平台搭建到应用交付只花费了4个月左右的时间，你会不会感到更吃惊？

 

“如果不采用云计算技术，那么借贷宝的业务肯定不会有今天这样的规模和发展速度。”任闻讯回忆说，“2014年12月，当我们在筹建这个平台时，根本没有想到业务量会有这么大。对于自建数据中心，还是采用公有云服务，我们也曾有过纠结，甚至是针锋相对的争论。不过，最终自建数据中心的提议被否决。其实，原因也很简单，借贷宝是做互联网金融的，当然会把主要精力放在自身的业务上，而IT还是交给更专业的人去做。另外，互联网金融产品也具有互联网产品的基因，就是快速迭代。如果没有云计算技术作为支持，这种快速迭代也就无从谈起。”象云是九鼎投资的战略投资对象，面对如此艰巨的任务，象云当然责无旁贷。

 

不过，借贷宝并没有采用单纯的公有云，而是搭建了混合云的架构，既包含物理机，也有公有云、私有云，并且采用了CDN技术。任闻讯特别强调了一点：“金融业务对于数据的一致性要求非常高。我们建立了标准的符合金融业务需求的两地三中心架构，这既保证了核心交易的稳定，又可以应对高并发访问。在抢红包的活动中，这一架构经受住了严峻的考验。”

 

你能分得清混合云的方案化与产品化吗？象云是国内首个推出混和云产品化的IaaS公司。

 

如今，中国公有云市场已经是群雄逐鹿的局面。按照收入排名的前三大公有云厂商阿里云、腾讯云、金山云，与其他各具特色、业务各有侧重的数量众多的公有云服务提供商之间的差距真的有那么大吗？大概人们都是被那句“未来3-5年内中国公有云市场将有一次大洗牌”的预言所诱导吧，希望能够在业务规模上占得先机。当然，这种想法和做法无可厚非，但是公有云的真正价值在哪里，公有云又如何变现，这些是必须认真思考的问题。回归初心，公有云只有让企业级用户接受，才能真正走向成熟、普及。

 

问题来了，位列TOP 3的中国公有云服务商，它们的平台和服务能够完全满足企业级用户的需求吗？一个事实是，这三大玩家在疯狂扩张之余，现在又回过头来补企业级服务这一课。不是吗？阿里云与用友、SAP合作，腾讯云与Oracle合作，金山云与惠普、戴尔合作……

 

而象云呢，天生就具有服务企业级客户的基因和优势。

 

“我们为什么会选择象云？”任闻讯说得很坦白，“在象云的平台上，我们的一亿多用户的注册信息、交易数据，以及我们的核心金融数据是安全、可靠的。”

 

“我们是最早提出‘企业级公有云’概念的。”企商在线创始人、象云CEO王熠自信地说，“我们始终将创新放在第一位。象云是一个符合金融客户需求的云架构。这一架构在五年内也不会落伍。”去年，AWS的收入为95亿美元，而阿里云是20亿元。两者究竟差在哪？因为AWS早就进入了企业级客户市场。

 

在这里，有必要澄清一下“企业”与“企业级”两个不同的概念。企业级用户对可靠性、数据的安全性与一致性，以及高并发访问的需求比普通企业高得多。一个服务2C用户的公有云，停机5-10分钟也是可以接受的。但是对于服务2B用户的公有云来说，比如金融客户，宕机即意味着经济损失。“象云的定位十分清晰，它是国内首个具有私有云属性的公有云。”王熠解释说，“象云当然是公有云，不过，在相当长的时间内，其架构偏重于混合云。目前，企业级用户对混合云架构的需求非常强烈，而在混合云领域具有打通整个合规的云平台（包括私有云、托管私有云、公有云），并能将不同的云进行安全隔离的企业并不多。”不仅如此，企商在线还可以为客户提供定制化的数据中心，从数据中心的风火水电，到上层网络，以及运维完全定制化。当然，这也离不开合作伙伴的鼎力相助。

 

目前，企业级客户都比较青睐混合云。但是，如果用户不能分清混合云的方案化和产品化的本质区别，还会被忽悠。目前，绝大多数的混合云都是方案化的，即特定的团队针对某个特定的项目开发一个定制化的混合云解决方案。“方案化的混合云具有不确定性，通常是非标准化的。方案化的混合云实现起来相对容易。”王熠表示，“而产品化的混合云则大不相同，一定要基于一个平台，所有人都可以基于一定的标准来使用这个平台，实现统一的、随时随地的、弹性调度。开发一个解决方案方案大约需要两三个月时间，而我们的产品化混合云当天即可部署完毕。象云是国内首个推出混和云产品化的IaaS公司”象云的另一个独门秘笈是，其支持公有云的数据中心可以向用户开放IDC业务或者开放物理机的托管和物理机的租用业务。用户可视自己的需求，在企商在线的公有云数据中心机房里摆放自己的设备，或接入光纤。

 

与以试错精神为荣的互联网企业相比，金融行业的客户肯定会被打上“保守”的标签。之所以保守，因为金融行业是与钱打交道的，不能有丝毫偏差。“安全、稳定”，这是金融客户常挂在嘴边的话。不仅是传统的银行、保险等企业，即使是像互联网金融这样带有互联网基因的公司在上云之前也会谨慎对待。

 

IDC+CDN+Cloud 最稳固的“金三角”

 

等风来！确实，以金融为代表的企业级客户正在等风起云涌的最佳时机。“企业级用户最终一定会全面拥抱云计算，只不过它们要等待一个类似象云这样更加可靠、安全的云计算解决方案。”王熠总是这样有底气。

   

现在，四大国有银行仍在使用大机，即使一年的维护费可能达上千万元甚至上亿元。为什么？只是因为大机的高可靠性。在面对要求严苛的金融客户时，象云之所以这么有底气，因为它率先采用了“OpenPOWER+x86”的双基础架构，是具备物理可触碰、物理溯源、可信机制、物理与逻辑隔离、专属资源特性的国内首个针对可信云和泛金融行业需求推出的公有混合云服务。据传，国内有一家现在比较火的公有云厂商也打算提供金融云服务，但它的数据中心可能明年才能到位。而企商在线从2000年开始经营IDC业务，2005年即建成了第一个自有的数据中心，目前仅北京就有5个数据中心，并且形成了遍布北、上、广、深的数据中心网络，有效解除了金融客户的后顾之忧。

 

借贷宝之所以能安然渡过元宵晚会抢红包的不眠之夜，一个重要的技术保障是，借贷宝采用了CDN分布式计算技术，将计算能力与CDN相结合，将访问的主动性压力释放到各个CDN端上，通过业务拆分、流量拆分，使得整个网络结构更加安全，且易管理、易维护。企商在线分布在全国的50个节点完美通过这次考验，保证了系统在大并发情况下的安全性和稳定性。

 

现在，越来越多的云服务商开始自己做CDN。除了网宿、蓝汛、帝联等传统的CDN厂商以外，一些CDN的创业公司也如雨后春笋般涌现。“我们是国内首个实现‘自研CDN+IDC+Cloud’一体化的企业。我们的CDN云实现了混合调度，以及平台化。”王熠补充介绍说，“我们采用全硬件的SDN方式，底层应用的是硬件的SDN设备。为了增强安全性、灵活调控能力和弹性，我们还把整个路由的代码全部重写。我们的50个分布式节点不仅在借贷宝的抢红包活动中一战成名。接下来，我们还计划在证券行业推广类似的方案和服务。”IDC+CDN+Cloud是一个最稳定、高效的组合。

 

特别值得一提的是，最大的国产操作系统厂商中标麒麟首次以国产操作系统身份入驻象云公有云平台，同时象云也顺利完成了从1.0版本到2.0版本的演进。在云计算的道路上一定还有很多“坑”，但是企业级客户必须有勇气、有智慧地迈过去。企商在线与象云的完美组合可以助企业级用户一臂之力。

标签： idc 安全 标准 大数据 代码 服务器 服务商 公有云 互联网 互联网产品 互联网金融 互联网企业 机房 计划 金融 蓝汛 排名 企业 数据中心机房 推广 网

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。