1. 程式人生 > >實現電商平臺從業務到架構的治理體系

實現電商平臺從業務到架構的治理體系




我今天講的內容包括四個部分:唯品會的業務體系、唯品會的技術發展、電商運營平臺關鍵設計合架構的設計與治理。

VIP不同階段發展歷程的商業模式演進

唯品會在2008年12月創立,一直到2012年,唯品會在做的主要事件就是尾貨的拋售,做線上的outlets商家。這種商業模式就是幫別人消化庫存,但是這個庫存消化完了,現在特賣,公司的重點在發生變化。目前電商被分為了分成了兩類,一是平臺級公司,包括:1、電商大平臺:淘寶、天貓;2、通用B2C:京東商城;3、線上折扣:唯品會;二是垂直類電商,包括:3C類的蘇寧易購、鞋包類的好樂買和麥包包、化妝品類的樂蜂網和聚美優品、百貨類的1號店、服裝類的凡客和夢芭莎等。品牌合作商會傾向於選擇最大的網站進行合作,而消費者會考慮可以提供商品種類更全的打折網站,在品牌供應商和消費者之間的中間打折渠道商存在雪球效應,贏家通吃。因此,更多的品牌供應商提供更多的產品——》更實惠的價格和產品選擇——》吸引更多的消費者——》生成更多的訂單——》為品牌供應商增加銷量——》吸引更多的品牌商到唯品會——》吸引更多的品牌供應商......

所以,從2013年公司上市到現在,唯品會一直在做多品牌特賣,依託特賣作為核心競爭力,逐步引入更多的業務領域運營。針對一個確定的供應商,VIP整個“貨品”業務運營生命週期中包含四個重要的內容:物品體系,產品體系,商品體系和財務體系。

VIP的商業模式相對其他電商形態,一個非常大的特點就是需要針對供應商的每次合作都要進行全程的運作,確保每個環節都得到有效的控制,以及保證較高的運作質量。同時,由於VIP花費大量的精力對全過程進行管控,尤其是對貨品的選擇,具有VIP的要求和品味,這個也是VIP區隔其他電商最大的地方。目前VIP的核心運作體系是圍繞貨品展開,這也是VIP的核心商業模式,同時也在區域性嘗試把自己的整體運作體系開放給第三方的嘗試,核心目的還是為自己的主業服務。

唯品會系統架構演變歷程

單一應用架構

架構特點:單個應用;所有功能部署在一起;採用LAMP架構,PHP+MySQL

架構缺陷:所有應用部署在一起;任何一個模組出現故障將會影響其它應用模組;系統內部耦合度高,無法擴充套件;開發效率低下,釋出困難。

豎井式垂直應用架構

a. 架構特點:

  • 應用拆成獨立的應用模組

  • 各個應用模組獨立部署

  • 資料庫拆分成不同資料庫,由對應應用訪問

  • 採用LAMP架構,PHP+MySQL+Memcache

  • 域名拆分

  • 動靜分離

b. 架構缺陷:

  • 應用之間耦合度高,相互依賴嚴重

  • 應用模組之間互動複雜,有時直接訪問對方模組資料庫

  • 資料庫單點訪問嚴重,出現故障無法恢復

  • 資料複製問題嚴重,造成大量資料不一致

  • 系統擴充套件困難

  • 各個開發團隊各自為戰,開發效率低下

  • 測試工作量巨大,釋出困難

分散式應用架構

a. 架構特點:

  • 核心業務抽取出來,作為獨立的服務對外服務

  • 服務模組獨立部署

  • 資料庫讀寫分離、分庫分表

  • 大量使用快取,提高訪問

  • 系統間非同步互動

b. 目前現狀

  • 服務化不夠徹底,服務顆粒度過大,區域性擴容難

  • 應用間資料複製嚴重,資料不一致性嚴重

  • 基礎元件薄弱,日誌,監控系統不完善

  • 服務定義混亂,包含大量介面,介面定義重複

  • 大容量訪問下無法提供可靠性服務

c. 亟待解決

  • 核心系統全面服務化:商品,促銷,庫存,使用者等基礎服務中心

  • 基礎元件:服務化框架,DAL層分庫分表,快取元件

  • 加強監控,日誌系統

  • 非同步化,限流,分流,降級,壓力測試,異地災備

電商運營平臺關鍵設計

關鍵需求分析

業務架構的核心,在於通過一個完整的業務場景運營體系(orchestration)組裝各種企業的業務能力,形成符合企業商業模式和運營特點的場景,用最有效的方式達成銷售的目的;並在這個過程中,有序管理和運營好企業的各種能力資源,用最小代價達成最大的業務目的。

電子商務成功實施,應該至少具備這些基礎能力:多終端支撐能力、統一支付能力、統一訂單能力、統一商品管理能力、統一多渠道管理能力、快速營銷落地能力、統一資訊分析能力、系統功能擴充套件能力、最大化客戶體驗能力、系統高可用和安全能力、高效能能力、團隊建設和發展。下面就一些重點方向進行說明。

平臺和業務功能設計

遵從三個維度定義架構設計的原則

a. 內容可擴充套件性

  • 針對電子商務平臺上銷售的各種商品提供動態支援

  • 針對各種營銷活動提供動態可支援性

b. 功能可擴充套件性

  • 針對各種擴充套件功能需求,系統支援統一的方式擴充套件新的能力,並提供統一的管理

c. 系統可擴充套件性

  • 支援對大量使用者訪問能力的平滑支援

  • 支援高可用,高安全,並具有高的系統恢復能力

以基於“雲”模式的服務端IT架構框架為整體策略,採用基礎架構和功能實現分離的原則

a. 服務端:構建統一的雲模式IT基礎設施

  • 基於標準化的設施,分別構建統一的IAAS層和PAAS層,實現資源的共享,提高未來業務應用開發的效率和可維護性,並提高整體裝置的利用

b. 大架構模式:實現基礎架構和app功能實現分離原則

  • 功能開發團隊

  1. 採用簡單工具

  2. 關注流程

  3. 關注功能實現

  4. 關注資料處理

  5. 關注使用者體驗

  • 系統開發團隊

  1. 關注系統穩定性

  2. 關注系統性能

  3. 關注系統擴充套件性

  4. 關注系統可維護性

  5. 關注系統可靠性

核心模型設計

a. 核心商品offering銷售場景規劃

通過分析模型的定義,可以精確實現對每一個營銷活動的分拆

b. 銷售場景例項中的核心業務物件規劃

完整的銷售交易場景需要以下各種物件例項的互相配合

c. 促銷活動結構規劃

作用物件(target object )+條件因子(Condition) + 優惠方式(Promote)+ 規則/約束(Rule) + 例外(Exception ) = 促銷活動 (Active)

架構設計和治理

企業IT架構重構

構建一套全新的柔性的,適變的體系架構,能夠持續演進滿足未來業務和運營發展的變化需求,即從應變模式改造為適變模式。所謂應變模式,是指被動的等待業務的需求,不能提前預計各個層面的變化,系統架構,發放等都是被迫改進;而適變模式,則要求我們通過理解變化來管理變化,使新架構體系有足夠的柔性和容忍的應對業務需求的變化。

基於企業架構模式,建立基於規範結構+網際網路模式的高效體系,通過企業架構設計,對企業的各個運營內容進行清晰的定義和界定各自的職責和協同模式。

整個企業架構體系包含三個大的部分。

a. 企業架構:裡面有多個組成部分,共同構成企業的基本結構和形態。

  • 企業戰略:企業的核心發展規劃,業務形態,發展目標,社會責任等

  • 商業模式:為了實現這個戰略目標,企業採取的各種用於獲取利潤的商業形態

  • 運營架構:運營架構實現對商業模式的落地,這個體系內包含企業核心能力,IT形態,企業資料等基礎形態,不同的商業場景基於這些能力構成並實現運營

b. 運營治理管控架構:針對運營架構的實現和運作,規範和管理其實現,確保整體的規範性,效率和質量;

c. 演進轉型架構:針對我們期望構建的企業架構體系,我們採取什麼策略,路線等來逐步實現這個目標。

  • 未來企業的IT應用包含兩種關鍵模式,我們需要同時支援

  • Head系統通過建模來實現支援業務變化

  • Long Tail通過快速迭代和標準業務協議參與整體業務場景

  • 未來的IT形態是“平臺+應用”的模式,應用實現業務多型,平臺實現企業業務應用開發使用運營一體的支撐

應用架構重構

總體架構如下圖所示。

在邏輯架構層面採用大應用架構模式。如下圖所示。

平臺技術服務

技術服務是PaaS平臺提供的、基於各應用元件的共通性的技術要求抽象的、為上層的業務服務和應用提供支撐的標準化技術元件的集合,並可以根據應用系統的建設進行而擴充套件,為業務元件和應用元件提供支撐,實現標準化要求,解決易用性問題;根據技術服務的實現方式,可以分為技術服務平臺和技術服務元件;技術服務的消費者包含了業務服務和前端應用。具體如下。

服務匯流排架構採用軟體服務管理和業務功能實現分離的原則。具體如下。

服務匯流排協議如下。

  • Client端應用模組直接通過匯流排呼叫需要的服務

  • 服務匯流排對服務呼叫做鑑權,並根據結果訪問具體的例項

  • 服務例項處理完需求後返回結果給匯流排,匯流排把結果返回給client

  • Client端與服務匯流排之間的協議為REST

  • 匯流排與服務例項之間的傳輸協議也為REST

總結:採用平臺+應用架構模式構建SAAS模式的企業內部運營支撐平臺。

  • 實現對各種使用者的統一接入,集中管理各種應用的接入和訪問,實現一體化管理體系

  • 提供統一的IT環境,為新的銷售應用開發執行提供承載基礎,通過標準化的基礎設施保障最終應用的實現質量

  • 對第三方提供統一的營銷資料和功能服務;標準化營銷功能和資料口徑

業務服務重構

按照業務運營體系重構業務能力中心模式,能力中心以運營為中心,兼顧現狀和發展;每個業務能力需要按照如下邏輯結構進行重構。

業務能力中心模式重構,核心重點在於三個部分:

a. 對外統一介面協議服務域:對外提供穩定,標準,符合公司整體業務和技術

規範的訪問介面;

b. 能力提供域:

  • 核心能力域:是業務的核心物件,所有的業務處理通過核心能力域進行互動

  • Legacy能力處理域:針對業務的不同狀態進行處理

  • New能力處理域:針對業務的不同狀態進行處理

c. 業務運營支撐域:實現所有對外服務提供的一致管理,對多種不同的使用者訪問提供多租模式支撐。

「七牛架構師實踐日」——這裡只談架構

七牛架構師實踐日是由七牛雲發起的線下技術沙龍活動,聯合業內資深技術大牛以及各大巨頭公司和創業品牌的優秀架構師,致力於為業內開發者、架構師和決策者提供最前沿、最有深度的技術交流平臺,幫助大家知悉技術動態,學習經驗成果。想了解更多七牛架構師實踐日最新活動和精彩內容可點選“閱讀原文”瞭解詳情。

來源:七牛雲端儲存

原文:http://blog.qiniu.com/archives/5166

如有侵權或不周之處,敬請勞煩聯絡若飛(微信:1321113940)馬上刪除,謝謝!

·END·