SomeDay的专栏

脚本说明脚本实现的功能：先根据启动时的 jar 文件名搜索服务进程 ID，根据进程 ID 杀死对应服务；通过 nohup 启动 jar，使之后台运行；等待 jar 服务的运行日志文件生成，然后通过 tail 命令及时动态显示日志内容脚本内容#! /bin/bash# 默认 profilemy_profile="pro"# pring Boot 服务的 jar 文件名project_name="jzy-dinner-fast-1.1.0.jar";# 日志文件路径，根据需要修改l

解释说明/dev/null 是一个特殊的设备文件，通常也被称为位桶（bit bucket）或黑洞，这个文件接收到任何数据都会被丢弃；Linux系统预留可三个文件描述符：0、1 和 2，他们的意义如下所示：0 - 标准输入（stdin）1 - 标准输出（stdout）2 - 标准错误（stderr）重定向的符号有两个：> 或 >>，> 会先清空文件，然后再写入内容，>> 会将重定向的内容追加到现有文件的尾部；举例2>/dev/null把错误输出

文章目录一、问题背景二、解构 Spring Boot 的 jar 包三、解决办法四、一个服务器运行多个 Spring Boot 服务的情况一、问题背景Spring Boot 项目部署起来虽然已经简单很多了，但是一个运行 jar 包动辄几十上百兆，如果服务器是本地或者在内网还好，如果需要在公网环境部署，每次发布部署时都重新上传 Spring Boot 的 jar 包，因为网速的限制，也挺令人头大的。二、解构 Spring Boot 的 jar 包如果我们使用工具打开 Spring Boot 项目编译出

Spring Cloud 项目部署1 部署规划2 部署方案2.1 MySQL 高可用双主热备2.1.1 Master 设置2.1.1.1 配置 server id2.1.1.2 创建同步复制用户2.1.1.3 获取 master binary log 同步复制坐标2.1.1.4 初始数据快照同步2.1.2 Slave 设置2.1.2.1 设置 server id2.1.2.2 设置 slave 的 master 信息2.1.2.3 设置同步复制2.2 Redis 一主一从 + Sentinal2.3 单机

Spring Boot 项目一般会依赖较多的包括 Spring 在内的第三方 jar 包，直接打可运行 jar 包，文件大小往往会达到100M甚至更大；一个包含数个业务模块的微服务项目，全部可运行的 jar 包加起来总共可达数百M甚至上G；我们在重复部署测试或者生产环境的时候，每次都要上传包含所有依赖 jar 包的可运行 jar 文件，效率比较低；下面是经过验证的 maven 配置，Spring Boot 项目打包时，只包含我们自己的开发的代码内容，大小仅仅之后数百 kb，所依赖的第三方 jar 则复