CN116483429A - 一种前端工程灰度发布的方法及系统 - Google Patents

一种前端工程灰度发布的方法及系统 Download PDF

Info

Publication number
CN116483429A
CN116483429A CN202310469693.8A CN202310469693A CN116483429A CN 116483429 A CN116483429 A CN 116483429A CN 202310469693 A CN202310469693 A CN 202310469693A CN 116483429 A CN116483429 A CN 116483429A
Authority
CN
China
Prior art keywords
resource
gray
gray level
verification
request instruction
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.)
Pending
Application number
CN202310469693.8A
Other languages
English (en)
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.)
CITIC Aibank Corp Ltd
Original Assignee
CITIC Aibank Corp 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 CITIC Aibank Corp Ltd filed Critical CITIC Aibank Corp Ltd
Priority to CN202310469693.8A priority Critical patent/CN116483429A/zh
Publication of CN116483429A publication Critical patent/CN116483429A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • YGENERAL 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
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE 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/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及一种前端工程灰度发布的方法及系统,在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。本发明所述一种基于前端工程的灰度发布方法及系统,可减少后端灰度标签及放量策略等操作复杂的配置,降低部分人为因素的风险;降低前端应用发版次数,支持一次性全量变更完成;减少前端应用发版错误,降低用户感知,规避生产问题发生。

Description

一种前端工程灰度发布的方法及系统
技术领域
本发明涉及金融交易技术领域,尤其涉及一种前端工程灰度发布的方法及系统。
背景技术
通常情况,前端工程进行灰度发布,需要为用户打上灰度标签及放量策略。通过在不同实例上部署不同的应用版本,根据nginx等代理设备等location配置或者网关转发,将灰度用户的请求打到机器的灰度实例上。又或者是进行全量部署,在处理请求时,获取请求用户的信息(如uuid),node层通过RPC调用获取到放量配置,通过分流策略计算应该使用哪个版本的资源。上述前端灰度发布的模式,需要时刻控制验证用户的标签属性及放量策略,无法支持从前端自主控制灰度验证策略,同时,基于后端服务进行流量控制变更,无法一次性进行全量信息同步加载替换,需要进行多次覆盖操作完成版本变更。
发明内容
为解决现有技术的不足,本发明提出一种前端工程灰度发布的方法及系统,可有效的补充上述灰度过于依赖后端用户打标及放量策略配置,通过前端工程进行灰度判定加载验证,增强了系统的可扩展性。
为实现以上目的,本发明所采用的技术方案包括:
一种前端工程灰度发布的方法,其特征在于,包括:
在可访问资源服务器中新建预发版目录以及资源访问目录;
在代理设备中新增灰度组的代理适配;
前端用户进行用户灰度验证;
前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
进一步地,所述预发版目录用于存放灰度变更的资源文件;所述资源访问目录在系统变更时不变更。
进一步地,所述灰度组的代理适配用于识别灰度组与正常组资源隔离策略,所述灰度组的代理适配仅需第一次做变更,后续灰度组发布无需再次适配。
进一步地,所述前端用户进行用户灰度验证的方法,包括:前端用户通过灰度标签进行用户灰度验证;前端用户通过放量策略进行用户灰度验证;前端用户通过前端自主切换访问验证方式进行用户灰度验证。
进一步地,所述前端用户通过前端自主切换访问验证方式进行用户灰度验证,包括:新增灰度验证方式,通过代理设备切换至灰度组环境;通过可访问资源服务器提供灰度服务。
进一步地,若前端用户灰度验证失败,通过资源回退请求指令实现灰度组资源回退操作;资源服务器接收资源回退请求指令,资源服务器执行逆向复制操作,实现灰度组发布全量替换正式文件。
进一步地,所述发出端,包括:前端及后端。
本发明还涉及一种前端工程灰度发布的系统,其特征在于,包括:
目录新建模块,用于在可访问资源服务器中新建预发版目录以及资源访问目录;
代理适配模块,用于在代理设备中新增灰度组的代理适配;
灰度验证模块,用于前端用户进行用户灰度验证;
指令发出模块,用于前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
执行模块,用于资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
本发明还涉及一种计算机可读存储介质,其特征在于,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的前端工程灰度发布的方法。
本发明还涉及一种电子设备,其特征在于,包括处理器和存储器;
所述存储器,用于存储预发版目录以及资源访问目录;
所述处理器,用于通过调用预发版目录以及资源访问目录,执行上述的前端工程灰度发布的方法。
本发明还涉及一种计算机程序产品,包括计算机程序和/或指令,其特征在于,该计算机程序和/或指令被处理器执行时实现上述前端工程灰度发布的方法的步骤。
本发明的有益效果为:
采用本发明所述一种前端工程灰度发布的方法及系统,在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。本发明所述一种基于前端工程的灰度发布方法及系统,可减少后端灰度标签及放量策略等操作复杂的配置,降低部分人为因素的风险;降低前端应用发版次数,支持一次性全量变更完成;减少前端应用发版错误,降低用户感知,规避生产问题发生。
附图说明
图1为用户访问前端工程示意图。
图2为本发明一种前端工程灰度发布的方法流程示意图。
图3为本发明统一的可访问资源服务器提供灰度服务示意图。
图4为本发明灰度资源整合示意图。
图5为本发明灰度资源退回示意图。
图6为本发明一种前端工程灰度发布的系统结构示意图。
具体实施方式
为了更清楚的理解本发明的内容,将结合附图和实施例详细说明。
通常情况下,用户通过浏览器访问前端资源服务,中间有一层代理设备进行服务负载均衡,而真正提供资源的是背后的资源服务器,例如图1中所示。前端资源正常部署在资源服务器中某个目录,如图中/usr/local/nginx/app/*.html,即用户可视化内容。如图1为用户访问前端工程示意图。
应用部署通常是将整个前端资源部署包打包,然后上传到服务器中,通过服务器一系列操作(解压、编译、部署等)对旧文件进行更新替换,从而实现资源部署。
本发明第一方面涉及一种前端工程灰度发布的方法步骤流程如图2所示的方法,包括:
在可访问资源服务器中新建预发版目录以及资源访问目录;
所述预发版目录用于存放灰度变更的资源文件;所述资源访问目录在系统变更时不变更。
在代理设备中新增灰度组的代理适配;
所述灰度组的代理适配用于识别灰度组与正常组资源隔离策略,所述灰度组的代理适配仅需第一次做变更,后续灰度组发布无需再次适配。
前端用户进行用户灰度验证;
所述前端用户进行用户灰度验证的方法,包括:前端用户通过灰度标签进行用户灰度验证;前端用户通过放量策略进行用户灰度验证;前端用户通过前端自主切换访问验证方式进行用户灰度验证。
所述前端用户通过前端自主切换访问验证方式进行用户灰度验证,包括:新增灰度验证方式,通过代理设备切换至灰度组环境;通过可访问资源服务器提供灰度服务。
前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
所述发出端,包括:前端及后端。
资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
若前端用户灰度验证失败,通过资源回退请求指令实现灰度组资源回退操作;资源服务器接收资源回退请求指令,资源服务器执行逆向复制操作,实现灰度组发布全量替换正式文件。
作为本申请的第一实施例,如下:
灰度发布方案主要包括以下几部分内容:
首先,在可访问资源服务器中新建预发版目录,例如usr/local/nginx/grey/目录,该目录用于存放灰度变更的所有资源文件,源资源访问目录(usr/local/nginx/app)不变更,即每次系统变更均不会对现有用户产生影响,用户无感知。
其次,在代理设备中新增该灰度组的代理适配(仅第一次需做变更,后续灰度组发布无需操作该配置)。该配置用于识别灰度组与正常组资源隔离策略,每次生产变更不替换旧有资源,所以对于用户零风险。
然后,前端用户除了可以采用前述的灰度标签或者放量策略方法外,还可通过前端自主切换访问验证方式实现用户灰度验证。例如,新增灰度验证方式http://ip/grey/app/a.html,此时,该请求会通过代理设备切换至灰度组环境,由统一的可访问资源服务器提供灰度服务,原资源信息依然对外提供服务,各环境资源信息不会造成污染,如图3为统一的可访问资源服务器提供灰度服务图。
最后,当灰度标签、放量策略、前端灰度验证等多种形式完成用户验证后,需要进行正式版本发布时,无需再次提交版本进行前端资源部署,仅仅需要通过前/后端发出资源整合请求指令(例如:https://ip/grey/app/merge)。此时,前端资源服务器收到该指令请求,在当前服务器上会执行整合指令copy操作,实现/usr/local/nginx/grey/app目录全量文件覆盖至/usr/local/nginx/app,从而实现灰度组发布全量替换正式文件,从而实现灰度组与正常组资源同步变更替换,图4为灰度资源整合示意图。
当然,存在一种灰度验证失败的场景,对于灰度用户访问的灰度组存在缺陷,虽然该灰度组可访问资源对外不提供服务,但本着版本一致且生产零事故的理念,可以通过资源回退请求指令(例如:https://ip/grey/app/revert),实现对该灰度组资源回退操作。当资源服务器收到该指令后,在资源服务器上会执行逆向copy操作,实现/usr/local/nginx/app目录全量文件覆盖至/usr/local/nginx/grey/app,从而保证灰度组与正常组资源一致。如图5为灰度资源回退示意图。
本发明另一方面还涉及一种前端工程灰度发布的系统,其结构如图2所示,包括:
目录新建模块,用于在可访问资源服务器中新建预发版目录以及资源访问目录;
代理适配模块,用于在代理设备中新增灰度组的代理适配;
灰度验证模块,用于前端用户进行用户灰度验证;
指令发出模块,用于前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
执行模块,用于资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
通过使用该系统,能够执行上述的运算处理方法并实现对应的技术效果。
本发明的实施例还提供能够实现上述实施例中的方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的方法的全部步骤。本发明的一种计算机可读存储介质,在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。本发明所述一种基于前端工程的灰度发布方法及系统,可减少后端灰度标签及放量策略等操作复杂的配置,降低部分人为因素的风险;降低前端应用发版次数,支持一次性全量变更完成;减少前端应用发版错误,降低用户感知,规避生产问题发生。
本发明的实施例还提供一种用于执行上述方法的电子设备,作为该方法的实现装置,所述电子设备至少具备有处理器和存储器,特别是该存储器上存储有执行方法所需的数据和相关的计算机程序,例如预发版目录以及资源访问目录等,并通过由处理器调用存储器中的数据、程序执行实现方法的全部步骤,并获得对应的技术效果。本发明的实施例还提供能够实现上述实施例中的方法中全部步骤的一种电子设备,在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。在可访问资源服务器中新建预发版目录以及资源访问目录;在代理设备中新增灰度组的代理适配;前端用户进行用户灰度验证;前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。本发明所述一种基于前端工程的灰度发布方法及系统,可减少后端灰度标签及放量策略等操作复杂的配置,降低部分人为因素的风险;降低前端应用发版次数,支持一次性全量变更完成;减少前端应用发版错误,降低用户感知,规避生产问题发生。
优选的,该电子设备可以包含有总线架构,总线可以包括任意数量的互联的总线和桥,总线将包括由一个或多个处理器和存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口在总线和接收器和发送器之间提供接口。接收器和发送器可以是同一个元件,即收发机,提供用于在传输介质上与各种其他系统通信的单元。处理器负责管理总线和通常的处理,而存储器可以被用于存储处理器在执行操作时所使用的数据。
额外的,所述电子设备还可以进一步包括通信模块、输入单元、音频处理器、显示器、电源等部件。其所采用的处理器(或称为控制器、操作控件)可以包括微处理器或其他处理器装置和/或逻辑装置,该处理器接收输入并控制电子设备的各个部件的操作;存储器可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种,可储存上述有关的数据信息,此外还可存储执行有关信息的程序,并且处理器可执行该存储器存储的该程序,以实现信息存储或处理等;输入单元用于向处理器提供输入,例如可以为按键或触摸输入装置;电源用于向电子设备提供电力;显示器用于进行图像和文字等显示对象的显示,例如可为LCD显示器。通信模块即为经由天线发送和接收信号的发送机/接收机。通信模块(发送机/接收机)耦合到处理器,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)还经由音频处理器耦合到扬声器和麦克风,以经由扬声器提供音频输出,并接收来自麦克风的音频输入,从而实现通常的电信功能。音频处理器可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器还耦合到中央处理器,从而使得可以通过麦克风能够在本机上录音,且使得可以通过扬声器来播放本机上存储的声音。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品,该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
以上所述仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换等都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。

Claims (11)

1.一种前端工程灰度发布的方法,其特征在于,包括:
在可访问资源服务器中新建预发版目录以及资源访问目录;
在代理设备中新增灰度组的代理适配;
前端用户进行用户灰度验证;
前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
2.如权利要求1所述的方法,其特征在于,所述预发版目录用于存放灰度变更的资源文件;所述资源访问目录在系统变更时不变更。
3.如权利要求1所述的方法,其特征在于,所述灰度组的代理适配用于识别灰度组与正常组资源隔离策略,所述灰度组的代理适配仅需第一次做变更,后续灰度组发布无需再次适配。
4.如权利要求1所述的方法,其特征在于,所述前端用户进行用户灰度验证的方法,包括:前端用户通过灰度标签进行用户灰度验证;前端用户通过放量策略进行用户灰度验证;前端用户通过前端自主切换访问验证方式进行用户灰度验证。
5.如权利要求1所述的方法,其特征在于,所述前端用户通过前端自主切换访问验证方式进行用户灰度验证,包括:新增灰度验证方式,通过代理设备切换至灰度组环境;通过可访问资源服务器提供灰度服务。
6.如权利要求1所述的方法,其特征在于,若前端用户灰度验证失败,通过资源回退请求指令实现灰度组资源回退操作;资源服务器接收资源回退请求指令,资源服务器执行逆向复制操作,实现灰度组发布全量替换正式文件。
7.如权利要求1所述的方法,其特征在于,所述发出端,包括:前端及后端。
8.一种前端工程灰度发布的系统,其特征在于,包括:
目录新建模块,用于在可访问资源服务器中新建预发版目录以及资源访问目录;
代理适配模块,用于在代理设备中新增灰度组的代理适配;
灰度验证模块,用于前端用户进行用户灰度验证;
指令发出模块,用于前端用户灰度验证成功后,进行正式版本发布,通过发出端发出资源整合请求指令;
执行模块,用于资源服务器接收资源整合请求指令,服务器执行资源整合请求指令的复制操作,实现灰度组发布全量替换正式文件。
9.一种计算机可读存储介质,其特征在于,所述存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的前端工程灰度发布的方法。
10.一种电子设备,其特征在于,包括处理器和存储器;
所述存储器,用于存储预发版目录以及资源访问目录;
所述处理器,用于通过调用预发版目录以及资源访问目录,执行权利要求1至7中任一项所述的前端工程灰度发布的方法。
11.一种计算机程序产品,包括计算机程序和/或指令,其特征在于,该计算机程序和/或指令被处理器执行时实现权利要求1至7中任一项所述前端工程灰度发布的方法的步骤。
CN202310469693.8A 2023-04-27 2023-04-27 一种前端工程灰度发布的方法及系统 Pending CN116483429A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310469693.8A CN116483429A (zh) 2023-04-27 2023-04-27 一种前端工程灰度发布的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310469693.8A CN116483429A (zh) 2023-04-27 2023-04-27 一种前端工程灰度发布的方法及系统

Publications (1)

Publication Number Publication Date
CN116483429A true CN116483429A (zh) 2023-07-25

Family

ID=87226636

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310469693.8A Pending CN116483429A (zh) 2023-04-27 2023-04-27 一种前端工程灰度发布的方法及系统

Country Status (1)

Country Link
CN (1) CN116483429A (zh)

Similar Documents

Publication Publication Date Title
CN110365502B (zh) 一种服务升级管理的方法、装置及存储介质
CN109787830A (zh) 灰度发布控制方法、装置、系统、电子设备及存储介质
CN107967140B (zh) 软件修改的发起方法、发布元数据的方法及装置
CN109947591B (zh) 数据库异地灾备系统及其部署方法、部署装置
CN111897738B (zh) 基于原子服务的自动化测试方法及装置
CN112069154A (zh) etcd分布式数据库自动运维方法及相关装置
CN114489989A (zh) 一种基于代理客户端并行调度的方法及系统
CN114035786A (zh) 一种基于依赖的微前端兼容迁移方法及系统
CN111930843B (zh) 基于数据库的数据系统及处理方法
CN116483429A (zh) 一种前端工程灰度发布的方法及系统
CN116303106A (zh) 一种适用金融行业的基于GitFlow软件版本快速回滚方法及系统
CN111596953A (zh) 版本管理系统、开发数据传输控制方法及相关装置
CN103118248A (zh) 监控方法、监控代理、监控服务器和系统
CN111859041B (zh) 数据报送方法及装置
CN113377385A (zh) 客户端自动部署方法及装置
CN111930626A (zh) 基于PaaS云服务的自动化测试方法及装置
CN111414232A (zh) 虚拟机模板数据处理方法及装置
CN112445574A (zh) 应用容器多集群迁移方法及装置
CN112035162A (zh) 配置文件批量修改方法及装置
CN105827435A (zh) 一种基于双中心系统保持业务连续运行的系统及方法
CN111783403B (zh) 一种文档提供方法、设备及介质
CN110827133A (zh) 一种银行业务系统变更投产补账方法及装置
CN115390854A (zh) 一种基于并行部署单元的预发版环境管理方法及系统
CN112732274B (zh) 基于灰度发布的容器应用发布方法以及管理平台
CN117608705A (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