最近接手的项目架构分析

最近接手了公司单会项目，这个项目是公司的核心项目公司的业务也都是通过这个项目来拓展的，这是这个项目目前的地位。看上去是不是觉得还挺有前途的呢？答案。。。。。

首先说说这个项目的架构：横切分为两大部分WebSite和Service，数据库使用的是Mongodb，缓存使用的是redis，消息队列使用的是rabbitMQ。

1、Service：服务使用的是restful的形式，结构是Model->Persistence->BLL->WebApi

2、Web：

      1、EventWebSite：业务主站

      2、EventMobileWebSite：业务主站手机端

      3、PayWebSite：负责支付业务

      4、SSOWebSite：负责登陆

      5、StaticWebSite：所有静态文件引用

对于整个网站的架构来谈谈我的理解：

1、为什么website和service分离？

      这个一个典型的面向服务的应用场景，由于单会这个项目属于基础服务需要对其他业务子系统提供大量的接口所以必须单独拆分成一个restful形式的服务。那为什么一定要拆分成一个restful形式的服务呢，我想比较简单的理解就是压力问题，请求如果很大的情况下可以对restful服务添加服务器做负载支持。

2、website为什么要拆成这么多独立业务的站点呢？

      首先对于静态文件应用必须拆分出来单独做一个站点引用，因为需要做CDN加速。

      其次针对不同业务场景单独站点处理这块也是：1、业务逻辑处理清晰 2、可以分布式部署单独做负载更灵活。