今天参加了阿里云在成都开的云栖大会,阿里云基本的目的是招募合作伙伴,一起推广他们的阿里云平台。听完之后,在这里整理出了自己听到的各种点,以备后面查阅或优化用。

上午,主会场

  • 互联网中间件

阿里云提到自己是互联网中间件,结合正火的互联网+风潮,可以看到阿里的思路,阿里其实在构建自己的生态系统。阿里自己提供最底层的云服务支持,同时拉上一些高层的做服务的合作伙伴一起,打算为创业公司或传统公司提供互联网化(或互联网转型)的服务,即所谓的互联网中间件。

  • 混合云

阿里提供了混合云的模式,用以让企业在保留一部分内容在自建平台上,同时又能接入阿里的云服务。这种模式应用场景可能有两种:1.企业有特殊的安全性或者政策性的考虑,不得不留一部分核心敏感的内容在自己的平台上,只是想采用阿里云的部分特性或服务;2.企业有全面采用公有云的打算,但是想通过较为缓和的方式一步步迁移到共有云上,这时可以先做混合云,再完成公有云建设。

  • 关于数据分析

在会上提到了数据分析,或者就是大数据处理的服务,但是这个点在整个大会上没有过多的提到,会后看了下官网上的介绍,其实也是提供了一种较强的运算能力,按照分析数据的数据量大小收费。这个数据分析服务或许可以在未来开始处理专利数据的时候进行应用。

  • 最典型的应用场景

在会上有几家典型的用户上台站台发言。可以总结出来,阿里云最最典型的用户Camera360,基本上是那种对未来运算、存储能力有不确定性扩展需求的企业,比如当新产品发布时,瞬时增加的海量数据,就需要在集群、负载均衡、数据库性能上进行动态扩展,这个时候用阿里云就比自建服务器性价比高。
单从这个点出发,我们不现阶段没有强烈的“触云”的需求,原因如下:
C360是拍照产品,这种产品面向的用户是最终端的自然人,目前用户数有4亿,潜在用户有6亿以上(14年中国互联网人数统计10亿人),是有潜在的爆炸性增长的可能性的;
我们目前的产品(以商标业务为例),面向的用户是企业,中国企业总数有2258万(15年1季度统计),其中,只有30%(忘记在哪篇文章中看到的数据了)有商标意识,这个量跟C360面对的量不是一个量级,如果单是应对这个量的话,其实如果现有资源发挥的好的话,是足够应对这个量的用户了。

  • 阿里云解决的几个问题
  1. 瞬时服务器资源扩张需求。这个其实就是上一点说的情况。这里的服务器泛指整个互联网运营相关的IT资源,如CPU计算能力、内存大小、带宽、存储空间、负载均衡性能、数据库大小性能等等。
  2. 节约自建IT平台的资源。如果实施阿里云,简单来说,就是可以不用考虑和硬件相关的一切东西,也就可以不用考虑服务器运维的各项开销。
  3. 降低IT研发能力的门槛。如果按传统模式来做IT产品,在研发阶段,就需要考虑安全性、横向扩展性、容错性、高并发效率等等的设计,这个对于IT研发团队的能力是有一个比较高的要求的。阿里云给出的整套解决方案中,基本上就是在解决这些问题。
  4. 让企业更关注业务或产品的研发,做自己最擅长的事。基于前面几点解决的问题,使得企业可以腾出资源来专心做自己更擅长的事情,即在自己领域内的专业的事情。
  • 阿里云的“三层架构”

会上提到了一个多层架构,也就是目前的典型云的分层架构。

  1. 最底层(IaaS - Infrastructure as a Service):这一层就是阿里云自己的领域,阿里云在这一层提供了各种标准、通用的服务,这一层是整个阿里云的基础架构,它对上层SaaS提供支持。(阿里云自己承诺,只做这一层的内容,其他层的事情全部交给合作伙伴或者企业做,即所谓的打造10000家阿里)
  2. 第二层(PaaS - Platform):这一层,应该说是阿里的合作伙伴,或者阿里扶持的行业种子比较集中的一层 (这个基本上是推论,暂无实例证明)。这一层的企业,是在IaaS基础上构建了一套自己的平台,这个平台上是可以提供比较业务化的标准服务的。如果联想到我们的话,那么,我们可以在阿里云上做自己的PaaS平台,在这个平台上,我们向整个知识产权行业提供标准的平台级服务,面向的对象可能更多的是业内其他事务所、专利代理人等企业。
    这一层,按我理解其实就跟阿里云提的一个“行业云”有关联,一个行业云其实就是一个PaaS,这个云使用了阿里提供的偏技术的服务,抽象了自己行业内部的业务,向上层提供自己行业专业的标准服务。
  3. 第三层(SaaS-Software):这一层,就是具体的应用层了,通常基于PaaS进行进一步的封装和提炼,形成面向最终用户的、可以使用的“软件”。
    关于这个第三层,阿里云还有一个内容,即阿里云市场。这个市场里买的东西,就是一个个Software,比如OA平台、进销存系统、CRM系统等等。阿里宣称要让创业企业直接在阿里云市场找到所有他们想要的Software。
    从这一层面来看的话,我们也可以在这一层面接入阿里云,即开发和发布我们对企业提供的“软件”,例如商标系统,并上架到云市场,这样在初创企业选购的时候,就可以直接获取到我们提供的专业商标服务。
  • 整体感受

阿里口中的DT时代,其实可以看做是又一次的颠覆,或者解放生产力。即他们把IT事务所需的基础设施集中起来,以类似电力的方式提供给各位,这样企业可以不用再费力的自己发电,而把有限的资源集中到自己在行的、专业的事务上去。

下午,分会场-技术会场

  • 云和计划

这个计划主要内容是,阿里期望培养一些合作伙伴,这些合作伙伴的工作就是基于阿里云做事,比如提供“触云”的解决方案,比如提供云平台搭建的技术支持等等服务。

  • 私有、公有、混合云

跟上午第二点讲的内容类似。

  • 多地域部署

阿里云在全国甚至全球多点布局,所以可以提供多地域部署,尽量保证服务的用户能够访问到最近的阿里云服务器,获得最高效的服务器响应。
这个倒是可以解决一些现实问题,中国本身就有南北网络互通的问题,阿里云的自建数据中心之间是自己搭的专线连接的,可以把这个问题绕开。
我们未来做平台级事业的时候,这个就是一个需要考虑的问题了,我们需要针对全国各个地方的事务所提供我们自己的服务,那么各地域访问的效率问题就会真的变成一个问题。

  • 云下环境平滑上云

由于有了云和计划,阿里云的合作伙伴可以提供尽量平滑的解决方案,即只需要调整软件架构,即可使得企业平滑上云。

  • 保障安全的“云盾”

云盾是阿里云提供的整体安全解决方案,如果抛开节约运维成本这个最大的诱惑点的话,我自己倒是会被这个点吸引住。因为如果采用自建平台,安全的事情通常是很麻烦的一件事,要做的事情太多太杂,成功率也不太高。
鉴于现在的各种乱象,保不齐被小人盯上之后,受到各种攻击。轻则影响正常用户体验,重则丢失核心资料、用户数据。

  • 整体感受

下午的分会场主要是针对阿里云的核心技术进行深入介绍。或许处于宣传的目的,或者仅仅是因为演讲人都是阿里云的技术人员。总之,主观感觉是:技术各种高大上,现实应用要考虑性价比。
比如,阿里云在负载均衡上可以达到30万的PPS,但是,我们目前流量最高的CRM系统,也就是1000多一点,如果真的用阿里云的技术的话,那么我们目前这个并发量,到底是自建性价比高?还是用它的服务性价比高?
当然这只是从成本角度来考虑。

总结

  • 可以节约IT基础设置运维成本
  • 可以满足未来大数据策略对于运算能力的需求
  • 可以满足未来业务对于安全性的需求
  • 我们可以在P层和S层介入云
  • 上云和自建的成本对比未知,需要进行核算
  • 个人主观意愿是,如果成本合算,可以先上云,节约掉运维的成本,后面再基于云平台开发大数据或者其他业务。