一般來說服務能力包括兩個層次，一個是底層paas的能力，PaaS層結局大型架構在分散式、可靠性、可用性、容錯、監控以及運維層面上的通用需求；第二個層次是業務能力，業務能力提供雲化的核心業務支撐能力，這層能力建設的好壞，直接決定了能否真正支援上層業務達到敏捷、穩定、高效。

1.1、淘寶的共享中心概貌

使用者中心

商品中心

　　商品描述能力：商品的描述資料模型：類目屬性體系、spu、sku等；商品儲存模型：商品資料在資料庫中的儲存結構；對外提供的服務介面：上層業務通過介面操作商品資料。

　　商品釋出能力：open api、瀏覽器、cs方式、app等

　　商品管理能力：spu資料自建；SPU(Standard Product Unit)：標準化產品單元。是商品資訊聚合的最小單位，是一組可複用、易檢索的標準化資訊的集合，該集合描述了一個產品的特性。通俗點講，屬性值、特性相同的商品就可以稱為一個SPU。SKU=Stock Keeping Unit（庫存量單位）。即庫存進出計量的基本單元，可以是以件，盒，托盤等為單位。

例如：品牌蘋果+型號：5s可以確定一個產品，即SPU
再加上顏色白色，尺碼4.0，即表示一個SKU
SPU + 顏色 + 尺碼，就是一個SKU，SKU是從屬於SPU的關係

　　商品巡檢能力：商品生命週期，亂標商品名稱等

　　商品資料分析的能力：運營小二日常運營、營銷活動、類目調整，都需要資料支援，商品中心能自動推薦的類目資料並提供調整的決策支援。

　　商品評價能力：成功交易的訂單，引入商品評價體系，識別正常的評價，提出惡意的差評和好評，建立更公平的商品評價體系。

交易中心

　　購物車、交易流程、訂單管理、支援、結算、營銷等。

店鋪中心

　　賣家店鋪管理、店鋪裝修、店鋪生命週期管理、店鋪日常管理等。　　

1.2、什麼是服務中心

1、服務中心一定是不斷髮展的

2、服務中心的服務形態多樣性

　　依賴於介面的服務：可以RPC、也可以基於web API，從整體上看，這裡儘量統一會帶來整體結構的簡化。

　　依賴於工具的服務：定製的配置服務；或者運營管理類工具。

　　依賴於資料的服務：大資料的分析能力，實時交易型的資料能力一定要通過介面服務對外暴露。

3、一個服務可以進一步劃分開

1.3、服務中心的劃分原則

　　共享服務中心的結構目的是通過業務拆分來降低系統的複雜性；通過服務共享來提供可重用性；通過服務化來達到服務支援的敏捷性；通過統一的資料結構來消除資料互動的屏障。

　　從設計層面看，主要是遵循面向物件的分析和設計的方法，即業務和系統建模遵循面向物件的基本原則。

　　從運營層面看，服務中心應該是一個完整的業務模型，要有資料運營和業務整合的價值。

　　從工程層面看，共享服務的架構是基於分散式架構，分散式架構解決了一體化架構在大規模應用上的問題，但也引入了分散式事務、問題排查等方面的問題。

服務中心設計的基本原則：

1、高內聚、低耦合原則

　　高內聚是從服務中心的業務界域來說的，在一個服務中心內的業務應該是相關性很高、依賴性很高的；而服務中心之間應該是業務隔離性比較大的，即追求儘可能的低耦合。

2、資料完整性原則

　　資料模型統一。

3、業務可運維性原則

　　服務中心首先是從業務出發。單純的技術層面抽象出來的服務框架一般不作為一個可運營的服務中心。服務中心承載業務邏輯，沉澱業務資料、產生業務價值的業務單元。

　　業務的運營型有兩個含義，一是指業務本身的活力，當業務處於快速生長期，這時候運營目標是滿足上層的業務需求，屬於沉澱階段；二是指業務內部孕育出來的創新想法。資料模型統一之後，可用很低的成本把大資料技術引入到服務中心的架構中，讓資料來源、資料分析、業務生產可以自然形成閉環。所以能否用大資料能力提升運營水平是服務中心原則之一。

4、漸進性的建設原則

　　是從降低風險和實施難度這個角度出發，是一種敏捷實戰，小步快跑的方式逐步推進。