SOA 实践－识别服务

SOA 是个听上去很美好的技术或者思想或者架构。

当然任何美好的东西都需要有一些难题让你去客服。实施 SOA 又很多难点，其中一点就是识别服务。

问题：我现在已经有一套（N种）业务系统。现在需要去充实我得ESB，那些服务可以放上去呢？

这时候我们可能会有几种分析方式。自上而下，自下而上，或者中间汇合。

所谓自上而下: 我们可以从高一点的视角看各个业务系统，每个业务系统彼此都在做什么？比如处理订单？处理支付？处理XX业务。从系统的业务模型（BMD ）可以看到业务的粗力度功能。这时候有些人就会做一个扩展CRUD，创建订单，修改订单，删除订单，更新订单。有了者一步之后呢，发现这还不足于描述订单处理的大业务。对于创建订单，您可能就会用到创建Customer，计算运费，计算折扣等。 从上下去，您就可以看到很多业务的dripdown关系。

自下而上，可以从系统代码，或者既有成果入手。一看代码，看看业务逻辑层有那些东西，每一个业务对象有那些方法。这些对象，方法可否在企业间Share出来。当然这时候的服务都是很细的服务。

太粗的服务，复用性不高。太细的服务，需要太多的往返和组合。这时候需要折中，那么什么是合适的服务呢？ 这个就是需要各个企业去琢磨和裁剪。