1、概述
在传统的B／S 架构的系统里，技术架构往往是一个工程项目，各个逻辑分层都是该工程的业务逻辑模块，但是有些网站，如电商系统或全国性服务平台，用户群庞大，网站并发量高，且需求变化大，以及网站处于对安全的考虑，以上的逻辑分层在技术架构上的实现也会复杂的多。
那么考虑采用分布式架构，将系统拆分成多个子系统。
分布式系统定义：
组件分布在网络计算机上
组件之间仅仅通过消息传递来通信并协调行动
2、整体框架
我们这个项目叫staro2,主要分为以下5个模块：
（1）staro2-manager——后台管理系统
（2）staro2-portal——前台门户系统
（3）staro2-rest——应用服务层
（4）移动端——Android、iOS、微信平台
（5）MySQL——数据库
下面介绍各个模块的功能与设计结构。
3、后台管理系统
传统的工程结构：
传统项目是一个项目，三层架构控制层、业务逻辑层和数据访问层。
考虑后期的可拓展性与并行开发，本文采用分散式的开发方式，采用maven管理项目。
后台管理系统的项目结构设计如下：
- staro2-parent(pom工程) – 管理依赖jar包的版本，全局，公司级别，所有项目进行依赖.
- staro2-common(jar包) – 通用组件，工具类，为工程提供通用功能.
- staro2-manager(pom工程) – 聚合工程。包括staro2-pojo(jar包) 、staro2-mapper(jar包) 、staro2-service(jar包) 、staro2-pojo(jar包) 、staro2-controller(war包)工程。
- staro2-pojo(jar包) – 实体类，封装简单的java对象。
- staro2-mapper(jar包) – 持久化层。数据访问，本文采取mybatis框架。
- staro2-service(jar包) – 业务逻辑层。
- staro2-controller(war包) – 控制层和视图层。Spring、SpringMVC。
4、前台门户系统
staro2-portal前台门户系统主要包括控制层和视图层staro2-portal-controller和逻辑层staro2-portal-service。逻辑层调用应用服务层(staro2-rest)请求数据。
5、应用服务层
star-rest应用服务层对外提供rest形式的服务，供其他系统如web前端、android、iOS和微信公众号调用。使用http协议传递json数据。主要分为三层：数据访问层、业务逻辑层和控制层。
6、移动端
- 移动端包括android系统和iOS系统。
- android移动端采用MVP架构+RxJava+Retrofit。
- iOS移动端采用MVVM(Model-View-ViewModel)编程模式架构。
7、MySQL
目前是单库多表设计，随着业务的增大，考虑分库分表如下。
想了解可以私信我！
1 SpringBoot+ 高并发消息处理 EDM?项目 实战
2 SpringBoot ELK?分布式 数据分析
3 Netty?高 并发 UTS?项目实战
4 SpringCloud?微服务+NoSQL+ 负载均衡平台设计