微服务架构【SpringBoot+SpringCloud+VUE】二 || 项目架构简介

目录

  • 1、概述
  • 2、开发环境
  • 3、部署环境
  • 4、项目管理
  • 5、后端主要技术栈
  • 6、前端主要技术栈
  • 7、项目开发环境服务规划
  • 8、学习交流QQ群【883210148】

1、概述

本项目是一个基于SpringBoot2.x+vue2.X的分布式微服务架构项目,项目会不断进行迭代更新。该项目后端利用SpringCloudAlibaba微服务架构解决方案进行重构。项目前端利用vue框架开发,页面展示主要为pc端和手机端(微信公众号)。

2、开发环境

  • 开发工具:IntellijIDEA、VSCode
  • Java SDK版本:1.8以上
  • 数据库:mysql 8.X
  • NoSql:Redis、MongoDB
  • 统一编码:UTF-8

3、部署环境

  • 操作系统:CentOS Linux 7
  • 虚拟化技术:VMware+Docker

4、项目管理

  • 项目构建:Maven
  • 代码管理:Git+gitee
  • 镜像管理:Docker Registry

5、后端主要技术栈

  • 项目框架:SpringBoot2.X+SpringCloudAlibaba
  • ORM框架:MyBatis
  • 数据库连接池:Hikari
  • 数据缓存:Redis
  • 消息中间件:RocketMQ、kafka
  • 接口文档:Swagger2
  • 搜索引擎:ElasticSearch
  • 反向代理负载均衡:Nginx
  • 服务器中间件:Tomcat、Jetty
  • 分布式文件系统:Alibaba OSS
  • 分布式链路追踪:SkyWalking
  • 分布式系统网关:Spring Cloud Gateway
  • 分布式配置中心:Spring Cloud Alibaba Nacos Config
  • 分布式服务中心:Spring Cloud Alibaba Nacos Server
  • 分布式熔断降级:Spring Cloud Alibaba Sentinel

6、前端主要技术栈

  • 前端框架:NodeJS、VUE、Axios
  • 前端模板:ElementUI、Vant

7、项目开发环境服务规划

服务名称 服务地址 服务说明
Nacos 192.168.101.17:8848 服务发现/配置中心
MySQL 192.168.101.18:3306 数据库mysql 8.0.18
Redis 192.168.101.18:6379 数据库缓存
MongoDB 192.168.101.18:27017 文件存储
Jenkins 192.168.101.10:8080 持续交付
Kubernetes-master 192.168.101.22 服务编排系统管理节点
Kubernetes-node-01 192.168.101.31 服务编排系统工作节点-01
Kubernetes-node-02 192.168.101.32 服务编排系统工作节点-02

8、学习交流QQ群【883210148】

原文地址:https://www.cnblogs.com/kevin-ying/p/12381664.html

时间: 2024-10-05 07:15:41

微服务架构【SpringBoot+SpringCloud+VUE】二 || 项目架构简介的相关文章

微服务架构【SpringBoot+SpringCloud+VUE】一 || 微服务简介

目录 1.什么是微服务 2.Spring Cloud是什么 3.服务注册中心 4.学习交流QQ群[883210148] 1.什么是微服务 在开发项目之前,我们有必要了解一下,什么是微服务?简单来说:微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成.系统中的各个微服务可被独立部署,各个微服务之间是松耦合的.每个微服务仅关注于完成一件任务并很好地完成该任务.在所有情况下,每个任务代表着一个小的业务能力. 2.Spring Cloud是什么 Spring Cloud是一个微服务框架的规

二、基于【 springBoot +springCloud+vue 项目】二 || 项目架构目录

1.项目架构目录 API工具类 ---commons-parent ------commons-api(api接口统一返回与统一异常处理) ------commons-core(业务通用工具类) ------commons-base(项目通用工具类) ------commons-test(工具类测试) API网关解决方案 ---theme-parent ------theme-common ---------theme-common-gateway-core(网关解决方案) ---------t

springcloud 项目源码 微服务 分布式 Activiti6 工作流 vue.js html 跨域 前后分离

1.代码生成器: [正反双向](单表.主表.明细表.树形表,快速开发利器)freemaker模版技术 ,0个代码不用写,生成完整的一个模块,带页面.建表sql脚本.处理类.service等完整模块2.多数据源:(支持同时连接无数个数据库,可以不同的模块连接不同数的据库)支持N个数据源3.阿里数据库连接池druid,安全权限框架 shiro(菜单权限和按钮权限), 缓存框架 ehcache4.代码编辑器,在线模版编辑,仿开发工具编辑器5.调用摄像头拍照 自定义裁剪编辑头像,头像图片色度调节6.we

微服务Dubbo和SpringCloud架构设计、优劣势比较

本文主要围绕微服务的技术选型.通讯协议.服务依赖模式.开始模式.运行模式等几方面来综合比较Dubbo和Spring Cloud 这2种开发框架.架构师可以根据公司的技术实力并结合项目的特点来选择某个合适的微服务架构平台,以此稳妥地实施项目的微服务化改造或开发进程. 微服务架构是互联网很热门的话题,是互联网技术发展的必然结果.它提倡将单一应用程序划分成一组小的服务,服务之间互相协调.互相配合,为用户提供最终价值.虽然微服务架构没有公认的技术标准和规范或者草案,但业界已经有一些很有影响力的开源微服务

go微服务框架go-micro深度学习(一) 整体架构介绍

产品嘴里的一个小项目,从立项到开发上线,随着时间和需求的不断激增,会越来越复杂,变成一个大项目,如果前期项目架构没设计的不好,代码会越来越臃肿,难以维护,后期的每次产品迭代上线都会牵一发而动全身.项目微服务化,松耦合模块间的关系,是一个很好的选择,随然增加了维护成本,但是还是很值得的. 微服务化项目除了稳定性我个人还比较关心的几个问题: 一: 服务间数据传输的效率和安全性. 二: 服务的动态扩充,也就是服务的注册和发现,服务集群化. 三: 微服务功能的可订制化,因为并不是所有的功能都会很符合你的

微服务开发实战(spring-cloud/spring-cloud-alibaba/dubbo),一个案例,手把手带你入门

平日里,都是看别人的文章,虽开公众号写了不少,但像样的不多.年末了,年终总结也没来得及写,为了输出点像样的东西,立刻就着手这个系列.一个键一个字母的敲,边敲边写,文章还在持续更新中,直至完整.相信通过这个系列的系统练习,能有一个大跨步的提升. 专栏简介(是什么?) 结合SpringCloud.SpringCloudAlibaba.Dubbo等开源套件,基于某商场停车业务需求,进行微服务开发实战,力争通过一个案例的实操,掌握微服务架构中常用的技能点,轻松入门. 为什么要写这个专栏(为什么?) 微服

.NET Core微服务 权限系统+工作流(二)工作流系统

一.前言 接上一篇 .NET Core微服务 权限系统+工作流(一)权限系统 ,再来一发 工作流,我在接触这块开发的时候一直好奇它的实现方式,翻看各种工作流引擎代码,探究其实现方式,个人总结出来一个核心要点: 实际上工作流引擎处理流转的核心要义是如何解析流转XML或者JSON或者其它持久化方式,工作流通过解析XML或者JSON判断当前节点的状态和下个节点的信息并做出一些处理.感觉等于没说?直白一点,就是通过解析JSON文件得到下一步是谁处理. 工作流的流转线路实际上是固定死的,排列组合即可知道所

网关安全(一)-微服务安全面临的挑战及常见架构

1.微服务安全面临的挑战 在微服务的架构下,对比单体应用架构的API安全有哪些新的挑战呢? 1.1.更多的入口点,更高的安全风险 单体应用的场景下,入口点只有一个,所有的请求都会从这个入口点进来,在这个入口点去建立一组Filter或者Interceptor,就可以控制所有的风险. 微服务场景下,业务逻辑不是在一个单一的进程里,而是分散在很多的进程里.每一个进程都有自己的入口点,这就会导致防范的攻击面,比原来大得多,风险也会高的多. 1.2.性能问题 单体应用的场景下,所有的业务逻辑都在同一个进程

微服务架构【SpringBoot+SpringCloud+VUE】三 || 服务注册与配置中心Nacos

目录 1.Nacos单机环境搭建 2.基于Docker安装Nacos 3.配置数据库 4.重启nacos 1.Nacos单机环境搭建 在此,对Nacos的单机环境搭建做一个简单的介绍, 本次使用Docker进行部署,不会Docker环境搭建的,请看另一遍文章,项目环境搭建[Docker+k8s]四 || 部署Docker环境. 当然单机版的Nacos环境不适用于生产环境.那么,如何搭建一个生产可用的Nacos集群? 在 项目环境搭建[Docker+k8s]系列 教程中使用kubernetes部署