• <em id="aqvx9"><acronym id="aqvx9"><u id="aqvx9"></u></acronym></em>

    查看: 47876|回復: 3

    如何應對電商雙十一搶購,看這一篇就夠啦

    [復制鏈接]
    認證徽章
    論壇徽章:
    213
    弗蘭奇
日期:2016-05-31 16:31:17妮可·羅賓
日期:2016-07-04 11:53:09托尼托尼·喬巴
日期:2016-05-31 16:31:17山治
日期:2016-05-31 16:31:17烏索普
日期:2016-05-31 16:31:17娜美
日期:2016-05-31 16:31:17羅羅諾亞·索隆
日期:2016-05-31 16:31:17蒙奇·D·路飛
日期:2016-05-31 16:31:17烏索普
日期:2016-08-03 10:26:32娜美
日期:2016-08-08 14:57:54
    跳轉到指定樓層
    1#
    發表于 2018-11-16 10:50 | 只看該作者 |只看大圖 回帖獎勵 |倒序瀏覽 |閱讀模式

    本期課程我們有幸邀請到 云徙科技產品中心研發經理風行老師,為我們做精彩的分享。
    隨著互聯網電商的發展,促銷秒殺成為推廣一個品牌簡單粗暴但極其奏效的手段。但突如其來的流量高峰,給系統各個模塊都帶來了一連串的壓力,輕則影響用戶購買體驗,重則使整個系統癱瘓。如何應對下單洪峰?如何有效防止黃牛刷單?如何對服務進行限流降級?此次分享會給你答案!
    大家晚上好,我是云徙的風行,今天晚上我們一起聊一下企業中臺建設以及企業中臺在秒殺的實戰經歷。
    第一部分 背景
    相信大家的社交網絡都被這兩張圖給刷屏了,在剛剛經歷的一年一度的全民購物盛會,我們在買買買的同時也在驚嘆阿里的系統的處理能力。既能經受住凌晨大觸的流量高峰,還能代給用戶極致的體驗?梢哉f阿里給出了電商大促怎么玩的的標準答案。
    相信大家或多或少對促銷搶購活動有比較難忘的經歷:體驗差,總是搶不到,參與度低。久而久之我們就對活動失去了興趣,由此,活動效果跟預期截然相反。
    我們再回過來看,雙十一兩分鐘100億的交易額,我們按每筆訂單平均100元,那么每秒產生的訂單數就超過了80萬。80萬是一個怎樣的概念呢,大家可以想象一下。很明顯,阿里再一次向我們展示其第一無二的云計算的實力——阿里云大中臺服務。
    那么什么是中臺?
    中臺起源于阿里,如圖,一開始阿里有淘寶業務、有天貓業務,也有1688業務,但是這都是各自為政的,各自建設自己的產品。比如天貓有自己的用戶中心,有自己的商品中心,有自己的交易系統,包括淘寶、1688也一樣。這樣產生的后果是,相同的業務在不同的業務線重復建設,除了浪費集團人力物力,可以說it建設已經無法支持當前業務的快速發展。為了解決上述問題,2009年共享事業部應運而生,將電商業務重新梳理沉淀,把通用的業務沉淀到共享事業部,避免功能的重復建設和維護,更合理地利用技資源。隨著中臺業務的沉淀積累,上層業務快速擴張便水到渠成。
    共享事業部(中臺)是阿里技術轉型的成功案例,也成為傳統企業創新突破的標桿。企業為什么需要中臺?中臺能帶給企業什么?發展到現在,很多企業引進了OA、ERP、門戶系統,可以說已經普及信息化。但信息化只是對企業人、事、物的管控,簡單來說就是企業有多少人,有多少物品,誰在什么時候干了什么事情。這僅僅能提高我們的工作效率,無法上升到提高核心競爭力的層面。而數字化是信息化的升級,它解決從生產制造到線上線下營銷一體化,貫徹到每一個環節都有可靠直觀的數據用于決策。數字化簡單一句話就是什么人在什么時間做了什么事情,有怎樣的后果,接下來要怎么做。而這才是企業提高核心競爭能力的核心手段。這是時代趨勢,而我們正處于傳統企業轉型的風口。
    微服務的技術發展和各云廠商的崛起為這個變革提供了可能,阿里云在2013年首個飛天集群的上線預示著企業變革的機會慢慢成熟。
    接下來我們就一個成功案例分享企業中臺建設以及中臺在搶購業務中的使用場景。
    第二部分:直銷企業案例,解決目前痛點
    案例中是一個直銷企業,目前該企業存在兩個痛點:
    1.  數字化轉型
    2.  2、搶購業務的迫切需求。
    如圖,我們提供一個中臺的解決方案,從上面可以看出中臺需要支持企業現有不同的業務,包括商城業務、搶購業務、事業工具業務等。圖中間是核心的中臺能力服務,是建設的核心價值。中臺建設目標主要包括共享企業服務,拉通集團服務,拉通數據,達到資源服務共享。
    接下來我們重點分享中臺服務是怎么解決當前搶購業務痛點。
    首先搶購的目的是什么?
    1、提升業績:提升銷售額。
    2、提升品牌效應:促進消費欲望。
    針對搶購業務,我們著重從三個方面講:
    1、如何提高下單效率(應對下單洪峰)
    2、如何進行防黃牛的策略,
    3、如何做立體化監控。
    一.    如何應對下單洪峰
    1,業務流程的梳理:首先第一步就是針對我們業務流程的梳理,交互的每一個步驟都需要理清楚,這個是架構設計的基礎,也是系統優化的前提。
    2. 另外還需要對系統流量的數據整理,根據歷史數據,對活動期間每個業務場景的流量進行梳理。
    這個梳理很有價值,這對我們后續全鏈路的壓測有很大的幫助,我們知道壓力來源在什么時間點,峰值預計有多少,都會有初步的衡量?梢灾牢覀兒罄m怎么壓測及怎么規劃容量。
    3. 靜態化:提高頁面的加載速度,對頁面進行靜態化,把頁面托管到OSS,開啟CDN加速。一方面降低我們后端服務器的訪問壓力,還可以利用CDN的優勢,加快頁面渲染素的。
    4,異步:后端的處理邏輯可以異步,我們首先梳理關鍵流程,把非關鍵流程異步化處理。
    下單過程中的預占庫存,預占積分,預占券,然后生成訂單,如果這個過程在高并發的場景下,如果是串行操作,有可能導致用戶頁面加載速度慢,甚至沒有反應。如果異步化操作就是首先接收用戶請求,馬上給用戶響應,可以提示正在搶購中。通過MQ異步解耦,然后再生成訂單。這樣不僅提高系統的吞吐能力,也大大提高用戶體驗。
    5,解耦:微服務還有一個好處是按領域拆分,提高水平擴展能力。交易、商品、支付每個領域都是獨立提供服務,實現業務上解耦,利于擴展。
    6,限流降級:通過限流降級的方法保護系統,首先梳理出核心流程,對非核心流程進行降級,或者直接暫停服務。限流,可以針對單接口限流或者整個應用服務限流。
    限流算法常用有令牌桶或者漏桶算法。如圖,為漏桶算法,如果把流量比作水滴,桶能裝多少就是當前服務的容量,超出這個范圍直接丟掉不處理,從而達到限流的目的。
    7,容量規劃:根據以往的歷史經驗去估量當前活動需求資源數量,提前做好評估,比如需要準備多少機器,準備多少網絡資源。另外,這些數據還可以作為全鏈路壓測的依據。
    8,彈性擴展:活動過程中可以進行彈性伸縮,平滑的增加只讀實例,擴展緩存,擴展應用實例,比如配置擴容規則,CPU大于50%內存使用率超過60%,可以進行擴容,最大可以擴到10臺?s容也同樣有規則,比如CPU小于20%,內存使用率小于30%,進行縮容,最小可以縮減到兩臺?梢灾С峙渲眠@樣的規則,達到資源使用最大話。
    以上幾點主要包括怎么提升用戶體驗,怎么提升系統吞吐能力,怎么保護系統。
    二.    如何防黃牛
    1、限制資格
    一般的促銷活動都針對特定的用戶,特定的時間,特定的商品進行開展。
    如何選定參與用戶,一方面可以通過預約或用戶標簽進行圈選。
    另外還需要限定活動開始結束時間,商品庫存和活動商品庫存等手段防止超賣等風險。
    2、用戶標簽
    如何判別用戶是正常用戶還是黃牛用戶?可以給每個用戶進行標簽劃分,標簽分主觀標簽和客觀標簽。主觀標簽是我主觀的認為你是什么身份,比如黃牛,vip客戶。如果我能識別你是黃牛,那你就直接打上黃牛標簽。如果是VIP用戶,就打一個VIP用戶標簽。另外,通過用戶行為或者個人信息進行以及活動軌跡進行分析,鑒別用戶的身份。如何做?首先,業務平臺產生的數據,行為數據或者交易數據推到數據中臺(標簽中心)進行流式計算,對用戶進行打標,再把打標結果推回業務中臺(用戶中心)。
    3、實名認證、人臉識別
    通過實名認證或者人臉識別的方式去降低黃牛率。
    4、風控
    提供風控措施,包括增加驗證碼,短信防刷功能,接口頻率限制,IP限制,放機器人策略(通過UA識別,通過用戶標簽識別)是機器人還是普通用戶。
    三、如何對系統進行監控
    1、基礎監控
    基礎監控包括服務器資源(硬件)監控,更多硬件級別,第二是應用程序監控,然后是虛擬機監控或者容器監控。
    如圖,基礎監控
    2、全鏈路監控
    通過業務埋點,然后采集埋點的日志,對日志過濾分析,并配置告警策略,效果如下圖:
    這樣可以對業務進行全鏈路監控,每個環節一旦出現什么問題都可以及時發現。
    3.      運營的監控
    另外還有運營監控:通過監控大盤可以實時監測到每個區域或者每個時間的交易態勢。
    感謝風行老師的精彩演講,感謝大家的關注!
    論壇徽章:
    8
    2010新春紀念徽章
日期:2010-03-01 11:08:272011新春紀念徽章
日期:2011-01-04 10:36:17ITPUB十周年紀念徽章
日期:2011-11-01 16:25:22ITPUB 11周年紀念徽章
日期:2012-10-09 18:13:33ITPUB18周年紀念章
日期:2018-09-17 10:09:49ITPUB18周年紀念章
日期:2018-09-17 10:12:57ITPUB18周年紀念章
日期:2018-11-13 15:40:45ITPUB18周年紀念章
日期:2019-03-12 14:03:46
    2#
    發表于 2018-11-30 10:52 | 只看該作者
    雙十一沒去搶。覺得沒什么意思。

    使用道具 舉報

    回復
    論壇徽章:
    0
    3#
    發表于 2019-2-27 16:40 | 只看該作者
    贊一個!

    當應用優化做到位后,落到數據庫上的并發請求依然有可能很高,這就對應用的數據庫設計和數據庫內核自身都提出很高的要求。

    數據庫設計上經驗:
    1. 盡可能減少秒殺事務的sql個數,減少應用和db的交互次數等
    2. 盡可能減少秒殺事務的鎖的粒度、時間等

    對數據庫內核要求:
    1. 提高熱點行并發更新能力。mysql內核優化后并發更新能力可以到幾萬每秒。

    使用道具 舉報

    回復
    論壇徽章:
    8
    2010新春紀念徽章
日期:2010-03-01 11:08:272011新春紀念徽章
日期:2011-01-04 10:36:17ITPUB十周年紀念徽章
日期:2011-11-01 16:25:22ITPUB 11周年紀念徽章
日期:2012-10-09 18:13:33ITPUB18周年紀念章
日期:2018-09-17 10:09:49ITPUB18周年紀念章
日期:2018-09-17 10:12:57ITPUB18周年紀念章
日期:2018-11-13 15:40:45ITPUB18周年紀念章
日期:2019-03-12 14:03:46
    4#
    發表于 2019-9-20 16:08 | 只看該作者
    感謝!

    使用道具 舉報

    回復

    您需要登錄后才可以回帖 登錄 | 注冊

    本版積分規則 發表回復

    TOP技術積分榜 社區積分榜 徽章 團隊 統計 知識索引樹 積分競拍 文本模式 幫助
      ITPUB首頁 | ITPUB論壇 | 數據庫技術 | 企業信息化 | 開發技術 | 微軟技術 | 軟件工程與項目管理 | IBM技術園地 | 行業縱向討論 | IT招聘 | IT文檔
      ChinaUnix | ChinaUnix博客 | ChinaUnix論壇
    CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓優訊信息技術有限公司版權所有 聯系我們 未成年人舉報專區 
    京ICP備16024965號-8  北京市公安局海淀分局網監中心備案編號:11010802021510 廣播電視節目制作經營許可證:編號(京)字第1149號
      
    快速回復 返回頂部 返回列表