爱线下致力于为传统零售与商业企业提供全渠道与O2O信息系统与精准营销服务,已成功为超市、购物中心等零售与商业企业提供会员系统、营销与销售系统、大数据分析系统与精准营销服务。目前客户覆盖华润、物美等一线行业企业与区域型零售商业企业。

快速运维

不到1年时间,我们完成了从Demo到日千万PV的快速成长。作为只有几个人,几条枪的中小团队,我们是如何实现快速成长的呢?有人可能会告诉你,是信念。完了,在互联网创业的世界里,光有信念估计只能当炮灰。那么什么才是我们致胜的灵魂呢?快!对,天下武功,唯快不破。对于中小团队来说,时间太重要了,快速起步,快速开发,快速上线,快速迭代,一切的一切都是越快越好。再加上互联网产品的创业黄金窗口期都非常短,更加加剧了我们对快的渴望。那么又如何能“快”起来呢?互联网产品运行在服务器端,产品运行的可靠稳定是成败的关键,加之部署环境问题纷繁复杂,使中小团队的成长步履维艰。

阿里云的出现,帮我们解了燃眉之急,让我们这个中小团队再无后顾之忧。找机房,租机柜,买服务器,装系统......这些只是最初级的准备工作,不仅耗时且资金投入巨大。对于初创的我们来说,这是一件不可能完成的任务。当看到阿里云服务能为你完成这一切时,以及当时阿里云服务在业界的口碑,我们抱着试试看的态度开始使用阿里云。现在看来,这是一次正确且明智的决策。

安全稳定

稳定性和安全性,这不仅是对阿里云的担忧,所有云服务给大家带来的顾虑都是一样的。从云服务诞生之初,这些问题都伴随我们左右。对于新事物,一切担忧和顾虑都是正常。但这就是趋势,代表未来,我们没理由拒绝他。对于阿里云提供的服务,我们还是有信心的,淘宝都要依赖阿里云的服务呢,从这点看,阿里云产品的稳定性和安全性应该是有保障的。

好了,作为一个说干就干的码农,赶紧动手搭建Demo是必须的。1台阿里云的云服务器ECS足以,通过ECS可以方便地部署自己的App和MySQL数据库,加上一个Nginx,马上就可以对外提供互联网服务了。Demo阶段,上面这样的部署架构不会有任何问题,但作为正式上线的产品,这样的服务无疑是相当脆弱的。如何通过阿里云快速提升服务的稳定性呢?我们共使用了阿里云提供的3个产品:ECS、SLB、RDS。SLB是阿里云提供的一个负载均衡服务,我基本就把他理解为Nginx,可能在背后他更强大。当然负载均衡有很多办法,简单的可以使用DNS轮询,但如果1台ECS上的服务出现问题,那么你的一半用户将无法使用你的产品,这是不可接受的。另外也可以在2台ECS选择1台运行Nginx,作为产品的入口运行Nginx,此时你需要维护Nginx和App的稳定性。作为中小团队,最好把这些问题分离出,借助别人的力量,为我所用。

使用SLB,这个入口的稳定性和安全性全都交给阿里云,妥妥的!同时SLB会将有问题的后端服务剔除,当后端服务出现故障时,你的全部用户将不会立即受到影响,不过有可能你的服务将会变慢,你需要去快速恢复失去的服务能力。RDS是阿里云提供的关系型数据库服务,之所以使用它,我当时唯一的考虑是,不再需要我操心数据热备和冷备的问题,这些阿里云全部帮我搞定了,节省了我大量工作和精力。同时价钱也比较便宜。

弹性扩展

现在这个架构作为上线产品的起步阶段,完全没有问题了。当服务能力不够时,通过增加ECS部署APP即可解决。当数据存储不够或数据读写能力不足时,可以通过升级RDS或增加新的RDS实例,当然这需要开发之初就考虑好分库的问题,最好不要使用数据库自增ID,而是由你自己生成,这对数据的分库分表很有帮助。

服务器稳定运行,帮我们节省了大量的时间和人力成本,没有了后顾之忧,我们把全部精力都放在业务提升上。目前爱线下提供的产品,每天接受千万PV级别的请求,这些请求包括O2O产品的微门户页面访问以及数据分析需要的行为数据上报,到目前为止的架构,服务一切正常。 阿里云提供的所有这些服务都是中小团队在快速成长路上可以借助的力量。只有站在巨人肩膀上,使巧劲,顺势而为,中小团队才有机会。

一万年太久,只争朝夕!

架构图

使用场景

迫切需求:快速运维、安全稳定、弹性扩展

单日最高PV:1000万+

建议选用:

架构解读

  • ECS可以理解为传统的服务器,运行所有产品的业务逻辑和分布式任务;
  • RDS作为爱线下数据统计分析报告和商品等需要持久化的数据存储,RDS极强的容灾能力,保证了安全性和稳定性;
  • 爱线下产品中所有静态文件全部存储在OSS,OSS不在需要我们考虑容量的问题,存取比较方便;
  • 我们将OSS中的数据作为阿里云CDN的源进行分发,解决不同地区终端用户加载数据的快慢问题;
  • SLB实现了负载均衡,帮我们解决了服务能力弹性伸缩的问题,同时起到了一定的容灾作用。