公司技术架构体系升级

公司过去做了几款产品，包括2B的分销，2C的商城，2C的营销产品，在这个旅游行业的业务线上相对还算完整，但由于技术，人数，费用等条件限制，这几款产品都是最单纯的LAMP单机方式，在当前的互联网产品体系下，显得格格不入。
例如分销系统，虽然单机方式满足了当前的业务流量，但是一旦高速发展起来，必然会面临瓶颈，于是今年6月份起，将产品线陆续更改为现在比较流行的方式。

一口气跨到分布式，显然不是很现实，很多业务流程还没有抽离出来，还混有很多不成熟的代码，所以设计决定将技术升级按照下面三个阶段来处理：
1. MQ+OSS
2. Nginx+Redis
3. Dubbo

阶段1：MQ+OSS

MQ，消息队列：
第一个阶段将非主线任务拿出来，放到消息队列里执行，包括短信，邮件，log，陆续将一些非主线任务，定时任务，上传下载都拿出来，减轻主线程压力。
OSS，文件存储服务：
产品里面有很多例如图片，导出数据的文件，一直是独立的文件，每次更新及维护，都需要考虑文件的更换，很麻烦。搭出了OSS文件系统，文件的压缩，备份可以统一处理。

阶段2：Nginx+Redis

实施中
Nginx：
当前使用的是apache，在负载均衡和流量负载方面要差一些，考虑到现在的分销系统对流量开销较大，后续扩张的层面，将反向代理服务改为Nginx
Redis：
尚未使用
2C的产品后端业务查询将主要主要业务抽离之后，将使用Redis做缓存，以提高后台的访问效率。后期将根据后台，在移动产品端增加一层Redis，以减少业务访问。

阶段3：Dubbo

尚未使用
业务抽离后，使用Dubbo进行服务治理。

产品的更换细节，将陆续更新。