CN112286636A - 一种基于Docker与SVN的统一配置中心的实现方法 - Google Patents

一种基于Docker与SVN的统一配置中心的实现方法 Download PDF

Info

Publication number
CN112286636A
CN112286636A CN202011193074.3A CN202011193074A CN112286636A CN 112286636 A CN112286636 A CN 112286636A CN 202011193074 A CN202011193074 A CN 202011193074A CN 112286636 A CN112286636 A CN 112286636A
Authority
CN
China
Prior art keywords
svn
configuration
service
docker
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202011193074.3A
Other languages
English (en)
Other versions
CN112286636B (zh
Inventor
周小波
冯鹏铭
蓝文良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202011193074.3A priority Critical patent/CN112286636B/zh
Publication of CN112286636A publication Critical patent/CN112286636A/zh
Application granted granted Critical
Publication of CN112286636B publication Critical patent/CN112286636B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

本发明涉及一种基于Docker与SVN的统一配置中心的实现方法，包括以下步骤：搭建SVN服务；配置SVN服务；建立目录结构；上传应用配置文件；制作应用Docker镜像；启动应用程序。通过将应用通过Docker方式部署，使用SVN统一管理各个环境的配置文件，将配置文件与应用程序分离，以实现同一份应用程序根据不同的启动命令拉取不同环境配置，极大的简化了应用在不同环境的部署流程，同时通过SVN本身的授权认证、审计及版本管理功能，能快速查看修改历史及回滚到任意时间点，通过在同一的地方修改后提交，应用只需要使用Docker的重启命令便可完成配置文件的更新，简化了配置文件的管理难度，提升了操作效率。

Description

一种基于Docker与SVN的统一配置中心的实现方法
技术领域
本发明涉及计算机技术领域，具体涉及基于Docker与SVN的统一配置中心的实现方法。
背景技术
随着互联网业务的快速发展，应用程序的功能日益复杂，应用程序的数量越来越多，程序配置也愈加繁杂，各种功能的开关，服务器地址，参数的配置等；同时为了保证应用提供服务的稳定性与高可靠性，通常的措施陈述如下：
第一种，建立不同的环境，各个环境相互独立互不影响，每一个应用程序功能都要经过开发、测试、预发布三个环境验证无误后才会正式发布到生产环境；
第二种，采用分布式方式部署，把每个应用程序部署在不同的服务器上，每个服务器提供相同的服务来避免单点故障问题；
由于不同环境、不同实例分布在不同的服务器上，传统的通过运维人员登录到各个服务器上一一修改配置文件的方式变得日益困难，不仅效率低，且易出错，同时由于是直接修改程序的配置文件，缺乏权限控制与审计日志，不能追溯在什么时候修改了什么配置，也不能做到配置错误时的快速回滚。
发明内容
本发明的目的是提供一种基于Docker与SVN的统一配置中心的实现方法，解决的技术问题：由于不同环境、不同实例分布在不同的服务器上，传统的通过运维人员登录到各个服务器上一一修改配置文件的方式变得日益困难，效率低、易出错，同时由于是直接修改程序的配置文件，缺乏权限控制与审计日志，不能追溯谁在什么时候修改了什么配置，且不能做到配置错误时的快速回滚。
为了解决上述技术问题，本发明采用了如下技术方案：一种基于Docker与SVN的统一配置中心的实现方法，包括以下步骤：
步骤一，搭建SVN服务：安装SVN服务；
步骤二，配置SVN服务：服务启动配置：启动SVN服务并设置为开机启动；
创建资料档案库：创建一个配置中心的档案仓库，用于存储各个环境中各个应用的配置文件；
访问控制配置：对配置中心仓库进行访问控制配置；
步骤三，建立目录结构：SVN采用客户端/服务器架构，通过客户端软件连接到SVN服务器后，将步骤二中创建好的配置中心档案仓库checkout到本地目录，在目录下根据环境信息创建对应的环境目录，并在各个环境目录下创建对应的应用程序子目录；
步骤四，上传应用配置文件：将应用程序与环境相关联的配置独立成一个或多个配置文件，并将配置文件复制到步骤三创建的对应应用程序子目录下，所有配置文件准备好后通过SVN客户端软件将添加的目录及文件提交到SVN服务器上；
步骤五，制作应用Docker镜像：将应用程序及其依赖构建成一个Docker镜像，并在Dockerfile中指定该镜像的启动脚本，在该脚本中定义四个变量，即config_address、config_username、config_password、target_directory,四个变量的值通过容器启动时的环境变量指定；
步骤六，启动应用程序：在需要部署应用程序的服务器上提前安装好Docker服务后，使用Docker容器的启动命令将应用程序启动，在启动命令中需通过－e方式指定config_address、config_username、config_password、target_directory四个参数的值。
优选地，在步骤二中使用svnadmin命令建立配置中心的档案仓库，仓库创建成功后在conf子目录下产生passwd、authz、svnserve.conf三个文件，其分别的对应作用为：定义该仓库下的用户名及密码信息、定义该仓库下用户的权限配置信息、定义SVN服务的相关配置。
优选地，svnadmin命令为svnadmin create/u01/svn/config—center。
优选地，对三个文件进行定义完成相关配置，进而通过svnserve –d –r/u01/svn/config—center启动SVN服务；通过ps –ef|grep svnserve查看SVN进程是否存在检查SVN服务是否启动成功。
优选地，
环境目录包括：
开发环境：devel；
测试环境：test；
预发布环境：preprod；
生产环境；prod；
应用程序子目录包括：
订单服务应用：order—service；
支付服务应用：pay—service；
用户服务应用：user—service。
优选地，在步骤五中的启动脚本为start.sh。
优选地，在步骤一中使用ssh登录到服务器后，通过yum –y install subversion即可完成SVN服务的安装；通过svnserve –version命令验证SVN是否安装成功。
优选地，在步骤三中的客户端软件为在windows操作系统上运行的Tortoise SVN。
优选地，Docker、SVN在CentOS 7操作系统上运行。
通过采用上述技术方案，本发明可达到的有益技术效果陈述如下：通过将应用通过Docker方式部署，使用SVN统一管理各个环境的配置文件，将配置文件与应用程序分离，以实现同一份应用程序根据不同的启动命令拉取不同环境配置，极大的简化了应用在不同环境的部署流程，同时通过SVN本身的授权认证、审计及版本管理功能，能快速查看修改历史及回滚到任意时间点，通过在同一的地方修改后提交，应用只需要使用Docker的重启命令便可完成配置文件的更新，简化了配置文件的管理难度，提升了操作效率。
附图说明
图1为本发明的总的物理架构图；
图2为SVN配置中心中的目录结构图；
图3为运维人员修改应用配置文件流程图。
具体实施方式
下面结合附图对本发明作进一步说明。
如图1、图2、图3所示，一种基于Docker与SVN的统一配置中心的实现方法，包括以下步骤：
步骤一，搭建SVN服务：安装SVN服务；
步骤二，配置SVN服务：服务启动配置：启动SVN服务并设置为开机启动；
创建资料档案库：创建一个配置中心的档案仓库，用于存储各个环境中各个应用的配置文件；
访问控制配置：对配置中心仓库进行访问控制配置；
步骤三，建立目录结构：SVN采用客户端/服务器架构，通过客户端软件连接到SVN服务器后，将步骤二中创建好的配置中心档案仓库checkout到本地目录，在目录下根据环境信息创建对应的环境目录，并在各个环境目录下创建对应的应用程序子目录；
步骤四，上传应用配置文件：将应用程序与环境相关联的配置独立成一个或多个配置文件，并将配置文件复制到步骤三创建的对应应用程序子目录下，所有配置文件准备好后通过SVN客户端软件将添加的目录及文件提交到SVN服务器上；
步骤五，制作应用Docker镜像：将应用程序及其依赖构建成一个Docker镜像，并在Dockerfile中指定该镜像的启动脚本，在该脚本中定义四个变量，即config_address、config_username、config_password、target_directory,四个变量的值通过容器启动时的环境变量指定；
步骤六，启动应用程序：在需要部署应用程序的服务器上提前安装好Docker服务后，使用Docker容器的启动命令将应用程序启动，在启动命令中需通过－e方式指定config_address、config_username、config_password、target_directory四个参数的值。
在本实施例中，在步骤二中使用svnadmin命令建立配置中心的档案仓库，仓库创建成功后在conf子目录下产生passwd、authz、svnserve.conf三个文件，其分别的对应作用为：定义该仓库下的用户名及密码信息、定义该仓库下用户的权限配置信息、定义SVN服务的相关配置。
在本实施例中，其特征在于，svnadmin命令为svnadmin create/u01/svn/config—center。
在本实施例中，对三个文件进行定义完成相关配置，进而通过svnserve –d –r/u01/svn/config—center启动SVN服务；通过ps –ef|grep svnserve查看SVN进程是否存在检查SVN服务是否启动成功。
在本实施例中，
环境目录包括：
开发环境：devel；
测试环境：test；
预发布环境：preprod；
生产环境；prod；
应用程序子目录包括：
订单服务应用：order—service；
支付服务应用：pay—service；
用户服务应用：user—service。
在本实施例中，在步骤五中的启动脚本为start.sh。
在本实施例中，在步骤一中使用ssh登录到服务器后，通过yum –y installsubversion即可完成SVN服务的安装；通过svnserve –version命令验证SVN是否安装成功。
在本实施例中，在步骤三中的客户端软件为在windows操作系统上运行的Tortoise SVN。
在本实施例中，Docker、SVN在CentOS 7操作系统上运行。
本发明利用Docker、SVN两种软件协同工作，通过一次性配置，多环境多应用重复使用，建立统一的配置中心系统，由于Docker及SVN可在不同的操作系统上运行，所以本发明不限于在某一特定的环境下实施，以CentOS7操作系统为例，其实施步骤为：第一步，安装SVN服务：使用ssh登录到服务器后，通过yum -y install subversion便可完成SVN服务的安装。SVN默认安装在/usr/bin/svnserve目录下，通过svnserve –version命令可验证SVN是否安装成功；第二步，配置SVN服务：使用svnadmin命令建立配置中心的档案仓库，如：：svnadmin create /u01/svn/config-center，仓库创建成功后在conf子目录下会产生passwd、authz、svnserve.conf三个文件，其分别的作用为：passwd：定义该仓库下的用户名及密码信息；authz：定义该仓库下用户的权限配置信息；svnserve.conf：定义SVN服务的相关配置。通过这三个文件的定义，便可建立一套支持安全认证的SVN服务。完成相关配置后，通过“svnserve –d –r 仓库路径”来启动SVN服务，如：svnserve –d –r /u01/svn/config-center。检查SVN服务是否启动成功可通过“ps –ef|grep svnserve”查看SVN进程是否存在来判断。第三步，建立目录结构并上传配置文件：通过客户端软件（如：window下客户端Tortoise SVN）连接到SVN服务器后，将第二步中创建好的配置中心档案仓库checkout到本地目录，在目录下根据环境及应用信息创建对应的目录，其目录结构示例如下：
├─devel
│ ├─order-service
│ └─user-service
├─preprod
│ ├─order-service
│ └─user-service
└─test
├─order-service
└─user-service
第一级目录代表环境，第二级目录表示应用，应用目录下存放该应用在当前环境下的相关配置文件。所有配置文件准备好后通过SVN客户端软件将添加的目录及文件提交到SVN服务器上。第四步，制作应用Docker镜像应用开发完成后，通过Dockerfile文件将应用及其依赖构建成一个Docker镜像，并在Dockerfile中指定该镜像的启动脚本（如：start.sh），在该脚本用实现从配置中心获取配置的相关逻辑，关键shell代码为：
echo yes | svn checkout --username $config_username --password $config_password $config_address $target_directory
其中：
$config_address:表示配置中心地址
$config_username:表示配置中心用户名
$config_password:表示配置中心密码
$target_directory:表示应用程序的配置目录
这4个变量的值通过在容器启动时的命令行参数指定，以此实现从SVN服务器拉取指定环境指定应用下的所有配置文件信息覆盖到指定目录功能。
在Dockerfile文件所在目录中，使用“docker build -t 镜像名称 .”完成镜像的制作，如：
docker build –t order-service:v1.0 。
第五步，启动应用程序：在需要部署应用的服务器上提前安装好Docker后，使用Docker容器的启动命令将应用程序启动，在启动命令中需通通过-e方式指定config_address，config_username，config_password，target_directory四个参数的值，如：
docker run –d –name order-service –e config_address=”svn://192.168.1.1/config-center/devel/order-service”–e config_username=”username”–e config_password=”password”–e target_directory=”/opt/order-service/conf” order-service:v1.0
容器启动时会运行start.sh脚本，在脚本中会执行
echo yes | svn checkout –username username --password password svn://192.168.1.1/config-center/devel/order-service /opt/order-service/conf
从而完成从SVN配置中心拉取配置的逻辑，运维人员在完成配置修改后，只需要执行docker restart order-service便可完成应用配置文件的更新操作。
如图3所示，运维人员从SVN服务器获取最新配置到本地，然后修改配置文件，然后再将修改过后的配置文件上传至SVN服务器，最后重启应用服务。

Claims (9)

1.一种基于Docker与SVN的统一配置中心的实现方法，其特征在于，包括以下步骤：
步骤一，搭建SVN服务：安装SVN服务；
步骤二，配置SVN服务：服务启动配置：启动SVN服务并设置为开机启动；
创建资料档案库：创建一个配置中心的档案仓库，用于存储各个环境中各个应用的配置文件；
访问控制配置：对配置中心仓库进行访问控制配置；
步骤三，建立目录结构：SVN采用客户端/服务器架构，通过客户端软件连接到SVN服务器后，将步骤二中创建好的配置中心档案仓库checkout到本地目录，在目录下根据环境信息创建对应的环境目录，并在各个环境目录下创建对应的应用程序子目录；
步骤四，上传应用配置文件：将应用程序与环境相关联的配置独立成一个或多个配置文件，并将配置文件复制到步骤三创建的对应应用程序子目录下，所有配置文件准备好后通过SVN客户端软件将添加的目录及文件提交到SVN服务器上；
步骤五，制作应用Docker镜像：将应用程序及其依赖构建成一个Docker镜像，并在Dockerfile中指定该镜像的启动脚本，在该脚本中定义四个变量，即config_address、config_username、config_password、target_directory,四个变量的值通过容器启动时的环境变量指定；
步骤六，启动应用程序：在需要部署应用程序的服务器上提前安装好Docker服务后，使用Docker容器的启动命令将应用程序启动，在启动命令中需通过－e方式指定config_address、config_username、config_password、target_directory四个参数的值。
2.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，在步骤二中使用svnadmin命令建立配置中心的档案仓库，仓库创建成功后在conf子目录下产生passwd、authz、svnserve.conf三个文件，其分别的对应作用为：定义该仓库下的用户名及密码信息、定义该仓库下用户的权限配置信息、定义SVN服务的相关配置。
3.根据权利要求2所述的Docker与SVN的统一配置中心的实现方法，其特征在于，svnadmin命令为svnadmin create/u01/svn/config—center。
4.根据权利要求2所述的Docker与SVN的统一配置中心的实现方法，其特征在于，对三个文件进行定义完成相关配置，进而通过svnserve –d –r/u01/svn/config—center启动SVN服务；通过ps –ef|grep svnserve查看SVN进程是否存在检查SVN服务是否启动成功。
5.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，
环境目录包括：
开发环境：devel；
测试环境：test；
预发布环境：preprod；
生产环境；prod；
应用程序子目录包括：
订单服务应用：order—service；
支付服务应用：pay—service；
用户服务应用：user—service。
6.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，在步骤五中的启动脚本为start.sh。
7.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，在步骤一中使用ssh登录到服务器后，通过yum –y install subversion即可完成SVN服务的安装；通过svnserve –version命令验证SVN是否安装成功。
8.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，在步骤三中的客户端软件为在windows操作系统上运行的Tortoise SVN。
9.根据权利要求1所述的Docker与SVN的统一配置中心的实现方法，其特征在于，Docker、SVN在CentOS 7操作系统上运行。
CN202011193074.3A 2020-10-30 2020-10-30 一种基于Docker与SVN的统一配置中心的实现方法 Active CN112286636B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011193074.3A CN112286636B (zh) 2020-10-30 2020-10-30 一种基于Docker与SVN的统一配置中心的实现方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011193074.3A CN112286636B (zh) 2020-10-30 2020-10-30 一种基于Docker与SVN的统一配置中心的实现方法

Publications (2)

Publication Number Publication Date
CN112286636A true CN112286636A (zh) 2021-01-29
CN112286636B CN112286636B (zh) 2024-02-13

Family

ID=74353034

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011193074.3A Active CN112286636B (zh) 2020-10-30 2020-10-30 一种基于Docker与SVN的统一配置中心的实现方法

Country Status (1)

Country Link
CN (1) CN112286636B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113687858A (zh) * 2021-08-05 2021-11-23 深圳集智数字科技有限公司 配置文件的检查方法、装置、电子设备及存储介质
CN114661339A (zh) * 2022-05-26 2022-06-24 浙江所托瑞安科技集团有限公司 一种实现本地数据自动提交到远程服务器的方法及装置
CN115576573A (zh) * 2022-10-26 2023-01-06 杭州谐云科技有限公司 一种基于信创环境的交付方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103353846A (zh) * 2013-06-28 2013-10-16 四川农业大学 一种项目自动部署插件
CN108427641A (zh) * 2018-01-29 2018-08-21 中国互联网络信息中心 一种基于Docker容器的多任务调度自动化测试方法及系统
US20180349150A1 (en) * 2017-06-05 2018-12-06 International Business Machines Corporation Facilitating multi-inheritance within a single inheritance container-based environment
CN109241035A (zh) * 2018-08-28 2019-01-18 福建南威软件有限公司 一种自定义脚本实现数据库的自动部署方法
KR20190076459A (ko) * 2017-12-22 2019-07-02 조경호 홈페이지 게시판의 유해 게시글 차단 및 개인정보 필터를 위한 하이브리드 장치
CN111198744A (zh) * 2018-11-16 2020-05-26 中标软件有限公司 自动化应用程序容器化和镜像备份发布的方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103353846A (zh) * 2013-06-28 2013-10-16 四川农业大学 一种项目自动部署插件
US20180349150A1 (en) * 2017-06-05 2018-12-06 International Business Machines Corporation Facilitating multi-inheritance within a single inheritance container-based environment
KR20190076459A (ko) * 2017-12-22 2019-07-02 조경호 홈페이지 게시판의 유해 게시글 차단 및 개인정보 필터를 위한 하이브리드 장치
CN108427641A (zh) * 2018-01-29 2018-08-21 中国互联网络信息中心 一种基于Docker容器的多任务调度自动化测试方法及系统
CN109241035A (zh) * 2018-08-28 2019-01-18 福建南威软件有限公司 一种自定义脚本实现数据库的自动部署方法
CN111198744A (zh) * 2018-11-16 2020-05-26 中标软件有限公司 自动化应用程序容器化和镜像备份发布的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
蔡建军等: "DevOps在软件开发项目中的实践", 电脑知识与技术, vol. 15, no. 29, 15 October 2019 (2019-10-15), pages 242 - 244 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113687858A (zh) * 2021-08-05 2021-11-23 深圳集智数字科技有限公司 配置文件的检查方法、装置、电子设备及存储介质
CN113687858B (zh) * 2021-08-05 2024-04-19 深圳须弥云图空间科技有限公司 配置文件的检查方法、装置、电子设备及存储介质
CN114661339A (zh) * 2022-05-26 2022-06-24 浙江所托瑞安科技集团有限公司 一种实现本地数据自动提交到远程服务器的方法及装置
CN114661339B (zh) * 2022-05-26 2022-08-16 浙江所托瑞安科技集团有限公司 一种实现本地数据自动提交到远程服务器的方法及装置
CN115576573A (zh) * 2022-10-26 2023-01-06 杭州谐云科技有限公司 一种基于信创环境的交付方法及系统
CN115576573B (zh) * 2022-10-26 2024-03-12 杭州谐云科技有限公司 一种基于信创环境的交付方法及系统

Also Published As

Publication number Publication date
CN112286636B (zh) 2024-02-13

Similar Documents

Publication Publication Date Title
CN112286636A (zh) 一种基于Docker与SVN的统一配置中心的实现方法
US7698391B2 (en) Performing a provisioning operation associated with a software application on a subset of the nodes on which the software application is to operate
JP5535484B2 (ja) 自動ソフトウェアテストフレームワーク
US8296756B1 (en) Patch cycle master records management and server maintenance system
US20110138374A1 (en) Downtime reduction for enterprise manager patching
US8640098B2 (en) Offline configuration and download approach
US20090007097A1 (en) Product install and configuration providing choice of new installation and re-use of existing installation
US8589912B2 (en) Loosely coupled product install and configuration
US9043781B2 (en) Algorithm for automated enterprise deployments
CN110286921B (zh) 一种自动化安装分布式大数据平台cdh方法
US7434041B2 (en) Infrastructure for verifying configuration and health of a multi-node computer system
CN116820493A (zh) 一种镜像文件部署方法、系统、设备及存储介质
US10146520B1 (en) Updating a running application on a computing device
CN116149713B (zh) 一种树型异构网络下的各级设备的程序升级方法及装置
CN115599399A (zh) 一种应用程序部署方法、装置及存储介质
CN111966364A (zh) 一种基于docker的Weblogic自动化环境搭建方法及系统
CN114756247B (zh) 一种系统部署方法、装置、设备及存储介质
Orlov et al. Scenario Approach to Software Updates of Complex Networks
CN115390856A (zh) 一种微服务的部署工具、微服务架构和部署方法
CN115291972A (zh) 一种K8s集群的环境配置方法、装置及电子设备
CN105975297A (zh) 一种kdb数据库安装过程中裸设备的创建方法及系统
CN117118825A (zh) 一种堡垒机自动部署应用发布服务器的方法及装置
CN116860263A (zh) 一种推理平台多集群系统部署方法、装置、终端及介质
WO2020258175A1 (zh) 一种自动化安装分布式大数据平台cdh方法
CN117270979A (zh) 一种操作系统的迁移方法、系统、装置及服务器

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant