，接口按使用方式分两类：r
（1）通过HSF方式调用的远程服务化接口r
（2）通过定期推送服务端数据文件到客户端的CS调用r
图中：蓝色标注的系统的部分接口使用第二中方式调用，其他系统基本都是基于HSF方式的远程调用。r
…r
fr
1卖家行为主要定位在个人后台，且主要定位在后台的“我是卖家”TAB页下的功能，包括：店铺管理，商品管理，订单管理，服务订r
购和使用，广告系统，社区发帖，淘宝客等等，前台浏览相对使用较少。r
2买家行为集中在前台：店铺浏览，宝贝的浏览，社区浏览等比重较大，买家后台功能主要定位在后台的“我是买家”Tab页下，包括拍r
商品，付款，确认，退款，评价，社区互动等。r
产品：淘宝对产品定义和B2B有差别，淘宝的业务拆分较细，服务化做的较成熟，所以前台应用对应的业务非常纯粹，如Detail系统可r
能就一个detail页面，无数据库连接，所有数据来自底层的各种服务化中心，功能专一逻辑清晰纯粹，不过也正因为这样，淘宝的一个产品r
可能是分布在多个应用系统中，单个应用很难称为一个产品。r
淘宝更喜欢用产品线的概念，往往是一个团队负责一条产品线，跨几个功能纯粹的应用如：商品线交易线店铺线江湖线商城线等。r
二淘宝服务化进程r
罗马非一日建成，上面看到的相对成熟的服务化中心也是在淘宝业在务发展过程中不断的遇到问题，解决问题的过程中沉淀下来的，下面给r
大家简单图示下淘宝的服务化进程：r
I．最初的淘宝应用架构状况：业务高度耦合，不同的功能模块基本都糅合在一个系统中，错综复杂，很有exodus2当初的味道啊！r
II．随着业务发展，抽提部分核心业务之后的状态：对前台业务做了切分，抽提了部分核心业务成为独立的服务化提供中心。不过抽提的r
业务较少，这个阶段缺少对不同层的针对性优化，比如监控，容灾，事务等等r
III．大规模使用HSF，服务化相对成熟之后的状况：前端应用高度分化，拆分成一个个功能单一的应用系统，后端服务化接口也划分的较r
细同时针对不同业务和具体的技术实现做个性化优化，增强了各个节点的健壮性，高效性。r
fr
通过上面的几张图可以明显的看出服务化给整个系统架构带来的好处：r
1应用间的耦合降低，在服务化接口成熟的情况下，扩展新的业务需求变得方便，主要就是一个组合服务化接口的过程。r
2开发人员可以专心关注业务，而不用考虑分布式领域中的各种细节技术，例如远程通讯、性能损耗、调用的透明化、同步异步调r
用方式的实现等等问题。r
3各个系统负责的业务更纯粹，方便做r