阿里巴巴共享服務中心:淘寶四大服務中心
本章將介紹阿里巴巴共享服務中心的架構,以及在架構轉變的過程中,技術團隊對如何建設共享服務中心的思考,包括在過去幾年建設歷程中,我們沉澱出的一些建設原則。
在阿里巴巴集團的中臺戰略中,共享服務中心是中臺架構的基石,如何構建穩定可靠、最高效地支撐上層業務快速創新的共享服務能力是中臺戰略成功落地的關鍵。
一般來說,服務能力包括兩個層次,一個層次是底層PaaS的能力,PaaS層解決大型架構在分散式、可靠性、可用性、容錯、監控以及運維層面上的通用需求;第二個層次是業務能力,業務服務能力提供雲化的核心業務支撐能力,這層能力建設的好與壞,直接決定了是否能真正支援上層業務達到敏捷、穩定、高效。
對於如何建設共享服務中心,很多人經常提出以下問題:
淘寶的各個服務中心是怎麼建設的?
我需要幾個服務中心,服務中心的邊界是什麼?有沒有一些劃分的原則和標準?
服務中心應該多大合適?對應的組織團隊和流程應該怎麼保障?
服務中心裡面的服務數量應該有多少?粒度應該多大?
下面透過淘寶共享服務中心建設的歷程對這些問題做一部分的解答。
淘寶的共享服務中心概貌
淘寶的共享服務中心包括多個服務中心。最初有四大服務中心:使用者中心(UIC)、商品中心(IC)、交易中心(TC)、店鋪中心(SC)。隨著業務的不斷髮展,越來越多的服務能力沉澱到了共享服務中心,比如後期的物流中心、營銷中心、資料服務中心等。接下來就對歷史最為“悠久”的四大服務中心做一個介紹,使讀者快速瞭解服務中心的概貌。
1.使用者中心
使用者中心是淘寶進行業務服務化歷程中所構建的第一個服務中心,它統一了淘寶原來的各個業務線分散的使用者體系,統一了使用者資料、儲存和服務介面。選擇使用者中心作為第一個建設的服務中心主要的原因是,跟使用者相關的服務是被上層業務呼叫最頻繁的服務,最大效率節省開發和維護成本的同時,也最能驗證出服務化後和系統解耦後給業務快速響應帶來的效果。另一個原因則是使用者中心相比於商品、交易中心在業務複雜程度和重要性上都要小一些,所以對於採用新架構進行的重構嘗試,能將服務化改造的風險降到比較低的水準。
使用者中心構建了整個阿里巴巴集團統一的使用者體系,使用者中心服務提供了統一的服務介面,即簡化了上層業務的使用,也方便了接下來對使用者的大資料分析。同時成立了專門負責使用者中心運營的團隊後,顯著提升了對業務需求的響應效率;系統在實現解耦後,服務的穩定性和可擴充套件性都得到了極大的提高。事實證明,建立使用者中心是淘寶在進行服務化嘗試過程中一個具有里程碑意義的事件。
2.商品中心
淘寶的商品中心建設非常有代表意義,淘寶是平臺型的電商,商品管理其實是最複雜的業務場景之一。原因有以下幾個。
首先,商品資料量大,淘寶有十幾億的商品,每天新增的商品量可能比有些電商商品的總量還大。其次,賣家眾多,賣家的電腦技能、對電商的認識以及全國不同地域賣家對同一件商品的叫法都可能有很大差異,這導致了商品釋出是個很大麻煩,一套統一的商品釋出體系很難同時滿足各種賣家(B和C)的需求。第三,商品資料是電商導購的入口,對資料質量有很高的要求,而且這些資料商品搜尋的資料來源,可以想象,如果搜尋出來的商品資料雜亂無章,使用者怎麼可能下單,所以建設高質量的商品資料庫是商品管理的重要課題。第四,類目運營小二要根據商品的分析資料來最佳化商品的前端類目結構。所有這些都是淘寶的商品體系面對的難題。而且隨著業務的發展,還有更多更艱鉅的挑戰需要面對。
因此,建立淘寶的商品中心從一開始就註定了是一條不平凡之路。商品庫的資料庫管理難度最大,商品中心需要對上層提供的服務能力包括以下幾個方面:
商品描述能力。商品描述能力主要包括三方面,一是商品的描述資料模型,具體就是類目屬性體系、SPU、SKU等,這用於為整個商品建立一個統一的、靈活的、易於使用的商品資料模型;二是商品的儲存模型,就是商品資料在資料庫中的儲存結構;三是對外提供的服務介面,上層業務透過服務介面操作商品資料。這一部分的能力遮蔽了商品內部的實現細節,簡化了上層業務操作商品資料。
商品釋出能力。對上層業務來說,商品釋出能力其實是一個個性化需求比較大的能力,比如B端商家需要透過Open API直接對接現在企業的商品進銷存系統;C端小商家直接使用瀏覽器能進行釋出;C端大商家可能更喜歡使用C/S客戶端的方式釋出;無線端使用者可能更喜歡輕量級的釋出,用APP或者手機掃碼就能釋出。所以釋出能力在商品中心是提供通用的釋出服務介面和標準的釋出工具,業務層自己會根據業務需求提供滿足業務需求的釋出工具。從這個場景大家可以感受到服務與業務的邊界,“服務中心一定是實現通用的能力,個性化儘量在業務層實現”。
商品管理能力。管理一個超過10多億數量的商品庫絕對是一個非常有難度的事,淘寶的商品是個百科全書,號稱“只有你想不到,沒有你找不到”,這個商品庫的組織管理比世界上最大的圖書館管理難度還要大。第一,商品資料每天都在更新,而且量很大;第二,商品的類目總是在跟著時代變化,比如原來商品主要就是實體百貨類,後來增加了汽車類,再後來又有了服務類商品,再後來又有了智慧裝置類,商品的類目以及描述都在隨著每天新進入的商品和市場的變化在改變。
淘寶有全世界最大的商品庫,所以商品SPU資料必須自己建設。因為任何一個機構都不能提供這麼全面的SPU資料,而且不同行業,不同商家提供的這種資料也千差萬別,所以這個SPU庫也只能自己建設,自己維護。
商品巡檢的能力。商品都是有生命週期的,使用者釋出的商品如果太長時間沒有管理,使用者本身也長時間沒有登入,那這種非活躍賣家可能本身就不再經營店鋪了。要能識別這種商品,從活躍商品庫中剔除,否則不但浪費大量的計算和儲存資源,還給買家帶來極其糟糕的使用者體驗。
有些賣家為了利用淘寶商品的搜尋引擎排序規則,會為商品加上一些熱門的搜尋詞,這些詞嚴重干擾搜尋的準確率,要能發現這類違規的描述;有些賣家描述商品使用比較隨意的文字,與淘寶的商品描述體系中其他使用者的認知不一致,系統要能發現並糾正使用者的這種隨意行為。
商品資料資料分析的能力。運營小二要進行日常運營、營銷活動、類目調整,都需要資料的支援,商品中心能自動聚合推薦的類目資料並提供調整的決策支援。在淘寶這種平臺型的電商體系下,針對商品的大資料能力是必須要求的。
商品評價的能力。成功交易的訂單,淘寶引入了商品評價體系可以評論商品和賣家,評價中心的職責就是要識別正常的評價,剔除惡意的差評與好評,從而建立更公平的商品評價體系。
前期的淘寶商品中心就由這5大領域的能力構成,雖然名字只是一個商品中心,但是整個商品中心團隊聚合了一大批運營、產品、研發、大資料方面的業務專家。
3.交易中心
交易中心是電商的交易業務領域的服務中心,包含交易相關的服務資訊,比如購物車、交易流程、訂單管理、支援、結算、營銷等。初期,淘寶的交易中心聚合了很多相關的業務服務,後來隨著業務的發展,交易中心有了相應的調整,比如後來拆分出來了營銷中心。服務中心都是這樣動態發展進化的過程,比如由於天貓業務的發展,對庫存有了更高的要求,所以後來從商品中心獨立出來了庫存中心。
4.店鋪中心
店鋪中心承擔了賣家店鋪管理、店鋪裝修、店鋪生命週期管理、店鋪日常管理等業務,在店鋪體系下,發展了淘寶最具活力的第三方店鋪裝修市場,這是平臺化的最好實踐。
鍾華(花名:古謙),阿里巴巴中介軟體首席架構師,15年中介軟體領域行業經驗。對傳統企業IT建設和網際網路架構都有較為深入的理解,有著紮實的理論基礎和豐富的實戰經驗,多次作為總架構師協助大型傳統企業打造業務中臺專案,為企業實現“網際網路 ”轉型提供了科學的發展方向和強有力的技術支援,專案涉及政府、製造業、金融、交通、媒體等多個領域。
本文出自作者編著的《企業IT架構轉型之道阿里巴巴中臺戰略思想與架構實戰》一書
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31562044/viewspace-2673193/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 財務共享服務中心的質量管理
- consul 服務註冊中心
- 層次人才服務中心
- lms框架服務註冊中心框架
- 配置中心Nacos(服務發現)
- 層次人才服務中心99
- 服務治理->搭建服務註冊中心: Spring Cloud EurSpringCloud
- 「分散式技術專題」去中心化服務與中心化服務的優劣分散式中心化
- 服務治理平臺-註冊中心
- 服務註冊中心之Eureka使用
- silky微服務框架服務註冊中心介紹微服務框架
- 避坑指南之財務共享中心的服務管理
- 自動當道,效率至上 | 快來解鎖財務共享服務中心數字化秘籍
- apisix~整合服務發現註冊中心API
- Spring Cloud Consul:服務治理與配置中心SpringCloud
- 微服務框架/配置中心/註冊中心微服務框架
- TUV萊茵攜手阿里巴巴集團 推出淘寶天貓實地認證服務阿里
- 《springcloud 一》搭建註冊中心,服務提供者,服務消費者SpringGCCloud
- etcd套路(八)實現服務註冊中心
- SpringCloud-Alibaba之Nacos服務註冊中心SpringGCCloud
- Spring Cloud 實戰一:服務註冊中心SpringCloud
- 11.SpringCloudAlibabaNacos服務註冊和配置中心SpringGCCloud
- 微服務架構 | 3. 註冊中心與服務發現微服務架構
- SpringBoot使用Nacos作為配置中心服務和服務註冊中心Spring Boot
- nacos學習筆記之服務發現中心筆記
- Spring Cloud Alibaba 整合 Nacos 實現服務配置中心SpringCloud
- SpringCloud+Nacos實現服務配置中心(Hoxton版本)SpringGCCloud
- [SpringCloud教程]3. Eureka服務註冊中心整合SpringGCCloud
- Java Spring Cloud 與響應式微服務(一)服務註冊中心JavaSpringCloud微服務
- Spring Cloud構建微服務架構-spring cloud服務監控中心SpringCloud微服務架構
- 微服務之Eureka(二)服務中心互相註冊-Ribbon的結合使用微服務
- Spring Cloud 微服務實戰——nacos 服務註冊中心搭建(附原始碼)SpringCloud微服務原始碼
- Spring Cloud Alibaba系列(二)nacos作為服務配置中心SpringCloud
- etcd套路(九)註冊服務中心程式碼封裝封裝
- 奧迪堅呼叫中心助力供水服務穩步提升
- 【SpringBoot】服務對註冊中心的下線時機Spring Boot
- 【SpringBoot】服務對註冊中心的註冊時機Spring Boot
- Spring Cloud Alibaba 使用Nacos作為服務註冊中心SpringCloud