数据库是docker做安装,应用也是docker来安装,所以数据库这里的配置不能写成这个样子
14-11 猫眼后台多环境解决方案演示
容器之间是不能通过127.0.0.1去访问的,虽然他们都是在同一台机器上。但是他们是两个完全不同的两个虚拟环境。
14-11 猫眼后台多环境解决方案演示
这些都是要变化的,所以我们要考虑多环境。
14-11 猫眼后台多环境解决方案演示
首先我们有两种方式可以去做,一种方式是SpringBoot里面本身给我们提供了。profile.
我们在provider里面有演示多个profile的形式。
14-11 猫眼后台多环境解决方案演示
这里我们就不使用profile的形式了。 以为这个数据库的地址可能是经常会变化的。profile更适合的是,你在测试环境、预发环境、生产环境,他们三个值相对固定,但是在每一个环境里面又不同,
14-11 猫眼后台多环境解决方案演示
举个例子,比如说我们logback的日志,
14-11 猫眼后台多环境解决方案演示
比如说开发环境,我们可以在dev的目录下,
14-11 猫眼后台多环境解决方案演示
测试环境可以在test之类的目录下,这种情况比较适合profile的形式。
14-11 猫眼后台多环境解决方案演示
这种可变的变量呢?
14-11 猫眼后台多环境解决方案演示
用这种方式去引入,冒号后面的是默认值。
14-11 猫眼后台多环境解决方案演示
这形式是什么意思呢?它会读取我们的环境变量。MYSQL_HOST如果你的环境变量有它则就会读进来,如果没有默认值就是127.0.0.1
14-11 猫眼后台多环境解决方案演示
这些都是MySql给我们提供的一些基础的内容,大家如果不知道呢,可以对这块进行深入的了解。
14-11 猫眼后台多环境解决方案演示
这样就变成环境变量的引入形式了。
14-11 猫眼后台多环境解决方案演示
然后把cinema的服务也改了
14-11 猫眼后台多环境解决方案演示
hall服务也改
14-11 猫眼后台多环境解决方案演示
user服务
14-11 猫眼后台多环境解决方案演示
改的这四个
14-11 猫眼后台多环境解决方案演示

直接打我们的父包工程就可以了,不需要一个工程,一个工程的去打
14-11 猫眼后台多环境解决方案演示
禁用测试,尤其是testng测试时间 往往会很长,我们打包的时候不需要测试。
14-11 猫眼后台多环境解决方案演示

桌面上准备个文件夹。我们有前台和后台,他们分别都有前端和后端。对应的域名就是我们后面的文件夹的名字。
14-11 猫眼后台多环境解决方案演示
我们总有6个模块,创建6个文件夹。
14-11 猫眼后台多环境解决方案演示
首先复制jar包出来
14-11 猫眼后台多环境解决方案演示
放到zuul的文件夹内
14-11 猫眼后台多环境解决方案演示
这两个配置文件
14-11 猫眼后台多环境解决方案演示
也拷贝进来。因为生产环境经常有需要调整配置文件的情况。由于我们现在还没有学统一注册中心,所以这里我们需要把配置文件拷出来。
14-11 猫眼后台多环境解决方案演示
cinema同上
14-11 猫眼后台多环境解决方案演示
eureka 
14-11 猫眼后台多环境解决方案演示
上面是spring混淆过的jar下面是原始jar包
14-11 猫眼后台多环境解决方案演示
film的复制
14-11 猫眼后台多环境解决方案演示

hall
14-11 猫眼后台多环境解决方案演示 
user
14-11 猫眼后台多环境解决方案演示

结束

 

 

相关文章:

  • 2023-01-10
  • 2021-05-28
  • 2022-02-09
  • 2022-01-14
  • 2022-12-23
  • 2021-12-10
  • 2022-12-23
  • 2021-06-04
猜你喜欢
  • 2021-11-28
  • 2021-08-25
  • 2022-01-23
  • 2023-03-08
  • 2021-11-29
  • 2021-10-23
相关资源
相似解决方案