CN108574720A - 一种服务上线方法及装置 - Google Patents
一种服务上线方法及装置 Download PDFInfo
- Publication number
- CN108574720A CN108574720A CN201710321472.0A CN201710321472A CN108574720A CN 108574720 A CN108574720 A CN 108574720A CN 201710321472 A CN201710321472 A CN 201710321472A CN 108574720 A CN108574720 A CN 108574720A
- Authority
- CN
- China
- Prior art keywords
- host
- cluster
- standard grade
- version
- target
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种服务上线方法及装置,方法包括:获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。应用本发明实施例提供的服务上线方法,能够提高上线的效率。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种服务上线方法及装置。
背景技术
当前,用户在互联网上使用各种各样的服务,为了满足用户的需求,这些服务需要增加新的功能或改进现有的技术,因此需要不断地升级。在升级过程中,伴随着新旧版本兼容的风险,用户使用习惯突然改变而造成用户流失的风险,系统宕机的风险。为了避免这些风险,很多服务上线的时候都采用了灰度发布的策略,其主要思想就是把影响集中到一个点,然后再发散到一个面,出现意外情况时,很容易回退,避免造成大范围的影响。
灰度发布是平滑过渡的一种发布方式。例如,AB test(测试)就是一种灰度发布方式,可以让一部用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大B的发布范围,最终把所有用户都迁移到B上来。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以保证其影响度。需要说明的是,服务当前上线的版本是A,服务预上线版本是B。
具体的,采用基于灰度发布的服务上线的方法可以为:按用户号段进行灰度发布,将所有用户按用户号段分为多个单元,服务进行新版本发布时,逐单元进行发布,从而实现服务的上线。但在这种方法中是逐个用户号段进行发布的,在用户号段设置的比较多的情况下,会导致服务从开始上线到最终完成线上的时间比较长,从而导致服务上线的效率比较低。
发明内容
本发明实施例的目的在于提供一种服务上线方法及装置,以提高上线的效率。具体技术方案如下:
第一方面,为达到上述目的,本发明实施例公开了一种服务上线方法,所述方法包括:
获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;
将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;
接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
可选的,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
可选的,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件的文件标识与第一配置文件的文件标识互换。
可选的,在所述获得针对目标服务的预上线版本的上线请求之前,所述方法还包括:
从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群;
从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
可选的,所述目标主机集群包括至少两个主机集群;
所述从目标主机集群中确定所述线上主机集群,包括:
确定目标主机标识;
将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配;
将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
可选的,所述确定目标主机标识,包括:
从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志;
将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
可选的,所述确定目标主机标识,包括:
接收针对所述目标服务的目标访问请求;
确定用于响应所述目标访问请求的第三主机;
将所述目标访问请求发送至所述第三主机;
获得所述第三主机反馈的针对所述目标访问请求的响应结果;
基于所获得的响应结果,生成针对所述目标访问请求的第一日志;
将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
可选的,所述从目标主机集群中确定所述线上主机集群,包括:
接收针对所述目标服务的第一访问请求;
从所述目标主机集群中确定用于响应所述第一访问请求的第四主机;
向所述第四主机发送所述第一访问请求;
获得所述第四主机反馈的针对所述第一访问请求的响应结果;
判断所获得的响应结果是否为失败的响应结果;
如果是,从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述向所述第四主机发送所述第一访问请求,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机;
基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志;
确定所生成的第二日志中记录的每一第四主机的标识;
将所确定的第四主机的标识对应的第四主机组成所述线上主机集群。
可选的,在所述获得针对目标服务的预上线版本的上线请求之前,所述方法还包括:
判断所述第一配置文件中存储的主机标识是否为所述第二主机标识;
如果否,将所述第一配置文件中所存储的主机标识替换为所述第二主机标识;
根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群;
通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
第二方面,为达到上述目的,本发明实施例还公开了一种服务上线装置,所述装置包括:
获得模块,用于获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;
第一替换模块,用于将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;
发送模块,用于接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
可选的,所述第一替换模块,具体用于将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
可选的,所述第一替换模块,具体用于将目标配置文件的文件标识与第一配置文件的文件标识互换。
可选的,所述装置还包括:
第一确定模块,用于从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群;
第二确定模块,用于从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
可选的,所述目标主机集群包括至少两个主机集群;
所述第一确定模块,包括:
第一确定子模块,用于确定目标主机标识;
匹配子模块,用于将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配;
第二确定子模块,用于将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
可选的,所述第一确定子模块,包括:
第一确定单元,用于从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志;
第二确定单元,用于将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
可选的,所述第一确定子模块,包括:
接收单元,用于接收针对所述目标服务的目标访问请求;
第三确定单元,用于确定用于响应所述目标访问请求的第三主机;
发送单元,用于将所述目标访问请求发送至所述第三主机;
获得单元,用于获得所述第三主机反馈的针对所述目标访问请求的响应结果;
生成单元,用于基于所获得的响应结果,生成针对所述目标访问请求的第一日志;
第四确定单元,用于将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
可选的,所述第一确定模块,包括:
接收子模块,用于接收针对所述目标服务的第一访问请求;
第三确定子模块,用于从所述目标主机集群中确定用于响应所述第一访问请求的第四主机;
发送子模块,用于向所述第四主机发送所述第一访问请求;
获得子模块,用于获得所述第四主机反馈的针对所述第一访问请求的响应结果;
判断子模块,用于判断所获得的响应结果是否为失败的响应结果;
更新子模块,用于在所述判断子模块的判断结果为是的情况下,从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述发送子模块,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机;
生成子模块,用于基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志;
第四确定子模块,用于确定所生成的第二日志中记录的每一第四主机的标识;
组成子模块,用于将所确定的第二主机的标识对应的第四主机组成所述线上主机集群。
可选的,所述装置还包括:
判断模块,用于判断所述第一配置文件中存储的主机标识是否为所述第二主机标识;
第二替换模块,用于在所述判断模块的判断结果为否的情况下,将所述第一配置文件中所存储的主机标识替换为所述第二主机标识;
部署模块,用于根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群;
测试模块,用于通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
本发明实施例提供的服务上线方法及装置,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。当然,实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例所提供的服务上线方法的第一种流程示意图;
图2为本发明实施例所提供的服务上线方法的第二种流程示意图;
图3为本发明实施例所提供的服务上线方法的第三种流程示意图;
图4为本发明实施例所提供的服务上线方法的第四种流程示意图;
图5为本发明实施例所提供的服务上线方法的第五种流程示意图;
图6为本发明实施例所提供的服务上线方法的第六种流程示意图;
图7为本发明实施例所提供的服务上线方法的第七种流程示意图;
图8为目标服务的线上版本系统架构示意图;
图9为目标服务的预上线版本系统架构示意图;
图10为未部署预上线版本时目标服务的局部架构示意图;
图11为未部署预上线版本时目标服务的局部架构示意图;
图12为流量切换时目标服务的局部架构示意图;
图13为预上线版本上线后目标服务的局部架构示意图;
图14为本发明实施例所提供的服务上线装置的第一种结构示意图;
图15为本发明实施例所提供的服务上线装置的第二种结构示意图;
图16为本发明实施例所提供的服务上线装置的第三种结构示意图;
图17为本发明实施例所提供的服务上线装置的第四种结构示意图;
图18为本发明实施例所提供的服务上线装置的第五种结构示意图;
图19为本发明实施例所提供的服务上线装置的第六种结构示意图;
图20为本发明实施例所提供的服务上线装置的第七种结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为解决现有技术中的问题,本发明实施例提供了一种服务上线方法及装置,下面首先对本发明实施例提供的服务上线方法进行说明。
需要说明的是,本发明实施例提供的服务上线方法的执行主体为线上主机集群的上层服务器,是连接客户端与部署有线上版本的主机集群的服务器,可以将访问请求发送给主机集群中的主机。示例性的,上线服务器可以为负载均衡服务器,还可以为代理服务器等等。需要说明的是,客户端是指与服务器相对应为客户提供本地服务的程序。
图1为本发明实施例所提供的服务上线方法的第一种流程示意图,方法包括:
S101:获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的。
需要说明的是,预上线主机集群为部署有预上线版本的主机集群。对预上线主机集群中部署的预上线版本进行测试,该预上线版本测试通过后则会产生该上线请求。在本发明实施例中,上线请求可以是在测试后立即获得的,也可以是是间隔了一段时间获得的。在实际应用中,目标服务提供方的工作人员可以在预上线版本测试通过后,设定一个时间点,在该时间点被触发时,向上层服务器上线请求;也可以在任意时刻向上层服务器发送上线请求。上层服务器获得的上线请求除了是上述所说的目标服务提供方的工作人员发送的,还可以除上层服务器之外的其他服务器发送的,当然,可以是上层服务器获得测试通过的消息后,自动生成的。目标服务是有线上版本和预上线版本的服务,示例性的,服务可以为java服务,java是一种可以撰写跨平台应用程序的面向对象的程序设计语言。
S102:将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件。
配置文件是具有规范化数据格式的变量保存文件,使用的数据格式可以是XML(Extensible Markup Language,可扩展标记语言)、YAML(Yet Another Markup Language,另一种标记语言)、JSON(Java Script Object Notation,Java Script对象标记语言)等等。JavaScript是一种直译式脚本语言,是一种动态类型、弱类型、基于原型的语言,内置支持类型。需要说明的是,目标配置文件可以存储于上述所说的上层服务器,第一配置文件也可以存储于上述所说的上层服务器。
在本发明实施例中,可以将目标配置文件中存储的所有数据与第一配置文件中存储的所有数据进行替换;也可以将目标配置文件中与第一配置文件中不一致的数据,替换为第一配置文件中的数据。将目标配置文件存储的数据替换为第一配置文件中的数据,这样使得上层服务器不用重新设置读取的配置文件,在线上版本没有停止服务的情况下,将预上线版本平滑地切换为线上版本。
具体的,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
需要说明的是,第一主机标识和第二主机标识是同一类型的标识,可以为主机的IP(Internet Protocol,网络之间互连的协议)地址;也可以为主机的IP地址和端口。这里所说的端口是逻辑意义上的端口,一般是指TCP(Transmission Control Protocol,传输控制协议)/IP协议中的端口。
在本发明实施例中,线上主机集群和预上线主机集群的环境相同,可以理解为预上线主机集群是模拟线上环境,可以在预上线主机集群中采用与线上主机集群相同的配置、主机和系统设置。预上线主机集群中主机的数量与线上主机集群中主机的数量可以相同,也可以不同,只要两个主机集群的环境相同即可。需要说明的是,两个主机集群中主机数量不同可以是由多个方面的因素决定的。示例性的,为了及时处理大量的访问请求,对线上主机集群进行了扩容,从而造成两个主机集群中主机数量;为了应对可能到来的数量巨大的访问请求,在预上线主机集群增加主机的数量。在这里不进行一一举例说明。
在预上线主机预上线主机集群与线上主机集群的环境相同,保证了针对预上线版本的测试更加准确,很大程度上减少了预上线版本上线之后出现错误的可能性,保证了上线的成功率,提高了上线的SLA(Service Level Agreement,服务等级协议)。
在本发明实施例中,可以采用自动化切换工具将目标配置文件中的第一主机标识替换为第二主机标识,保证饿了替换的正确性和易操作性。示例性的,自动化切换工具可以为Nginx-kec(Kingsoft Elastic Compute,金山云服务器)-dog工具。Nginx是一款轻量级的Web(万维网)服务器、反向代理服务器及电子邮件代理服务器。Nginx-kec-dog工具是一款可以根据预先设置的替换规则,自动将一个文件的数据替换为另外一个文件中的数据的工具,进一步地,是一种脚本工具。当Nginx-kec-dog工具运行于上述所说的上层服务器中时,可以是Nginx-kec-dog获得上线请求,上线请求中包含第一主机标识。上线请求中所包含的第一主机标识是线上主机集群中任一主机的标识。Nginx-kec-dog工具在获得第一主机标识后,将目标配置文件中的第一主机标识替换为第二主机标识。当然,还可以设置其他的替换规则,在上线请求中包含第二主机标识的情况下,将将目标配置文件中的第一主机标识替换为第二主机标识。
需要说明的是,在第一主机标识除主机的IP地址外还包括其他信息的情况下,上线请求中可以只包含主机的IP地址,而不包含第一主机标识中的其他信息。Nginx-kec-dog工具在获得线上主机集群中的主机的IP地址后,将目标配置文件中的第一主机标识替换为第二主机标识。
示例性的,主机的标识为主机的IP地址和端口,上线请求中包含线上主机集群中的主机的IP地址,IP地址为10.65.140.5,第一主机标识如表1所示:
表1
IP地址 | 端口 |
10.65.140.5 | 8080 |
10.65.140.11 | 8080 |
第二主机标识如表2所示:
表2
IP地址 | 端口 |
10.65.140.31 | 8080 |
10.65.140.32 | 8080 |
Nginx-kec-dog工具将表1内容替换为表2中的内容,使得预上线主机集群切换为线上主机集群,预上线版本变成了线上版本,实现了预上线版本全面上线。示例性的,线上版本为V1.0,预上线版本为V1.1,当完成目标配置文件中的数据替换后,线上版本为V1.1,预先的线上版本V1.0变成了历史版本。
利用自动化切换工具,对文件中的数据进行快速且准确地替换,相较于手动地替换数据,减少了替换数据所需要的时间,提高了替换数据的效率。另外,利用自动化切换工具,还可以避免手动替换数据而产生的数据替换错误,提高了替换数据的正确性和易操作性。
具体的,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件的文件标识与第一配置文件的文件标识互换。
可以理解的是,文件标识可以为文件的名称,当然,能够识别文件的信息均可以认为是文件的标识。将目标配置文件的文件标识与第一配置文件的文件标识互换,可以快速实现目标配置文件存储的数据的替换,提高了替换数据的效率,而且避免了文件中的数据替换错误的产生。
需要说明的是,当目标配置文件中的数据替换为第一配置文件中的数据,就可以将访问目标服务的流量从线上版本切换到预上线版本,实现预上线版本的全面上线。
S103:接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
需要说明的是,将目标配置文件中的数据替换完成后,会重新加载替换后的配置文件,检查替换后的目标配置文件是否正确,在确定目标配置文件正确后,将新接收到的针对目标服务的访问请求后,将接收到的访问请求发送至预上线主机集群。在实际应用中,可以通过Nginx reload(重载)命令,实现重载替换后的配置文件,将流量指向预上线主机集群。相较于大多数采用灰度策略引擎的服务上线方案,更加简单、轻便。
Nginx reload命令的过程为:Nginx主进程会启动一个新的工作进程,采用替换后的目标配置文件,并将新接收到的访问请求发送给新的工作进程。发送关闭请求给旧的工作进程,旧的工作进程接收到关闭请求后,会停止接受新的访问请求,并继续服务旧的访问请求直到所有的访问请求完成后才退出。在这里所说的新的工作进程是指针对预上线版本的工作进程。在完成目标配置文件的数据替换后,预上线版本切换为线上版本,需要开启新的工作进程,以使得新的工作进程将新的访问请求发送至预上线主机集群。
这里所说的旧的工作进程是指针对线上版本的工作进程,在完成目标配置文件的数据替换后,线上版本不再提供服务。为了不浪费系统的资源,避免因访问请求发错工作进程而导致的访问失败,需要将旧的工作进程关闭。如果旧的工作进程所服务的旧的访问请求还没有处理完成,为了能够继续对旧的访问请求进行处理,保证目标服务的连续性和不间断性,需要等待该工作进程所服务的所有访问请求均处理完成,旧的工作进程根据接收到的关闭请求,进行关闭。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。
图2为本发明实施例所提供的服务上线方法的第二种流程示意图。基于图1所提供的实施例,本发明实施例所提供的服务上线方法,在S101之前,还可以包括S104和S105,其中,
S104:从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群。
可以理解的是,针对一个服务,不可能只部署一个主机。如果只部署了一个主机,在该主机出现故障的情况下,会导致服务不可用。在对目标服务的访问量大的情况下,因为主机自身性能的局限性,使得不能并行地对大量的访问请求进行处理,对访问请求的处理效率比较低,单个主机容易产生性能瓶颈。因此,在一个服务中部署多个主机,多个主机就组成了主机集群,提高访问请求处理效率。线上主机集群是由部署有线上版本的主机组成的,主要用于处理针对目标服务的访问请求。
在本发明实施例中,可以将目标主机集群中正在为目标服务提供服务的主机集群确定为线上主机集群,即可以理解为将部署有线上版本的主机集群确定为线上主机集群。确定线上的Real Server(真实服务器),这样避免将预上线版本部署到线上的RealServer,进而,避免对线上版本的运行产生影响。
S105:从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
需要说明的是,预上线主机集群为部署有预上线版本的主机集群。在本发明实施例中,可以从目标主机集群中没有部署线上版本的主机集群中确定预上线主机集群。
在本发明实施例中,有可能在目标服务线上版本运行很久之后,才会产生预上线版本,服务提供方的工作人员无法确定哪些主机部署了线上版本,哪些主机可以部署预上线版本。为了避免在部署有线上版本的主机部署预上线版本,从而影响目标服务的运行,需要先从目标主机集群中确定线上主机集群和与预上线主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
图3为本发明实施例所提供的服务上线方法的第三种流程示意图。基于图2所提供的实施例,本发明实施例所提供的服务上线方法,在目标主机集群包括至少两个主机集群的情况下,从目标主机集群中确定所述线上主机集群(S104),包括:
S1041:确定目标主机标识。
这里所说的目标主机标识与上述所说的主机标识为同一类型的主机的标识。
S1042:将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配。
可以理解的是,目标主机集群中的每一主机均有一个主机标识,可以将目标主机标识与每一主机集群中的每一主机的主机标识进行匹配,从而确定线上主机集群。
S1043:将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
在本发明实施例中,先确定主机标识与目标主机标识相匹配的主机;再将所确定的主机所在的主机集群确定为线上主机集群。确定主机标识与目标主机标识相匹配的主机,可以理解为确定主机标识是目标主机标识的主机。确定线上主机集群的主要目的是为了防止目标服务提供方的工作人员将预上线版本部署到线上主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
图4为本发明实施例所提供的服务上线方法的第四种流程示意图。基于图3所提供的实施例,本发明实施例所提供的服务上线方法,确定目标主机标识(S1041),包括:
S10411:从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志。
需要说明的是,这里所说的日志可以为访问日志,访问日志记录有访问服务的每个访问请求的信息,访问日志的格式可以自定义。访问日志中可以记录发送访问请求的客户端的标识、对访问请求进行处理的主机的标识、访问时间、访问端口、响应时间、请求类型等等信息。
在本发明实施例中,将最新生成的日志确定为目标日志,这样可以通过确定的目标日志确定目标主机标识,通过目标主机标识确定线上主机集群。通过最新生成的日志确定目标主机标识,这样可以尽可能地保证确定的线上主机集群不会出现错误。如果通过生成时间比较早的日志确定目标日志,可能确定的线上主机集群会出现错误,有可能从生成该日志到利用该日志确定目标主机标识的时间段内,线上主机集群发生了改变,从而影响了确定的线上主机集群的正确性。示例性的,目标主机标识为标识A,主机标识为标识A的主机是主机1,在生成日志的时候,主机1所在的主机集群为集群A,在通过标识A确定线上主机集群的时候,主机1因为实际需要从集群A中的主机变更为集群B中的主机。在最后确定的线上主机集群是集群B,因为线上主机集群确定出错,从而导致服务上线出现错误。
S10412:将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
需要说明的是,目标日志在生成的时候会记录目标主机的标识,目标主机为目标主机集群中响应针对目标服务的访问请求的主机。因为目标日志中记录了很多信息,就可以根据预先设置的日志的格式,确定目标主机的标识在目标日志中的位置,从所确定的位置获得目标主机的标识。具体的,可以将目标日志中的信息进行分段后,根据预先设置的格式,确定目标主机的标识所在的段数,获得目标主机的标识。示例性的,预先设置的主机的标识是第16段,将目标日志中的记载的信息进行分段,分段后的第16段的信息为主机的标识。这里所说的段是根据信息划分的,一个信息是一段,例如,主机的标识是一段,客户端的标识是一段,响应时间是一段。每一信息在所在的段数是由预先设置的信息的排列顺序决定的,示例性的,将请求时间排在最前面,则将日志进行分段后请求时间是第一段;将访问时间排在第四,则将日志进行分段后访问时间是第四段。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
图5为本发明实施例所提供的服务上线方法的第五种流程示意图。基于图3所提供的实施例,本发明实施例所提供的服务上线方法,确定目标主机标识(S1041),包括:
S10413:接收针对所述目标服务的目标访问请求。
在本发明实施例中,还提供的另外一种确定目标主机标识的方法。在该方法中,服务提供商的工作人员可以通过后台中的服务器发送目标访问请求。当然,访问请求还可以是用户通过客户端发送的,当上层服务器接收到访问请求后,将该访问请求确定为目标访问请求。需要说明的是,针对目标访问请求,目标服务响应后,反馈的成功的响应结果。
S10414:确定用于响应所述目标访问请求的第三主机。
在本发明实施例中,上层服务器可以通过目标主机集群中主机的负载确定第三主机,第三主机可以对目标访问请求进行处理。需要说明的是,对于上层服务器来说,上层服务器确定目标主机集群中哪些主机上部署了线上版本,即上层服务器确定线上主机集群包含哪些主机。在本发明实施例中,确定线上主机集群的主要目的是为了让服务提供方的工作人员清楚地知道哪些主机上部署有线上版本,进而,在目标主机集群中除线上主机集群之外的主机上部署预上线版本。如果服务提供方的工作人员在不清楚哪些主机部署有线上版本的情况下,有可能会将部署有线上版本的主机从线上主机集群拆除,部署预上线版本。这样使得线上主机集群处理针对目标服务的访问请求的整体上的处理能力下降,导致线上主机集群的压力比较大,增加了线上主机集群中的主机出现故障的风险,另外,因为处理能力的下降,导致对访问请求的响应效率下降。
S10415:将所述目标访问请求发送至所述第三主机。
在本发明实施例中,上层服务器开启了Keep-alived功能,Keep-alived是一个类似于layer3,4&7交换机制的软件,也就是我们平时说的第3层、第4层和第7层交换。Keep-alived主要作用是检测主机的状态。如果有一台主机宕机,或工作出现故障,Keep-alived将检测到,并将有故障的主机从主机集群中剔除,同时使用其他主机代替该主机的工作。当主机工作正常后,Keep-alived自动将主机加入到主机群中,这些工作全部自动完成,不需要人工干涉,需要人工做的只是修复故障的主机。Keep-alived检测可以理解为心跳检测,会定时向主机发送心跳包,如果接收到主机反馈的信息,则确定该主机处于正常运行状态,否则确定该主机宕机。因为上层服务器中开启了Keep-alived功能,能够实现Nginx验活。Keep-alived还能实现上层服务器的主备切换,避免了单点故障,实现高可用。Nginx可以是上层服务器,Nginx验活可以理解为上层服务器利用Keep-alived功能,能够确定目标主机集群中主机的状态,确定主机是否正常运行。正常运行的主机可以确定为活的主机。第三主机就是从正常运行的主机中选择的。对于上层服务器来说,在确定第三主机的时候,就获得第三主机的IP地址,基于该IP地址,将目标访问请求发送至第三主机。
S10416:获得所述第三主机反馈的针对所述目标访问请求的响应结果。
在第三主机在对目标访问请求进行响应后,将响应结果反馈给上层服务器,响应结果分为成功和失败两种。当然,可以通过响应结果中包含的用于确定结果的标识来确定响应结果。示例性的,响应结果中如果包含1,则认为成功,否则为失败。
S10417:基于所获得的响应结果,生成针对所述目标访问请求的第一日志。
在本发明实施例中,可以根据目标访问请求中携带的信息以及针对目标访问请求所获得的响应结果,生成第一日志。第一日志可以理解为是上述所说的访问日志,包含了第三主机的标识。
S10418:将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
图6为本发明实施例所提供的服务上线方法的第六种流程示意图。基于图2所提供的实施例,本发明实施例所提供的服务上线方法,从目标主机集群中确定所述线上主机集群(S104),包括:
S1044:接收针对所述目标服务的第一访问请求。
S1045:从所述目标主机集群中确定用于响应所述第一访问请求的第四主机。
S1046:向所述第四主机发送所述第一访问请求。
S1047:获得所述第四主机反馈的针对所述第一访问请求的响应结果。
需要说明的是,S1044-S1047分别与上述所说的S10413-S10416工作原理相同在这里不进行赘述。
S1048:判断所获得的响应结果是否为失败的响应结果,如果是,执行S1049。
可以理解的是,当目标服务中的第四主机无法返回目标访问请求所请求的信息时,则响应结果为失败的响应结果;当目标服务中的第四主机返回目标访问请求所请求的信息时,则响应结果为成功的响应结果。目标主机集群中的主机接收到第一访问请求后,对第一访问请求进行处理,基于处理结果生成响应结果并发送给上层服务器,响应结果中包含用于标识成功或失败的信息。上层服务器在接收到响应结果后,根据响应结果中包含的用于标识成功或失败的信息,判断该响应结果是否为失败的响应结果。
S1049:从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述向所述第四主机发送所述第一访问请求,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机。
当选择的第四主机无法返回第一访问请求所请求的信息时,为了提高用户的体验,尽可能地返回用户的每一个访问请求所请求的信息,在一个主机无法返回的情况下,在目标主机集群中除已经发送第一访问请求的主机之外的主机中选择一个主机,将第四主机更新为所选择的主机,然后将第一访问请求发送给第四主机。
S10410:基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志。
需要说明的是,上层服务器自身知道目标主机集群中运行有线上版本的主机。在本发明实施例中,第一访问请求可以是访问目标服务中不存在的资源的请求,目标服务提供方的工作人员向目标服务发送该第一访问请求的目的在于:让运行有线上版本的主机均会响应该第一访问请求,因为无法处理该第一访问请求,向上层服务器反馈的响应结果均为失败的响应结果。这里所说的运行有线上版本的主机可以通过上层服务器的Keep-alived功能检测到的目标主机集群中处于运行状态的主机。生成的第二日志可以为一个日志,还可以是针对每一第四主机生成一个日志,生成的这些日志组合起来就是第二日志。
S10420:确定所生成的第二日志中记录的每一第四主机的标识。
S10430:将所确定的第四主机的标识对应的第四主机组成所述线上主机集群。
可以理解的是,因为第一访问请求是访问目标服务中不存在的资源的请求,因此,运行有线上版本的每一主机均会就接收到第一访问请求,针对该第一访问请求所生成的第二日志中包含的第四主机的标识,是运行有线上版本的主机的标识。第四主机的标识对应的第四主机组成了线上主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
图7为本发明实施例所提供的服务上线方法的第七种流程示意图。基于图1所提供的实施例,本发明实施例所提供的服务上线方法,在S101之前,方法还包括:
S106:判断所述第一配置文件中存储的主机标识是否为所述第二主机标识,如果否,执行S107。
需要说明的是,在确定线上主机集群后,需要执行S106。因为第二主机标识是预上线主机集群中的主机的标识,如果第一配置文件中存储的主机标识不是第二主机标识,在上线过程中目标配置文件中的主机标识替换会出现错误,进会导致服务上线出现错误。
S107:将所述第一配置文件中所存储的主机标识替换为所述第二主机标识。
具体的替换方法可以参照将目标配置文件存储的第一主机标识替换为第二主机标识的方法。
S108:根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群。
示例性的,图8为目标服务的线上版本系统架构示意图,控制台A用于控制服务监控和管理服务的运行,还可以接收访问请求;控制台A将访问请求发送给负载均衡服务器,负载均衡服务器中存储有配置文件;负载均衡服务器根据配置文件,将访问请求发送前端中的主机,前端A中的主机为包括:IP地址为10.65.140.3的主机和IP地址为10.65.140.4的主机。前端A中的主机将访问请求发送给后端A中的主机,后端A中的主机包括:IP地址为10.65.140.5的主机和IP地址为10.65.140.11的主机。后端A就是上述所说的线上主机集群。图9为目标服务的预上线版本系统架构示意图,包括控制台B、负载均衡服务器、前端B和后端B,后端B就是上述所说的预上线主机集群。可以看出图9与图8所示的系统架构相同。图9与图8中的系统架构结合在一起,构成了目标服务的系统架构。需要说明的是,图8和图9中,前端和后端中的主机的数量只是举例说明,另外,主机的IP地址只是为了标识主机,说明线上版本系统架构与预上线版本系统架构中前端和后端的主机都不相同。在实际应用中,主机的数量和IP地址根据实际情况而定。
图10为未部署预上线版本时目标服务的局部架构示意图,从图10可以看出,线上版本的后端A和预上线版本的后端B的流量均指向线上主机集群。图11为未部署预上线版本时目标服务的局部架构示意图,从图11可以看出,后端B的流量指向了预上线主机集群,说明此时目标服务提供方可以在预上线主机集群部署预上线版本并进行测试。需要说明的是,后端B的流量是目标服务提供方的工作人员部署和测试使所产生的,目标服务的用户所产生的流量在目前阶段是不会达到后端B的。
在本发明实施例中,因为构建了一套与线上版本系统架构完全相同的预上线版本系统架构,使得服务提供方的工作人员可以在任意时间进行部署,而不需要将所有需要参与部署的工作人员集中在一起进行部署,不需要统筹协调参与部署的工作人员的时间,部署更加简单、轻便。在本发明实施例中,可以采用自动化部署工具实现预上线版本的自动化部署,也可以人工部署。部署策略是根据实际情况制定的,示例性的,可以确定预上线版本中待部署的程序部署的先后顺序。
S109:通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
回归测试是软件测试的一种,旨在检验软件原有功能在修改后是否保持完整。回归测试作为软件生命周期的一个组成部分,在整个软件测试过程中占有很大的工作量比重,软件开发的各个阶段都会进行多次回归测试。重复进行回归测试就可以称之为迭代回归测试。在本发明实施例中,在部署完成后,服务提供方的QA(Quality Assurance)人员可以选择任意时刻预上线版本进行全面完整的回归测试。在测试通过后,通过执行自动化切换工具,实现流量切换,使得预上线版本全面地上线。现有技术中,只测试预上线版本上线的部分,测试预上线版本的部分程序,有可能会导致一些问题没有被发现,从而降低了服务上线的SLA。在本发明实施例,能够对预上线版本进行全面的测试,能够进可能地发现预上线版本存在的问题,相较于现有技术,提高了服务上线的SLA。
在预上线版本测试通过后,需要进行流量的切换。示例性的,图12为流量切换时目标服务的局部架构示意图,后端A的流量指向了预上线主机集群。图13为预上线版本上线后目标服务的局部架构示意图,在流量切换完成后,可以查看线上主机集群与预上线主机集群的流量,在流量流向预上线主机集群的时候,说明服务已经上线,而且上线没有出现错误。
在现有技术中,产品的上线经常面临的问题为:新版本在测试环境中经过全面测试后,计划在夜里两点上线,但常常面临着人工配置失误、所依赖的服务没有未新版本的上线做好准备、Wiki(维基)没有准备好等等,导致新版本的服务在预计的时间上线后产生不可预测的问题,使得服务上线的SLA下降。在本发明实施例中,在预上线集群中可以在任意时间部署预上线版本,预上线版本在与线上版本相同的环境中测试通过后,可以在任意时刻进行全面上线。这样减少了服务上线后问题出现的概率,保证了服务上线质量,提高了上线的SLA,可以将上线的SLA从原来是的90%提高到99.99%。同时,因为可以在任意时刻进行测试,任意时刻全面上线,使得服务上线更加便捷和人性化。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。将预上线版本部署在预上线主机集群中,可以实现任意时间部署和测试,使得部署和测试更加的灵活,没有规定严格的部署和测试时间,减轻了服务提供方的工作压力。另外,在预上线版本测试通过后,才进行全面地上线,减少了上线后服务出现错误的次数,提高了服务上线的SLA。
与图1所示的方法实施例相对应,图14为本发明实施例提供的服务上线装置的第一种结构示意图,该装置包括:获得模块201、第一替换模块202和发送模块203,其中,
获得模块201,用于获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;
第一替换模块202,用于将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;
发送模块203,用于接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
具体的,所述第一替换模块202,具体用于将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
具体的,所述第一替换模块202,具体用于将目标配置文件的文件标识与第一配置文件的文件标识互换。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。
与图2所示的方法实施例相对应,图15为本发明实施例提供的服务上线装置的第二种结构示意图,该装置还包括:第一确定模块204和第二确定模块205,其中,
第一确定模块204,用于从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群;
第二确定模块205,用于从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
与图3所示的方法实施例相对应,图16为本发明实施例提供的服务上线装置的第三种结构示意图,所述目标主机集群包括至少两个主机集群,第一确定模块204包括:第一确定子模块2041、匹配子模块2042和第二确定子模块2043,其中,
第一确定子模块2041,用于确定目标主机标识;
匹配子模块2042,用于将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配;
第二确定子模块2043,用于将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
与图4所示的方法实施例相对应,图17为本发明实施例提供的服务上线装置的第四种结构示意图,第一确定子模块2041包括:第一确定单元20411和第二确定单元20412,其中,
第一确定单元20411,用于从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志;
第二确定单元20412,用于将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
与图5所示的方法实施例相对应,图18为本发明实施例提供的服务上线装置的第五种结构示意图,第一确定子模块2041包括:接收单元20413、第三确定单元20414、发送单元20415、获得单元20416、生成单元20417和第四确定单元20418,其中,
接收单元20413,用于接收针对所述目标服务的目标访问请求;
第三确定单元20414,用于确定用于响应所述目标访问请求的第三主机;
发送单元20415,用于将所述目标访问请求发送至所述第三主机;
获得单元20416,用于获得所述第三主机反馈的针对所述目标访问请求的响应结果;
生成单元20417,用于基于所获得的响应结果,生成针对所述目标访问请求的第一日志;
第四确定单元20418,用于将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
与图6所示的方法实施例相对应,图19为本发明实施例提供的服务上线装置的第六种结构示意图,第一确定模块204包括:接收子模块2044、第三确定子模块2045、发送子模块2046、获得子模块2047、判断子模块2048、更新子模块2049、生成子模块20410、第四确定子模块20420和组成子模块20430,其中,
接收子模块2044,用于接收针对所述目标服务的第一访问请求;
第三确定子模块2045,用于从所述目标主机集群中确定用于响应所述第一访问请求的第四主机;
发送子模块2046,用于向所述第四主机发送所述第一访问请求;
获得子模块2047,用于获得所述第四主机反馈的针对所述第一访问请求的响应结果;
判断子模块2048,用于判断所获得的响应结果是否为失败的响应结果;
更新子模块2049,用于在所述判断子模块2048的判断结果为是的情况下,从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述发送子模块,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机;
生成子模块20410,用于基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志;
第四确定子模块20420,用于确定所生成的第二日志中记录的每一第四主机的标识;
组成子模块20430,用于将所确定的第二主机的标识对应的第四主机组成所述线上主机集群。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。确定线上主机集群和预上线主机集群,可以避免将预上线版本部署在线上主机集群中的主机中,预上线版本的部署不会影响线上版本的运行。
与图7所示的方法实施例相对应,图20为本发明实施例提供的服务上线装置的第七种结构示意图,所述装置还包括:判断模块206、第二替换模块207、部署模块208和测试模块209,其中,
判断模块206,用于判断所述第一配置文件中存储的主机标识是否为所述第二主机标识;
第二替换模块207,用于在所述判断模块206的判断结果为否的情况下,将所述第一配置文件中所存储的主机标识替换为所述第二主机标识;
部署模块208,用于根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群;
测试模块209,用于通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
应用本发明实施例,在获得针对通过测试的预上线版本上线请求后,将针对线上版本所设置的配置文件中的数据替换为针对预上线版本所设置的配置文件中的数据,使得预上线版本变成了线上版本,预上线版本平滑地上线,能够一次性完成上线,从开始上线到最终完成上线的时间非常短,相较于现有技术,缩短了服务上线所需要的时间,提高了服务上线的效率。将预上线版本部署在预上线主机集群中,可以实现任意时间部署和测试,使得部署和测试更加的灵活,没有规定严格的部署和测试时间,减轻了服务提供方的工作压力。另外,在预上线版本测试通过后,才进行全面地上线,减少了上线后服务出现错误的次数,提高了服务上线的SLA。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (18)
1.一种服务上线方法,其特征在于,所述方法包括:
获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;
将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;
接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
2.根据权利要求1所述的方法,其特征在于,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
3.根据权利要求1所述的方法,其特征在于,所述将目标配置文件中存储的数据替换为第一配置文件中存储的数据,包括:
将目标配置文件的文件标识与第一配置文件的文件标识互换。
4.根据权利要求1所述的方法,其特征在于,在所述获得针对目标服务的预上线版本的上线请求之前,所述方法还包括:
从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群;
从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
5.根据权利要求4所述的方法,其特征在于,所述目标主机集群包括至少两个主机集群;
所述从目标主机集群中确定所述线上主机集群,包括:
确定目标主机标识;
将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配;
将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
6.根据权利要求5所述的方法,其特征在于,所述确定目标主机标识,包括:
从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志;
将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
7.根据权利要求5所述的方法,其特征在于,所述确定目标主机标识,包括:
接收针对所述目标服务的目标访问请求;
确定用于响应所述目标访问请求的第三主机;
将所述目标访问请求发送至所述第三主机;
获得所述第三主机反馈的针对所述目标访问请求的响应结果;
基于所获得的响应结果,生成针对所述目标访问请求的第一日志;
将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
8.根据权利要求4所述的方法,其特征在于,所述从目标主机集群中确定所述线上主机集群,包括:
接收针对所述目标服务的第一访问请求;
从所述目标主机集群中确定用于响应所述第一访问请求的第四主机;
向所述第四主机发送所述第一访问请求;
获得所述第四主机反馈的针对所述第一访问请求的响应结果;
判断所获得的响应结果是否为失败的响应结果;
如果是,从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述向所述第四主机发送所述第一访问请求,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机;
基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志;
确定所生成的第二日志中记录的每一第四主机的标识;
将所确定的第四主机的标识对应的第四主机组成所述线上主机集群。
9.根据权利要求1所述的方法,其特征在于,在所述获得针对目标服务的预上线版本的上线请求之前,所述方法还包括:
判断所述第一配置文件中存储的主机标识是否为所述第二主机标识;
如果否,将所述第一配置文件中所存储的主机标识替换为所述第二主机标识;
根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群;
通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
10.一种服务上线装置,其特征在于,所述装置包括:
获得模块,用于获得针对目标服务的预上线版本的上线请求,其中,所述上线请求为:通过预上线主机集群对所述预上线版本的测试后生成的;
第一替换模块,用于将目标配置文件中存储的数据替换为第一配置文件中存储的数据,其中,所述目标配置文件为针对线上版本所设置的配置文件,所述第一配置文件为针对所述预上线版本所设置的配置文件;
发送模块,用于接收到针对所述目标服务的访问请求后,基于替换后的目标配置文件,将所接收的访问请求发送至所述预上线主机集群。
11.根据权利要求10所述的装置,其特征在于,
所述第一替换模块,具体用于将目标配置文件中存储的第一主机标识替换为第二主机标识,其中,所述第一主机标识为所述目标配置文件中存储的第一主机的标识,所述第一主机为部署有所述线上版本的线上主机集群中的主机;所述第二主机标识为所述第一配置文件中存储的第二主机的标识,所述第二主机为所述预上线主机集群中部署有所述预上线版本且对所述预上线版本测试通过的主机。
12.根据权利要求10所述的装置,其特征在于,
所述第一替换模块,具体用于将目标配置文件的文件标识与第一配置文件的文件标识互换。
13.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第一确定模块,用于从目标主机集群中确定所述线上主机集群,其中,所述目标主机集群为针对所述目标服务配置的主机集群;
第二确定模块,用于从除所述线上主机集群之外的目标主机集群中确定所述预上线主机集群。
14.根据权利要求13所述的装置,其特征在于,所述目标主机集群包括至少两个主机集群;
所述第一确定模块,包括:
第一确定子模块,用于确定目标主机标识;
匹配子模块,用于将所述目标主机标识与每一主机集群中的每一主机的主机标识进行匹配;
第二确定子模块,用于将主机标识与所述目标主机标识相匹配的主机所在的主机集群确定为所述上线主机集群。
15.根据权利要求14所述的装置,其特征在于,所述第一确定子模块,包括:
第一确定单元,用于从针对目标服务的访问请求生成的日志中确定目标日志,其中,所述目标日志为针对目标服务的访问请求生成的日志中最新生成的日志;
第二确定单元,用于将所述目标日志中记录的目标主机的标识确定为目标主机标识,其中,所述目标主机为响应针对所述目标服务的访问请求的主机。
16.根据权利要求14所述的装置,其特征在于,所述第一确定子模块,包括:
接收单元,用于接收针对所述目标服务的目标访问请求;
第三确定单元,用于确定用于响应所述目标访问请求的第三主机;
发送单元,用于将所述目标访问请求发送至所述第三主机;
获得单元,用于获得所述第三主机反馈的针对所述目标访问请求的响应结果;
生成单元,用于基于所获得的响应结果,生成针对所述目标访问请求的第一日志;
第四确定单元,用于将所述第一日志中记录的所述第三主机的标识确定为目标主机标识。
17.根据权利要求13所述的装置,其特征在于,所述第一确定模块,包括:
接收子模块,用于接收针对所述目标服务的第一访问请求;
第三确定子模块,用于从所述目标主机集群中确定用于响应所述第一访问请求的第四主机;
发送子模块,用于向所述第四主机发送所述第一访问请求;
获得子模块,用于获得所述第四主机反馈的针对所述第一访问请求的响应结果;
判断子模块,用于判断所获得的响应结果是否为失败的响应结果;
更新子模块,用于在所述判断子模块的判断结果为是的情况下,从所述目标主机集群中未确定为第四主机的主机中选择一个主机,将所述第四主机更新为所选择的主机,并返回执行所述发送子模块,直至所述目标主机集群中所有运行有所述线上版本的主机均被确定为第四主机;
生成子模块,用于基于所获得的每一响应结果,生成针对所述第一访问请求的第二日志;
第四确定子模块,用于确定所生成的第二日志中记录的每一第四主机的标识;
组成子模块,用于将所确定的第四主机的标识对应的第四主机组成所述线上主机集群。
18.根据权利要求10所述的装置,其特征在于,所述装置还包括:
判断模块,用于判断所述第一配置文件中存储的主机标识是否为所述第二主机标识;
第二替换模块,用于在所述判断模块的判断结果为否的情况下,将所述第一配置文件中所存储的主机标识替换为所述第二主机标识;
部署模块,用于根据预先设置的部署策略,将所述预上线版本部署至所述预上线主机集群;
测试模块,用于通过所述预上线主机集群对所述预上线版本进行迭代回归测试,直至测试通过。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710321472.0A CN108574720B (zh) | 2017-05-09 | 2017-05-09 | 一种服务上线方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710321472.0A CN108574720B (zh) | 2017-05-09 | 2017-05-09 | 一种服务上线方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108574720A true CN108574720A (zh) | 2018-09-25 |
CN108574720B CN108574720B (zh) | 2021-07-20 |
Family
ID=63576044
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710321472.0A Active CN108574720B (zh) | 2017-05-09 | 2017-05-09 | 一种服务上线方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108574720B (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109739537A (zh) * | 2018-12-29 | 2019-05-10 | 中电福富信息科技有限公司 | 一种灰度发布管理平台及灰度发布管理方法 |
CN110519088A (zh) * | 2019-08-15 | 2019-11-29 | 上海易点时空网络有限公司 | 配置服务容灾方法及系统 |
CN110609732A (zh) * | 2019-08-13 | 2019-12-24 | 平安普惠企业管理有限公司 | 应用程序部署方法、装置、计算机设备和存储介质 |
CN110737548A (zh) * | 2019-10-28 | 2020-01-31 | 聚好看科技股份有限公司 | 数据请求方法和服务器 |
CN111124474A (zh) * | 2018-10-31 | 2020-05-08 | 北京数聚鑫云信息技术有限公司 | 一种api版本控制方法及装置 |
CN111506341A (zh) * | 2020-04-21 | 2020-08-07 | 北京同邦卓益科技有限公司 | 一种软件配置信息检测方法、装置及系统 |
CN111639027A (zh) * | 2020-05-25 | 2020-09-08 | 北京百度网讯科技有限公司 | 一种测试方法、装置及电子设备 |
CN112241314A (zh) * | 2020-10-29 | 2021-01-19 | 浪潮通用软件有限公司 | 多Kubernetes集群管理方法、装置和可读介质 |
CN112749085A (zh) * | 2020-12-31 | 2021-05-04 | 北京知因智慧科技有限公司 | 一种跨集群的任务发布方法、装置、电子设备及存储介质 |
CN113381938A (zh) * | 2021-06-30 | 2021-09-10 | 北京字节跳动网络技术有限公司 | 数据包发送方法、装置、存储介质及电子设备 |
CN113612846A (zh) * | 2021-08-04 | 2021-11-05 | 掌阅科技股份有限公司 | 服务上线处理方法、计算设备及计算机存储介质 |
CN114217821A (zh) * | 2022-02-21 | 2022-03-22 | 深圳市秦丝科技有限公司 | 多服务器代码灰度发布方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1934564A (zh) * | 2004-03-22 | 2007-03-21 | 三星电子株式会社 | 使用证书撤销列表进行数字权限管理的方法和设备 |
CN103179229A (zh) * | 2013-04-17 | 2013-06-26 | 华为技术有限公司 | 一种数据业务通信方法、设备及系统 |
CN103729195A (zh) * | 2014-01-15 | 2014-04-16 | 北京奇虎科技有限公司 | 一种软件版本的控制方法及系统 |
CN105404582A (zh) * | 2015-10-26 | 2016-03-16 | 努比亚技术有限公司 | 一种应用改善验证方法及系统 |
CN105677356A (zh) * | 2016-01-11 | 2016-06-15 | 上海雷腾软件股份有限公司 | 一种运维方法及设备 |
CN106549810A (zh) * | 2016-11-24 | 2017-03-29 | 深圳市小满科技有限公司 | 云服务平台新版本发布前测试方法、装置以及系统 |
-
2017
- 2017-05-09 CN CN201710321472.0A patent/CN108574720B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1934564A (zh) * | 2004-03-22 | 2007-03-21 | 三星电子株式会社 | 使用证书撤销列表进行数字权限管理的方法和设备 |
CN103179229A (zh) * | 2013-04-17 | 2013-06-26 | 华为技术有限公司 | 一种数据业务通信方法、设备及系统 |
CN103729195A (zh) * | 2014-01-15 | 2014-04-16 | 北京奇虎科技有限公司 | 一种软件版本的控制方法及系统 |
CN105404582A (zh) * | 2015-10-26 | 2016-03-16 | 努比亚技术有限公司 | 一种应用改善验证方法及系统 |
CN105677356A (zh) * | 2016-01-11 | 2016-06-15 | 上海雷腾软件股份有限公司 | 一种运维方法及设备 |
CN106549810A (zh) * | 2016-11-24 | 2017-03-29 | 深圳市小满科技有限公司 | 云服务平台新版本发布前测试方法、装置以及系统 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111124474A (zh) * | 2018-10-31 | 2020-05-08 | 北京数聚鑫云信息技术有限公司 | 一种api版本控制方法及装置 |
CN109739537A (zh) * | 2018-12-29 | 2019-05-10 | 中电福富信息科技有限公司 | 一种灰度发布管理平台及灰度发布管理方法 |
CN110609732A (zh) * | 2019-08-13 | 2019-12-24 | 平安普惠企业管理有限公司 | 应用程序部署方法、装置、计算机设备和存储介质 |
CN110609732B (zh) * | 2019-08-13 | 2023-02-07 | 平安普惠企业管理有限公司 | 应用程序部署方法、装置、计算机设备和存储介质 |
CN110519088A (zh) * | 2019-08-15 | 2019-11-29 | 上海易点时空网络有限公司 | 配置服务容灾方法及系统 |
CN110737548A (zh) * | 2019-10-28 | 2020-01-31 | 聚好看科技股份有限公司 | 数据请求方法和服务器 |
CN111506341A (zh) * | 2020-04-21 | 2020-08-07 | 北京同邦卓益科技有限公司 | 一种软件配置信息检测方法、装置及系统 |
CN111506341B (zh) * | 2020-04-21 | 2023-11-03 | 北京同邦卓益科技有限公司 | 一种软件配置信息检测方法、装置及系统 |
CN111639027A (zh) * | 2020-05-25 | 2020-09-08 | 北京百度网讯科技有限公司 | 一种测试方法、装置及电子设备 |
CN112241314B (zh) * | 2020-10-29 | 2022-08-09 | 浪潮通用软件有限公司 | 多Kubernetes集群管理方法、装置和可读介质 |
CN112241314A (zh) * | 2020-10-29 | 2021-01-19 | 浪潮通用软件有限公司 | 多Kubernetes集群管理方法、装置和可读介质 |
CN112749085A (zh) * | 2020-12-31 | 2021-05-04 | 北京知因智慧科技有限公司 | 一种跨集群的任务发布方法、装置、电子设备及存储介质 |
CN112749085B (zh) * | 2020-12-31 | 2023-10-24 | 北京知因智慧科技有限公司 | 一种跨集群的任务发布方法、装置、电子设备及存储介质 |
CN113381938A (zh) * | 2021-06-30 | 2021-09-10 | 北京字节跳动网络技术有限公司 | 数据包发送方法、装置、存储介质及电子设备 |
CN113612846B (zh) * | 2021-08-04 | 2022-07-29 | 掌阅科技股份有限公司 | 服务上线处理方法、计算设备及计算机存储介质 |
CN113612846A (zh) * | 2021-08-04 | 2021-11-05 | 掌阅科技股份有限公司 | 服务上线处理方法、计算设备及计算机存储介质 |
CN114217821A (zh) * | 2022-02-21 | 2022-03-22 | 深圳市秦丝科技有限公司 | 多服务器代码灰度发布方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108574720B (zh) | 2021-07-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108574720A (zh) | 一种服务上线方法及装置 | |
US8347143B2 (en) | Facilitating event management and analysis within a communications environment | |
CN104065528B (zh) | 用于分析和检验多个网络设备的功能性的方法和装置 | |
CN105938443B (zh) | 用于在计算环境中执行诊断活动的方法和系统 | |
US9189374B2 (en) | Automatic test system for distributed comprehensive service and method thereof | |
CN107003983A (zh) | 配置网络 | |
CN109617759A (zh) | 区块链系统稳定性测试方法、装置、设备及存储介质 | |
CN109347675A (zh) | 服务器配置方法、装置以及电子设备 | |
US20120253728A1 (en) | Method and system for intelligent automated testing in a multi-vendor, multi-protocol heterogeneous environment | |
US20050228855A1 (en) | Acquisition system for distributed computing resources | |
US20220052923A1 (en) | Data processing method and device, storage medium and electronic device | |
CN110309051A (zh) | 管理测试用例的方法、系统、设备及存储介质 | |
CN104410671B (zh) | 一种快照抓取方法和数据监控装置 | |
CN110162481A (zh) | 一种软件测试方法、装置、设备以及存储介质 | |
de Carvalho et al. | A cloud monitoring framework for self-configured monitoring slices based on multiple tools | |
US20090144743A1 (en) | Mailbox Configuration Mechanism | |
US11849492B2 (en) | Unified query tool for network function virtualization architecture | |
CN110213309A (zh) | 一种绑定关系管理的方法、设备及存储介质 | |
CN107634871B (zh) | 一种连通性测试方法、装置及系统 | |
CN103778026B (zh) | 对象调用方法和装置 | |
CN105577436B (zh) | 一种更改zone信息的方法、设备 | |
Chen et al. | MORE: A model-driven operation service for cloud-based IT systems | |
Meirosu et al. | DevOps for software-defined telecom infrastructures | |
CN107800802A (zh) | 一种Rack整机柜写入及读取UUID的方法 | |
WO2016091141A1 (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 |