您当前位置：
首页 >
php开源 >
综合技术 > [置顶] 电子商务系统的设计与实现(六)：账务系统服务化的好处和坏处
[置顶] 电子商务系统的设计与实现(六)：账务系统服务化的好处和坏处
来源：程序员人生 发布时间：2015-01-13 08:21:00 阅读次数：2352次
账务系统服务化，参考了公司Boss的设计。不过，随着思考的深入，发现账务系统服务化也有很多坏处，对1个中小型公司，小技术团队，中小型网站来讲。 坏处：1.开发本钱增大。
服务化，需要新建1个项目。开发调试的时候，必须保证账务系统1直在运行，因此，部署的时候，账务系统也需要单独部署1次。
2.跨系统事务处理起来比较麻烦。
目前，投标的时候，立即需要支付，即把投标和支付2个跨系统的服务，想作为1个事务。但是，目前又没有散布式事务的基础框架。
因此，折衷的办法是，把账务这类不可回滚的操作，放在最后1个履行，如果失败，就让tender投标回滚。
但是，我发现投标和支付可以不作为1个事务。我们在电商网站购物的时候，1般都是先购物，生成定单，然后再支付，即从业务上就把某个业务和账务操作分离了，不需要在1个事务中履行。
因此，如果我们非常把账务服务化，对我们目前比较简单的业务场景，可以不需要跨系统的事务，在业务层面，把投标和支付分开就行了。
但是，如果我们非要实现跨系统事务呢。固然是可以实现的。
听说，支付宝之类的大型互联网公司，有自己的事务框架，单独的事务服务器。1个事务，常常有1个发起方和多个参与方，参与方成功或失败，都会发送“回执通知”要求。根据这些要求，最后保障事务。另外呢，事务也可能不是实时去处理的，可能会把1些要做的事情，缓冲到数据库中。然后再，定时处理这些事情，可能会需要事务。
在实际的购物网站中，跨系统事务是肯定存在的。比如，买家支付完成后，购物平台1方面要通知买家成功支付信息，另外一个方面，要通知卖家可以发货了。
好处
1.方便调用接口和协作。
多个系统之间，通过接口，可以很好地协作。
2.方便多个团队同时开发。
比如，购物网站，账务系统和主体商城商品可以由2个团队完成。二者的开发，相互不影响。只要把接口定义好，保证接口最后的实现是符合规定的就能够了。
本系统的实际情况
我目前正在做的这个购物系统，范围比较小，开发人员也很少，把账务单独做出1个服务化的系统，感觉太麻烦了。另外，如果需要把账务和1些业务放在1个事务中，事务的实现也更简单。
有1个业务是可以肯定的，购物生成定单和支付相分离，是目前比较主流的做法。
感悟
之前都是在中小型公司工作，Web系统的业务相对照较简单，不太清楚淘宝等大公司的技术做法。对很多业务场景，根本没有斟酌过技术实现。还好，这次遇到了之前在支付宝等大公司工作过的boss，从他那里了解到了，很多业务需求和技术思想。至于技术的实现，对我们1直弄技术的人来讲，不是太难，最少，开源的技术实现已很多了。
CSDN2014博客之星评选，帮小雷投1票吧
http://vote.blog.csdn.net/blogstar2014/details?username=fansunion
生活不易，码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠
------分隔线----------------------------
------分隔线----------------------------
