• SpringBoot多环境启动方案


    业务场景

    正常项目开发有:开发环境、测试环境、预生产环境,正式环境。存在一个套代码,运行多套环境需求,比较极端情况是,一套代码被销售很多套,部署很多套,存在很多套线上环境,需要打包部署, 这里讨论是,不使用三方的配置中间件,比如Nacos,Eureka等,想实现一套比较优秀【安全,方便兼顾】解决方案.

    方案讨论

    方案1: 启动指定配置

    通过springboot提供的配置spring.profiles.actvie,在项目启动的时候,指定环境启动, 例子:java -jar -Dspring.profiles.active=pro demo.jar

    方案2: 打包指定配置

    通过maven profiles实现,打包的时候指定环境打包,并且过滤掉其他环境配置,打包命令: mvn clean package -P pro

    实现方案1

    • 打包springboot项目: mvn clean package
    • 将打好的包上传服务器
    • 通过命令行启动jar包:java -jar -Dspring.profiles.active=pro xxx.jar

    实现方案2

    配置POM

    • 项目继承spring-boot-starter-parent, pom配置:
        <parent>
            <groupId>org.springframework.bootgroupId>
            <artifactId>spring-boot-starter-parentartifactId>
            <version>2.1.0.RELEASEversion>
        parent>
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 配置profiles
        <profiles>
            <profile>
                
                <id>devid>
                <properties>
                    <profiles.active>devprofiles.active>
                    <modifier>-devmodifier>
                properties>
                <activation>
                    <activeByDefault>trueactiveByDefault>
                activation>
            profile>
            <profile>
                
                <id>testid>
                <properties>
                    <profiles.active>testprofiles.active>
                    <modifier>-testmodifier>
                properties>
            profile>
            <profile>
                
                <id>proid>
                <properties>
                    <profiles.active>proprofiles.active>
                    <modifier>-promodifier>
                properties>
            profile>
        profiles>
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23
    • 24
    • 25
    • 26
    • 27
    • 28
    • 29
    • 打包过滤文件
        <build>
            <resources>
                <resource>
                    <directory>src/main/resourcesdirectory>
                    <filtering>truefiltering>
                    <excludes>
                        <exclude>application-*.ymlexclude>
                    excludes>
                resource>
                <resource>
                    <directory>src/main/resourcesdirectory>
                    <filtering>truefiltering>
                    <includes>
                        <include>application-${profiles.active}.ymlinclude>
                    includes>
                resource>
            resources>
        build>
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18

    配置application.yml

    spring:
    	profiles:
        	active: @profiles.active@
    
    • 1
    • 2
    • 3

    打包验证

    • 执行打包命令:mvn clean package -P pro
    • 检查:target/classes目录下是否只有对应的环境配置

    总结

    • 方案1:
      • 优点:只需要打包一次,可以实现动态切换环境运行。
      • 缺点:打包的时候,会把多套环境配置,带到jar,存在数据泄露的分险
    • 方案2:
      • 优点:一套代码,可以实现动态切换运行,并且每次打包只有自己当前环境配置存在jar里面,保证配置数据安全
      • 缺点:切换环境,需要重新打包

    思考

    1. 如果公司有运维,正常情况下,线上的配置,不会写在代码里面,但是本地开发、测试,还是可以使用两套方案隔离开
    2. 如果公司比较小,没有运维,后台开发人员很少,可能一个,后台程序员充当运维,那就可以把线上环境配置到代码里面

    留言

    欢迎大家,留言讨论,记住前提是不使用三方的配置中间件,轻量级解决方案,能做到动态切换环境,且保证配置安全性的方案,目前我觉得方案比较完美,多次打包的缺点,可以通过构建工具【jenkins】解决痛点

  • 相关阅读:
    [Python进阶] 操纵鼠标:Pynput
    为什么曾经一马当先的C语言,如今却开始出现骂声
    三十、《大数据项目实战之用户行为分析》Spark SQL实现单词计数
    设计模式:饿汉式和懒汉式单例模式(C++实现)以及日志系统的实现
    marquee.弹窗事件
    李白的苏台览古译文赏析
    RK3568 适配LVDS屏XW101CM02
    萤火虫(FA)算法(附完整Matlab代码,可直接复制)
    四川竹哲电子商务有限公司怎么样?是真的吗
    kotlin 之几个常见的内联函数(三)
  • 原文地址:https://blog.csdn.net/luohongtuCSDN/article/details/134425549