如果我来负责支付宝双11大促保障(一)

双11火爆的气氛还没消去,全民狂欢的情景还历历在目,看到阿里炫出的成绩单,突然一阵,如果我是支付宝双11大促保障的负责人,我该怎么保证每一位顾客能越快越满意的买到自己心爱的商品呢?接下来,我将详细介绍一下我的实现步骤。

对于这么重要的活动,心中自然要有个明确的计划。主要分为十二个大的步骤。
(1)明确目标
(2)梳理外部影响条件
(3)梳理内部现状
(4)制订子目标
(5)识别瓶颈点
(6)性能优化
(7)梳理风险点
(8)制订应急预案
(9)梳理非关键成员对关键成员的影响(如资源竞争)
(10)制订沟通机制
(11)针对应急预案培训和演练
(12)最后准备事项

在明确了上面的大步骤以后,我们就可以依此深入,最终保障双11大促稳定度过。

1、或许很多人会质疑,为什么要把明确目标放到第一位。因为,唯有确定好目标,我们才能制订具体的实现方案。不同的目标,实现方案是不一样的。大促保障的终极目标自然是保障系统的稳定

2、在明确了这个目标后,我们需要梳理下外部的影响条件。什么是外部影响条件,简单说就是是什么导致我们对系统的稳定如此的不安

对于双11,自然就是淘宝、天猫的一系列营销活动,而这些活动后面的本质就是流量的猛增。作为大促保障最早的一场战役,详细了解这些促销活动极其重要

大家想必都参加过天猫的一些促销,对他们的促销手段也应该有一定的了解,因此对我接下来的介绍想必是比较熟悉的。

首先需要向运营了解的是参与双11的主要的促销类型,由于天猫的促销种类繁多,一一列举就没必要了,大家举一反三即可。

奖励式促销,包括
抽奖式促销,如购买抽奖,抽取幸运观众;优惠券促销,如优惠券,抵用券,现金券

借力式促销,包括
利用事实热点促销;明星促销;依附式促销,如奥运,双11余热还在

临界点式促销,包括
极端式促销,如零点抢购;最低额促销,如低至五折,最低二折起;最高额促销,如最贵50元,50元封顶

时令促销,包括
清仓甩卖;季节性促销

银行促销

作为一名技术人员,对运营绞尽脑汁想出的营销策略可能不是很了解和熟悉,但是大促的时候,这些促销,可能换个形式,就会成为压倒我们系统的最后一根稻草,如活动时间1小时和12天,对我们系统的影响就完全不一样,所以,我们平时对这些促销也需要留一些心。

接下来,我们要收集主要促销活动的活动品类和数量。不同的品类对系统的影响同样不一样。如果活动是苹果的,或许我们会如坐针毡,但如果活动是中兴,那我们没准还能喝茶聊天。数量的意义,自不必说。

我们收集这些活动的目的,其实就是为了评估它们在某个时间会产生多少流量,但是如果没有历史数据,我们的评估也和瞎猜差不了多少。因此,下一步就是收集各活动的历史数据和经验系数。所谓经验系数,是指,比如今天有一促销活动,如某天内购买小米手机,返50元全场通用券,活动实际有多少人参与了,实际量和预计量的比值就是经验系数

活动时间和高峰时间段同样需要知道,高峰时间段是对系统压力最大的时候,这个时间点我们对系统的监控力度尤其需要加大。

最后一个最重要的环节就是明确影响核心路径。核心路径是指活动影响的是实物的购买还是理财,或者只是充值。不同的路径,对保障的系统和程度也是不一样的。

当我们把以上步骤都完成以后,我们第一大步也基本完成了,此时我们心中对双11大促的流量应该有个概数了。

实现的思路如下图

下面的步骤,我们将在后面的文章中逐一分析。

时间: 2024-08-02 19:23:10

如果我来负责支付宝双11大促保障(一)的相关文章

如果我来负责支付宝双11大促保障(五)

接下来我们需要梳理的是核心路径容量模型.首先,需要梳理的是核心路径调用链,就是指核心路径上的调用接口.其次,梳理各接口之间的调用信息,包括调用顺序.调用次数以及同级别接口调用流量比.这些信息都是为了后面建立容量模型做准备.   制订子目标 预估总流量,制订目标TPS在收集完上面的信息后,我们需要分解目标,依次完成各个子目标.在第一步,我们收集了大促活动的详细信息,因此,我们根据这些数据和历史数据预估此次活动的量,然后乘以一定的系数,作为我们此次的目标TPS.比如,双11活动,我们预估将有600T

如果我来负责支付宝双11大促保障(四)

在梳理好有哪些系统将参与到大促后,我们的目标就是对它们的现状进行健康检查,为后续制订优化方案提供数据支持. 同样,检查纬度还是依照上面罗列的,从自身.依赖方.服务方.基础服务和后台服务五个纬度来检查.   自身 1.硬件主要是检查服务器的各项指标,包括CPU.IO.内存.连接数以及磁盘剩余空间. 2.软件此次我们只是着重于检查JVM的一些参数,如GC策略和启动参数. 3.接口服务 接口性能.检查tps.成功率.耗时.流控阀值以及超时时间(调外部服务). 定时任务.要明确其作用,用来决定是否执行关

如果我来负责支付宝双11大促保障(三)

在梳理好有哪些系统将参与到大促后,我们的目标就是对它们的现状进行健康检查,为后续制订优化方案提供数据支持. 同样,检查纬度还是依照上面罗列的,从自身.依赖方.服务方.基础服务和后台服务五个纬度来检查.   自身 1.硬件 主要是检查服务器的各项指标,包括CPU.IO.内存.连接数以及磁盘剩余空间. 2.软件 此次我们只是着重于检查JVM的一些参数,如GC策略和启动参数. 3.接口服务 接口性能.检查tps.成功率.耗时.流控阀值以及超时时间(调外部服务). 定时任务.要明确其作用,用来决定是否执

双11大促期间,作为一个测试人员的反思

双11大促,发现大部分测试人员只能做做功能测试. 但其实我们能做的很多,但是都是要求有一定权威性和执行力,我们所缺乏:1.针对免测情况的各业务风险评估--mike:目前的EOS权限控制在开发,RPM根本没有权限控制系统,所以测试环境部署确实,业务免测测试也经常不知道.这个问题已经在沟通解决了,会让运维开发RPM的权限管理系统,慢慢地把权限从开发人员收回,免测试发布一定要经过测试人员(部署测试环境这一环节,部署的时候由对应测试人员评估风险) --me:其实这个也不解决根本问题,就算把权限从开发收回

双11大促期间服务可用率突然降到50%以下

线上一个服务0:00-0:20没有任何问题,0:20之后突然一个服务调用量增加(不合理接口调用量应该都是0:00开始猛地暴涨), 接口可用率降到50%以下.如果是核心交易接口,那么订单将影响一半以上,很可怕.还好,不是核心业务,是一个辅助展示 业务,并且业务本来不应该打开. 那么为什么配置被打开?为什么调用量增加?马上和下游沟通,以及查找问题,如有情况对系统做降级处理,返回通用数据, 因为下游程序发生了bug,在配置服务时候导致配置异常,不该调用我们接口配置被打开,调用我们接口量暴涨. 为什么调

华普在线全球服务器租用和托管【双11大促销买2月送1月】

美国CPU:至强四核 内存:16G 硬盘:1T 带宽:G口 IP:244(4C) 原价:1299元/月 秒杀价:1299元/月(买二送一) 节 省:1299元 香港CPU:酷睿四核 内存:16G 硬盘:1T 带宽:10M不限 IP:1 原价:1799元/月 秒杀价:1200元/月(买二送一) 节 省:2997元 更多优惠机型加qq2850693174 双11全部优惠 多买多优

大屏设计系列之六:有"屏"有据,阿里双11大屏是怎样炼成的

如果您想订阅本博客内容,每天自动发到您的邮箱中,请点这里 [IT168 专稿]本文根据[2016 第七届中国数据库技术大会](微信搜索DTCC2014,关注中国数据库技术大会公众号)现场演讲嘉宾染熙老师分享内容整理而成.录音整理及文字编辑[email protected]田晓旭@老鱼. 染熙,阿里云前端可视化工程师,负责DataV组件的架构.DataV可视化工具产品,以及数据产品的研发和2015年双十一的前端开发.专注于pc端web数据可视化的架构,探索数据可视化自动测试.新型的数据可视化等领域

京东商品详情页应对“双11”大流量的技术实践

大家来京东打开商品页一般会看到如通用版.闪购.全球购等不同的页面风格,这里面会牵扯到各种各样垂直化的模板页面渲染.以前的解决方案是做静态化,但是静态化一个很大的问题就是页面改版时需要重新全量生成新的静态页.我们有几亿个商品,对于这么多商品,你如果生成页面的话需要跑很多天,而且还无法应对一些突发情况. 比如新的<广告法>,需要对一些数据进行清洗,后端清洗时间和成本来不及,那么很多时候就是从前台展示系统来进行数据过滤.因此需要非常灵活的前端展示架构来支持这种需求. 首先这是我们前端首屏大体的结构.

【转】京东商品详情页应对“双11”大流量的技术实践

原文链接:http://www.csdn.net/article/2015-12-28/2826570 大家来京东打开商品页一般会看到如通用版.闪购.全球购等不同的页面风格,这里面会牵扯到各种各样垂直化的模板页面渲染.以前的解决方案是做静态化,但是静态化一个很大的问题就是页面改版时需要重新全量生成新的静态页.我们有几亿个商品,对于这么多商品,你如果生成页面的话需要跑很多天,而且还无法应对一些突发情况. 比如新的<广告法>,需要对一些数据进行清洗,后端清洗时间和成本来不及,那么很多时候就是从前台