分布式架构的实现

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+ 负载均衡平台设计