一般來(lái)說(shuō)毙籽，服務(wù)能力包括兩個(gè)層次
- 一個(gè)層次是底層PaaS的能力
PaaS層解決大型架構(gòu)在分布式役首、可靠性步绸、可用性掺逼、容錯(cuò)、監(jiān)控以及運(yùn)維層面上的通用需求 - 一個(gè)層次是業(yè)務(wù)能力
業(yè)務(wù)服務(wù)能力提供云化的核心業(yè)務(wù)支撐能力
淘寶的共享服務(wù)中心概貌
- 用戶中心（UIC）
- 統(tǒng)一了淘寶原來(lái)的各個(gè)業(yè)務(wù)線分散的用戶體系靡努，統(tǒng)一了用戶數(shù)據(jù)坪圾、存儲(chǔ)和服務(wù)接口晓折。
- 跟用戶相關(guān)的服務(wù)是被上層業(yè)務(wù)調(diào)用最頻繁的服務(wù)惑朦，最大效率節(jié)省開發(fā)和維護(hù)成本的同時(shí)
- 商品中心（IC）
淘寶是平臺(tái)型的電商兽泄，商品管理其實(shí)是最復(fù)雜的業(yè)務(wù)場(chǎng)景之一
商品中心需要對(duì)上層提供的服務(wù)能力包括以下幾個(gè)方面：
- 商品描述能力
- 商品發(fā)布能力
- 商品管理能力
- 商品巡檢的能力
- 商品數(shù)據(jù)數(shù)據(jù)分析的能力
- 商品評(píng)價(jià)的能力
- 交易中心（TC）
交易中心是電商的交易業(yè)務(wù)領(lǐng)域的服務(wù)中心，包含交易相關(guān)的服務(wù)信息漾月，比如購(gòu)物車病梢、交易流程、訂單管理梁肿、支持蜓陌、結(jié)算、營(yíng)銷等吩蔑。
- 店鋪中心（SC）
店鋪中心承擔(dān)了賣家店鋪管理钮热、店鋪裝修、店鋪生命周期管理烛芬、店鋪日常管理等業(yè)務(wù)
什么是服務(wù)中心
- 服務(wù)中心一定是不斷發(fā)展的
- 服務(wù)中心中的服務(wù)形態(tài)多樣性
依賴于接口的服務(wù)
這類服務(wù)是上層應(yīng)用提供編程接口隧期，接口可以是RPC，也可以是基于Web API的赘娄，從整體上來(lái)看仆潮，這里盡量統(tǒng)一會(huì)帶來(lái)整體結(jié)構(gòu)的簡(jiǎn)化。
依賴于工具的服務(wù)
這類服務(wù)有兩類遣臼，一類用于提供定制的配置服務(wù)性置，比如淘寶商品中心要設(shè)置前臺(tái)類目體系，交易中心要配置業(yè)務(wù)的交易流程揍堰；另二類是運(yùn)營(yíng)管理類的工具鹏浅，比如商品巡檢服務(wù)。
依賴于數(shù)據(jù)的服務(wù)
這里的服務(wù)主要是指對(duì)大數(shù)據(jù)的分析能力屏歹，實(shí)時(shí)交易型的數(shù)據(jù)能力一定要通過(guò)接口服務(wù)對(duì)外暴露隐砸。
- 服務(wù)中心可以進(jìn)一步劃分
服務(wù)中心的劃分原則
從服務(wù)中心設(shè)計(jì)來(lái)看，一定要兼顧三個(gè)方面的需求西采。如果不能兼得凰萨，就抓住需要解決的主要矛盾。
- 設(shè)計(jì)
主要是要遵循面向?qū)ο蟮姆治龊驮O(shè)計(jì)的方法 - 運(yùn)營(yíng)
服務(wù)中心應(yīng)該是一個(gè)完整的業(yè)務(wù)模型械馆，要有數(shù)據(jù)運(yùn)營(yíng)和業(yè)務(wù)整合的價(jià)值 - 工程
一定要綜合評(píng)估業(yè)務(wù)層對(duì)服務(wù)中心在數(shù)據(jù)庫(kù)胖眷、業(yè)務(wù)以及運(yùn)營(yíng)方面的需求和技術(shù)上需要的投入
1.高內(nèi)聚、低耦合原則
注意這里的業(yè)務(wù)隔離性是從應(yīng)用場(chǎng)景來(lái)說(shuō)的霹崎。
2.數(shù)據(jù)完整性原則
服務(wù)化架構(gòu)一個(gè)很重要的業(yè)務(wù)價(jià)值就是數(shù)據(jù)模型統(tǒng)一
3.業(yè)務(wù)可運(yùn)營(yíng)性原則
能否用大數(shù)據(jù)能力提升運(yùn)營(yíng)水平是服務(wù)中心原則之一
4.漸進(jìn)性的建設(shè)原則
漸進(jìn)性的建設(shè)原則是從降低風(fēng)險(xiǎn)和實(shí)施難度這個(gè)角度出發(fā)珊搀，服務(wù)化架構(gòu)本來(lái)就是一種敏捷的實(shí)踐，我們是推薦小步快跑的方式逐步推進(jìn)
