分布式架构的实现

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

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180823A0D6SI00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注腾讯云开发者

领取腾讯云代金券