一般来说，服务能力包括两个层次
- 一个层次是底层PaaS的能力
PaaS层解决大型架构在分布式、可靠性、可用性、容错、监控以及运维层面上的通用需求 - 一个层次是业务能力
业务服务能力提供云化的核心业务支撑能力
淘宝的共享服务中心概貌
- 用户中心（UIC）
- 统一了淘宝原来的各个业务线分散的用户体系，统一了用户数据、存储和服务接口。
- 跟用户相关的服务是被上层业务调用最频繁的服务，最大效率节省开发和维护成本的同时
- 商品中心（IC）
淘宝是平台型的电商，商品管理其实是最复杂的业务场景之一
商品中心需要对上层提供的服务能力包括以下几个方面：
- 商品描述能力
- 商品发布能力
- 商品管理能力
- 商品巡检的能力
- 商品数据数据分析的能力
- 商品评价的能力
- 交易中心（TC）
交易中心是电商的交易业务领域的服务中心，包含交易相关的服务信息，比如购物车、交易流程、订单管理、支持、结算、营销等。
- 店铺中心（SC）
店铺中心承担了卖家店铺管理、店铺装修、店铺生命周期管理、店铺日常管理等业务
什么是服务中心
- 服务中心一定是不断发展的
- 服务中心中的服务形态多样性
依赖于接口的服务
这类服务是上层应用提供编程接口，接口可以是RPC，也可以是基于Web API的，从整体上来看，这里尽量统一会带来整体结构的简化。
依赖于工具的服务
这类服务有两类，一类用于提供定制的配置服务，比如淘宝商品中心要设置前台类目体系，交易中心要配置业务的交易流程；另二类是运营管理类的工具，比如商品巡检服务。
依赖于数据的服务
这里的服务主要是指对大数据的分析能力，实时交易型的数据能力一定要通过接口服务对外暴露。
- 服务中心可以进一步划分
服务中心的划分原则
从服务中心设计来看，一定要兼顾三个方面的需求。如果不能兼得，就抓住需要解决的主要矛盾。
- 设计
主要是要遵循面向对象的分析和设计的方法 - 运营
服务中心应该是一个完整的业务模型，要有数据运营和业务整合的价值 - 工程
一定要综合评估业务层对服务中心在数据库、业务以及运营方面的需求和技术上需要的投入
1.高内聚、低耦合原则
注意这里的业务隔离性是从应用场景来说的。
2.数据完整性原则
服务化架构一个很重要的业务价值就是数据模型统一
3.业务可运营性原则
能否用大数据能力提升运营水平是服务中心原则之一
4.渐进性的建设原则
渐进性的建设原则是从降低风险和实施难度这个角度出发，服务化架构本来就是一种敏捷的实践，我们是推荐小步快跑的方式逐步推进
