程序员经验分享-hwhale

[云原生专题-58]：Kubesphere云治理-操作-分步部署Web业务平台RuoYi Cloud项目 - 上云部署过程总体概述与总体流程

2023-11-01

作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客

 本文网址：https://blog.csdn.net/HiWangWenBing/article/details/122940876

目录

第1章 RuoYi Cloud概述

1.1 RuoYi Cloud项目概述

1.2 单机部署的应用程序上云过程中的主要变化

1.3 RuoYi Cloud项目上云，涉及4个方面的主要工作：

（1）有状态的中间件，主要是数据库

（2）无状态的业务相关的微服务（手工制作docker镜像）

（3）微服务应用程序相关的配置文件

（4）网络

第2章 RuoYi Cloud项目业务软件架构

（1）数据库微服务层

（2）应用微服务层

（3）微服务注册层

第3章 从代码层面看RuoYi 支持的微服务

（1）前端服务

（2）后端服务

（3）后端网络

第4章 手工本地化部署的主要步骤

步骤0：前置条件

步骤1： Clone项目代码到本地机器

步骤2：启动nacos服务

步骤3：启动MySQL服务

步骤4：启动Redis

步骤5：启动ruoye程序

第5章 手工上云分步部署的主要步骤 

步骤0：前置条件

步骤1： Clone项目代码到本地机器

步骤2：部署中间件数据库

步骤3：微服务管理层

步骤4：部署微服务

步骤5：部署网关

步骤6：部署前端UI

第6章 DevOps自动化部署

6.1 DevOps的整体流程

6.2 DevOps自动化部署的阶段

第1章 RuoYi Cloud概述

1.1 RuoYi Cloud项目概述

https://gitee.com/y_project/RuoYi-Cloud

https://blog.csdn.net/HiWangWenBing/article/details/122937375

1.2 单机部署的应用程序上云过程中的主要变化

RuoYi Cloud一款基于Web的后台管理系统，由多个功能模块组成，大都数功能模块是可以划分为一个个独立的微服务，本文并不打算介绍或学习功能模块的使用或代码实现，而是根据该开源项目的源代码，采用微服务部署的方式，把该项目部署到云端。

单机部署的应用程序上云过程中的主要变化如下：

（1）总体

  • 采用微服务的方式部署：而不是一体化的方式部署该应用；
  • 部署到云端：而不是部署到单机，实际上，该项目是可以部署到单机上的。

（2）中间件的变化

  • 中间件程序被部署成有状态的服务，有自己独立的IP地址，而不是local IP。
  • 需要分层部署：docker -》 deployment -》 service这三层，最底层的doker，最接近单机上的一个功能。

（3）单个应用程序的变化

  • 相对于第三方中间件的部署方式：该项目的部署，是从源代码开始：需要自己编译、制作镜像、发布镜像，然后再根据镜像进行部署，而不是直接使用镜像仓库中的镜像部署。
  • 相对于单机版应用程序：上云后的每个应用程序以微服务的形式存在，以docker镜像的方式存在，因此相对于单机版，程序总体的镜像的大小发生了变化，需要消耗更多的内存和硬盘。
  • 每个pod被部署成无状态的服务，pod所需的参数和中间要访问的数据，都通过数据库中间件保存和持久化。

（4）网络的变化（最大的变化单机内部进程通信变成了集群内分层的网络通信）

  • 单机版的网络通信，所有的IP地址都是127.0.0.1，通过端口号区分各个应用程序 。上云后，每个微服务都有自己独立的集群内的IP地址。
  • 上云后，一个微服务又进一步抽象为service，每个service可以部署多个depolyment实例，支持多个pod实例的负载均衡。每个service和微服务pod都有自己独立的IP地址。
  • 同一个微服务的多个实例之间，不是通过端口号区分，而是通过IP地址区分。
  • 通过端口暴露的方式，提供集群外访问服务Service，暴露端口的时候，保持内网的端口号不变。也就是说，集群内、外访问微服务用到IP地址和端口号都不一样。特别是外部访问的端口号进行了映射。
  • 微服务与微服务之间，通过集群内部的集群内的域名访问，而不是IP地址进行通信，这样的好处是微服务动态伸缩的时候，IP地址会发生变化，如果通过IP地址通信，服务的动态伸缩就面临这严重的问题。
  • 支持单一的、统一的网关，访问集群内部的所有服务。

（5）项目和微服务配置的变化

  • 生存环境、开发环境、运营环境的配置是不一样的，通过名字空间进行隔离。

1.3 RuoYi Cloud项目上云，涉及4个方面的主要工作：

（1）有状态的中间件，主要是数据库

RuoYi Cloud的后台管理系统，需要生成大量的管理数据。

这些数据将存储在数据库微服务中间件中，数据库微服务的代码开发，并不是该项目的一部分，它们将作为第三方代码被集成进RuoYi Cloud系统，所谓集成，并非而动态或静态库文件的方式进行集成，而是以动态微服务的方式集成。这些第三方的微服务，在安装部署的时候，直接取于各自docker hub仓库，而不是RuoYi Cloud项目自身。

  • 中间件镜像的部署
  • 数据库数据的导入

（2）无状态的业务相关的微服务（手工制作docker镜像）

  • 源码的编译

RuoYi Cloud后端代码是java语言编写的代码，前端是js代码，因此需要相应的编译环境。

  • 镜像的制作

RuoYi Cloud的微服务的目标文件是jar文件，以java基础环境为基础docker镜像，在此基础之上生成新的docker镜像。

  • 镜像的发布

生成的多个微服务镜像，可以发布到阿里云的免费的个人仓库中。用于后续的部署。

  • 镜像的部署

一旦把镜像发布到镜像仓库中，后续就可以普通的docker镜像的部署方式来部署RuoYi Cloud的微服务了。

备注：

业务相关的微服务之所以是无状态，是因为其数据全部存储在数据库中，并根据数据库的内容，决定应用程序的当前状态。

（3）微服务应用程序相关的配置文件

大多微服务都有自己配置文件，用于对微服务的启动和运行时的行为进行配置和控制。

  • 配置文件的挂载
  • 配置文件的修改

（4）网络

  • 部署NodePort服务，用于通过公网访问部署的微服务
  • 部署服务，实现负载均衡
  • 部署服务，实现统一网关访问

第2章 RuoYi Cloud项目业务软件架构

分为三层：

（1）数据库微服务层

  • mysql数据库：用于存放nacos对RuoYi 所有前后台微服务注册配置信息。
  • redis数据库： 用于存放RuoYi 所有前后台微服务管理数据。
  • 对象存储：存储文件，如log。

（2）应用微服务层

  • 前台
  • 后台
  • 负载均衡与限流网关

（3）微服务注册层

  • 服务注册与发现：nacos

部署的过程自下而上。

第3章 从代码层面看RuoYi 支持的微服务

（1）前端服务

  • ruoye-ui

（2）后端服务

  • ruoye-system
  • ruoye-gen
  • ruoye-job
  • ruoye-file

（3）后端网络

  • ruoye-gateway
  • ruoye-auth

第4章 手工本地化部署的主要步骤

这个过程虽然不是必须的，但通过这个过程起到两个作用：

（1）通过单机版的方式快速熟悉ruoye项目的各个功能组件（各个微服务）

（2）通过比较，感受云上部署与本地单机版部署的区别

（3）便于把本地数据库方便的迁移到部署在云上的数据库

步骤0：前置条件

（1）为MySQL数据库安装客户端程序：MySQL Workbench

（2）为Redis数据库安装客户端程序： Visual Studio Code - Code Editing. Redefined

（3）为后台编译安装java编译环境： Visual Studio Code - Code Editing. Redefined

（4）为前台提编译安装node.js编译环境：Download | Node.js

步骤1： Clone项目代码到本地机器

Clone到本地的目的是编译目标文件和获得配置文件。

步骤2：启动nacos服务

步骤3：启动MySQL服务

步骤4：启动Redis

步骤5：启动ruoye程序

第5章 手工上云分步部署的主要步骤 

步骤0：前置条件

（1）为MySQL数据库安装客户端程序：MySQL Workbench

（2）为Redis数据库安装客户端程序： Visual Studio Code - Code Editing. Redefined

（3）为后台编译安装java编译环境： Visual Studio Code - Code Editing. Redefined

（4）为前台提编译安装node.js编译环境：Download | Node.js

步骤1： Clone项目代码到本地机器

Clone到本地的目的是编译目标文件和获得配置文件。

步骤2：部署中间件数据库

  • MySQL数据库+数据库数据的导入 =》用于nacos微服务
  • Redis数据库+数据库数据的导入   =》用于ruoye-xxx微服务

步骤3：微服务管理层

  • nacos服务的部署与配置
  • sentinel服务的部署与配置

步骤4：部署微服务

  • ruoye-system
  • ruoye-gen
  • ruoye-job
  • ruoye-file

步骤5：部署网关

  • ruoye-gateway

步骤6：部署前端UI

  • ruoye-auth

第6章 DevOps自动化部署

6.1 DevOps的整体流程

6.2 DevOps自动化部署的阶段

（1）clone code：克隆代码

（2） unit test：代码编写与单元测试

（3）build and push：构建镜像

（4）push latest：发布镜像

（5）deploy to dev ：部署到开发环境

（6）deploy to production：部署的生产环境

作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客

 本文网址：https://blog.csdn.net/HiWangWenBing/article/details/122940876

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)

云原生专题

k8s

Kubesphere

RuoYi Cloud

部署

[云原生专题-58]：Kubesphere云治理-操作-分步部署Web业务平台RuoYi Cloud项目 - 上云部署过程总体概述与总体流程 的相关文章

  • K8s基础10——数据卷、PV和PVC、StorageClass动态补给、StatefulSet控制器

    文章目录 一 数据卷类型 1 1 临时数据卷 节点挂载 1 2 节点数据卷 节点挂载 1 3 网络数据卷NFS 1 3 1 效果测试 1 4 持久数据卷 PVC PV 1 4 1 效果测试 1 4 2 测试结论 二 PV PVC生命周期 2

  • KVM-7、KVM 虚拟机创建的几种方式

    通过对 qemu kvm libvirt 的学习 总结三种创建虚拟机的方式 1 通过 qemu kvm 创建 2 通过 virt install 创建 3 通过 virt manager 创建 在使用这三种创建虚拟机前提是 宿主机必须支持

  • 本地 Django 部署 Heroku的时候某个 / 某些数据库显示总是无法创建成功 relation “nnsh_backend_new_userinfo“ does not exist LINE

    文章目录 情景 原因 操作 手动 自动 情景 假设你有一个项目 A 你之前部署了项目 A 里面包含了两个数据库的表 table1 和 table2 他们都顺利部署 然后你相加一些功能 于是又创建了一张表 table3 于是再部署的时候发现

  • [云原生专题-42]：K8S - 核心概念 - placeholder-有状态服务

    作者主页 文火冰糖的硅基工坊 文火冰糖 王文兵 的博客 文火冰糖的硅基工坊 CSDN博客 本文网址 placeholder 作者主页 文火冰糖的硅基工坊 文火冰糖 王文兵 的博客 文火冰糖的硅基工坊 CSDN博客 本文网址

  • 部分安卓端ncnn模型推理输出数据存在大量-nan和nan的问题

    原文issue链接 部分安卓端ncnn模型推理输出数据存在大量 nan的问题 Issue 3607 Tencent ncnn github com 问题描述 onnx ncnn模型在pc端推理输出结果正确且基本一致 在部分安卓设备上使用同一

  • k8s v1.16设置Job ttlSecondsAfterFinished不生效

    目录 Completed的job默认不会清理 配置自动清理job ttl机制自动清理完成的job ttl controller 开启 TTLAfterFinished kube apiserver开启TTLAfterFinished kub

  • nginx配置多个server

    nginx配置多个server server listen 80 server name localhost root C Users Administrator Desktop dist location try files uri in

  • docker的联合文件系统（UnionFS）

    docker最大的贡献就是定义了容器镜像的分层的存储格式 docker镜像技术的基础是联合文件系统 UnionFS 其文件系统是分层的 这样既可以充分利用共享层 又可以减少存储空间占用 联合挂载系统的工作原理 读 如果文件在upperdir

  • k8s-3：集群的三种网络

    k8s集群一共有三种网络模型 Node IP Node节点的IP地址 即物理网卡的IP地址 Pod IP Pod的IP地址 即docker容器的IP地址 此为虚拟IP地址 Cluster IP Service的IP地址 此为虚拟IP地址 N

  • 单机版kubernetes

    Kubernetes 集群的搭建是有一定难度的 官方安装推荐了MiniKube作为单机调试 学习 1 centos安装 1 1 先决条件 安装VirtualBox KVM Note Minikube 也支持 vm driver none 选

  • docker下mysql镜像初始化

    目录 1 介绍 2 部署及验证 2 1 场景复现 2 2 创建dockerfile 2 3 初始化脚本 2 4 构建镜像并查看 2 5 创建容器并验证 2 6 完成 1 介绍 原理 当Mysql容器首次启动时 会在 docker entry

  • Deployment Controller 典型使用场景

    1 重新调度 Rescheduling 不管想运行 1 个副本还是 1000 个副本 副本控制器都能确保指定数量的副本存在于集群中 即使发生节点故障或 Pod 副本被终止运行等意外状况 2 弹性伸缩 Scaling 手动或者通过自动扩容代理

  • Kubernetes 集群部署 ------ 二进制部署（二）

    单节点 https blog csdn net Yplayer001 article details 104234807 先具备单master1节点部署环境 三 master02部署 优先关闭防火墙和selinux服务 在master01上

  • k8s-node节点未找到flannel网络

    k8s node节点的flannel的IP地址不正确 问题描述 问题分析 1 检查node节点的cni和flannel网卡地址 2 检查master节点的flannel服务 如何重置flannel网络 1 删除node节点 master 2

  • k8s Failed to create pod sandbox错误处理

    错误信息 Failed to create pod sandbox rpc error code Unknown desc failed to get sandbox image k8s gcr io pause 3 2 failed to

  • K8S暴露端口-dubbo应用远程Debug

    1 Dockerfile增加环境变量 ENV JAVA OPTS Xdebug Xrunjdwp transport dt socket address 9901 server y suspend n 2 暴露端口 template ser

  • K8S暴露服务的三种方式

    文章目录 暴露服务的三种方式 NodePort LoadBalane Ingress 内容参考 暴露服务的三种方式 NodePort 将服务的类型设置成NodePort 每个集群节点都会在节点上打 开 一 个端口 对于NodePort服务

  • 国内k8s集群部署的几种方式

    前言 总所周知 由于某种原因 通过官方的方式在国内是无法顺利部署k8s集群的 这里记录下在国内部署的几种方式 部署方式 目前我所了解有以下几种方式 使用kubeadmin通过离线镜像的方式 网上教程和镜像包挺多的 通过厂商集成的方式如 ra

  • K8s基础6——应用配置管理方案、调度策略、污点和污点容忍

    文章目录 一 应用配置管理方案 1 1 ConfigMap 1 1 1 注入变量 1 1 2 挂载数据卷 1 2 Secret 1 2 1 数据卷挂载 1 2 2 变量注入 二 调度策略 2 1 nodeSelector定向调度 2 1 1

  • k8s部署Prometheus抓取pods的metrics

    1 暴露pods给Prometheus抓取 spec replicas app replicas template metadata annotations prometheus io scrape true prometheus io p

随机推荐

热门标签