项目架构选型方案

项目架构选型方案

一 微服务结构产生的背景

1 单体应用:

所有的模块打包到一起部署运行；打包一个War包放到一个Tomcat下运行，这种架构也叫巨石型应用架构，在开发小型项目上有独特优势：

易于调试、部署，运维方便

缺点:

1、不可靠。任何模块的一个bug，可能拖垮整个应用

2、单维扩展。只能通过运行更多的服务器水平扩展， 而不同的应用服务对资源的需求不同

3、不可持续发展。引入新的框架或语言需要重构所有 业务模块，往往需要在初期就选定技术栈

2 SOA

面向服务架构， 它是一种设计方法，设计上通常是自上而下的，服务间松散耦合。ESB集成不同协议的服务，做消息的转化、解释、路由从而联通各个服务，解决企业通信问题，服务松耦合、可扩展,缺点如下:

1、ESB的存在并没有根本解决单体巨石应用的一些问题2、SOA更多的面向企业服务，服务拆分粒度很大，更多的是为了复用

3 微服务

微服务是去中心化的SOA的扩展，他强调服务彻底的组件化，一个组件就是一个产品，服务切分力度更小，设计上更多的是自下而上的。服务间通过轻量级的协议进行通信，并根据服务本身需要独立化部署

3.1 SOA与微服务的区别

SOA: 因为单体巨石应用无法灵活扩展，且部署困难。自上而下，从运维侧视角出发，更多聚焦可维护性，兼顾可扩展性，从前后端分离切入

微服务： 因SOA服务粒度太粗，难以有效扩展，微服务应运而生。自下而上，从产品视角出发，更多聚焦可扩展性，兼顾可维护性。

二 微服务分层架构图

Spring Cloud家族

三 项目开发中各种技术选型

1 数据访问层选型

 

1.1 Mybatis 的优势:

实现了sql语句与代码的分离;属于半自动化ORM框架

开发人手写SQL语句，方便优化

学习成本低，开发人员可以快速上手

1.2 数据库连接池选型

目前主流的是阿里巴巴的数据源连接池Druid和Hikaricp,Druid有完善的数据连接池监控功能，安全机制比Hikaricp更完善，Druid用的更多一些

2 消息中间件选型

这里选用RocketMQ

3 远程通信框架选型

3.1

RPC:字面上的意思是远程过程调用，本质上就是两个服务间相互调用

RPC运行期状态与流程

 

3.2 常用开源远程通信框架综合对比

 

4 网关层技术选型