CN116578359A - 一种微服务状态调整方法、装置、设备及存储介质 - Google Patents
一种微服务状态调整方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN116578359A CN116578359A CN202310558189.5A CN202310558189A CN116578359A CN 116578359 A CN116578359 A CN 116578359A CN 202310558189 A CN202310558189 A CN 202310558189A CN 116578359 A CN116578359 A CN 116578359A
- Authority
- CN
- China
- Prior art keywords
- service
- micro
- state information
- state
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 47
- 230000004044 response Effects 0.000 claims abstract description 42
- 238000004590 computer program Methods 0.000 claims description 15
- 238000007639 printing Methods 0.000 claims description 10
- 230000036541 health Effects 0.000 abstract description 7
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000012545 processing Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000003862 health status Effects 0.000 description 2
- 230000004083 survival effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
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/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
-
- 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)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种微服务状态调整方法、装置、设备及存储介质,涉及微服务技术领域,包括:获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集目标微服务部署的目标服务器的资源状态信息;根据接口状态信息和资源状态信息判断目标微服务是否处于不健康状态,若处于则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将调整后线程池参数保存至日志中。本申请通过接口状态信息和资源状态信息对微服务的健康状态进行判断,并在处于不健康状态时通过预先创建的配置规则对线程池的配置参数进行自适应调整,能够实现微服务状态的自动化调整,大大减少人力资源的浪费,并提高微服务的响应速度。
Description
技术领域
本申请涉及微服务技术领域,特别涉及一种微服务状态调整方法、装置、设备及存储介质。
背景技术
目前,在大型分布式微服务开发中,每个服务都会部署多台服务器,当服务的访问量增大且现有的服务器数量不足以支撑服务正常完成响应时,通常会通过HPA(HorizontalPod Autoscaler,水平自动伸缩)技术进行服务器扩容,以增加服务器数量使得响应正常完成。然而,增加服务器的数量会直接增加成本,并且扩容这个操作不是瞬时完成的,通常需要经过几分钟甚至几十分钟的时间,且此时间内服务的响应处于慢的状态,会影响用户的使用体验。
为了提高服务的响应速度,目前在微服务开发中还会使用很多的线程池,然而,一些线程池的配置参数会影响线程池的运作方式,当服务的访问量增大时,服务器会通过告警的方式通知给开发人员或运维人员,以便开发人员或运维人员通过手动调整线程池的参数来确保服务的正常响应。然而这种手动调参的方式需要开发人员和运维人员24小时注意线上服务器的告警信息并实时跟进调整参数,从而浪费了大量的人力资源。另外,在微服务开发过程中,为了方便对服务器***进行问题排查,在编写代码过程中,通常会在代码的很多地方进行日志打印,然而,打印日志需要占用服务器的一些资源,并影响服务器的一些性能。当服务的某个接口访问量增大时,服务器还会针对这个接口进行日志打印,当接口的访问量很高时,打印的日志量也会随之升高,这会占用服务器的一些宝贵资源,如CPU(Central Processing Unit,中央处理器)、内存、磁盘、网络等。
因此,如何对微服务的状态进行调整从而提高服务的响应速度是本领域目前还有待进一步解决的问题。
发明内容
有鉴于此,本申请的目的在于提供一种微服务状态调整方法、装置、设备及存储介质,能够实现微服务状态的自动化调整,大大减少人力资源的浪费,并提高微服务的响应速度。其具体方案如下:
第一方面,本申请公开了一种微服务状态调整方法,包括:
获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息;
根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态;
若所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。
可选的,所述获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,包括:
获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,并采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
可选的,所述获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,包括:
通过微服务流量控制组件Sentinel统计当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间。
可选的,所述采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息,包括:
通过oshi采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
可选的,所述按照预先创建的配置规则自适应调整当前线程池的配置参数之前,还包括:
暂停当前日志打印。
可选的,所述根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,包括:
分别判断所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息是否达到对应的触发点;
相应的,根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,包括:
若所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息达到了对应的触发点,则判定所述目标微服务处于不健康状态。
可选的,所述微服务状态调整方法,还包括:
在所述微服务的配置中心Apollo中添加所述配置规则。
第二方面,本申请公开了一种微服务状态调整装置,包括:
信息获取模块,用于获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息;
状态判断模块,用于根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态;
参数调整模块,用于如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数;
参数保存模块,用于将所述调整后线程池参数保存至日志中。
第三方面,本申请公开了一种电子设备,包括处理器和存储器;其中,所述处理器执行所述存储器中保存的计算机程序时实现前述的微服务状态调整方法。
第四方面,本申请公开了一种计算机可读存储介质,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现前述的微服务状态调整方法。
可见,本申请先获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,然后根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。本申请通过接口状态信息和资源状态信息对微服务的健康状态进行判断,并在处于不健康状态时通过预先创建的配置规则对线程池的配置参数进行自适应调整,能够实现微服务状态的自动化调整,大大减少人力资源的浪费,并提高了微服务的响应速度。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请公开的一种微服务状态调整方法流程图;
图2为本申请公开的一种具体的微服务状态调整方法流程图;
图3为本申请公开的一种具体的微服务状态调整方法流程图;
图4为本申请公开的一种微服务状态调整装置结构示意图;
图5为本申请公开的一种电子设备结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种微服务状态调整方法,参见图1所示,该方法包括:
步骤S11:获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息。
本实施例中,首先对当前待进行状态调整的目标微服务对外提供的各个服务接口的接口状态信息进行获取,接着对上述目标微服务部署的各个目标服务器的资源状态信息进行采集;其中,所述接口状态信息包括但不限于接口RT(Response Time,响应时间)信息、接口QPS(Query Per Second,接口每秒的访问量,即单位时间内查询或访问服务器的次数)信息等;所述资源状态信息包括但不限于CPU、内存、磁盘、网络等的使用率或占用率。可以理解的是,所述服务接口可以根据实际的应用场景来进行选择,包括但不限于核心服务接口等。
在一种具体的实施方式中,所述获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,具体可以包括:获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,并采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。也即,先对当前待进行状态调整的目标微服务对外提供的各个服务接口的每秒访问量(即QPS)和平均响应时间(即RT)进行获取,然后对上述目标微服务部署的目标服务器的CPU状态信息和内存状态信息进行采集。
步骤S12:根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态。
本实施例中,采集到所述目标微服务部署的目标服务器的资源状态信息之后,进一步的,根据获取到的上述接口状态信息和上述资源状态信息判断所述目标微服务是否处于不健康状态。其中,所述目标微服务的健康状态可以基于预先制定的健康状态判定规则来进行判定。
在一种具体的实施方式中,当所述接口状态信息为各个服务接口的每秒访问量和平均响应时间,且所述资源状态信息为目标服务器的CPU状态信息和内存状态信息时,则所述根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,具体可以包括:分别判断所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息是否达到对应的触发点。本实施例中,预先制定了健康状态判定规则,具体为:若接口的每秒访问量和/或接口的平均响应时间和/或服务器的CPU状态信息和/或服务器的内存状态信息达到了对应的预设触发点,则判定目标微服务处于不健康状态,若接口的每秒访问量和/或接口的平均响应时间和/或服务器的CPU状态信息和/或服务器的内存状态信息均未达到对应的预设触发点,则判定目标微服务处于健康状态,这样一来,便可以直接根据上述健康状态判定规则直接对目标微服务的当前健康状态进行判定了。
步骤S13:若所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。
本实施例中,当上述目标微服务处于不健康状态时,例如,当监测到商详活动接口的QPS>1000时,即当某个指定接口的每秒访问量大于预设的触发点1000时,判定当前目标微服务处于不健康状态,此时为了提高目标微服务的响应速度,可以按照预先创建的配置规则自适应的对当前线程池的配置参数进行自动调整,从而增加当前商详活动接口的资源占用率,提高接口的性能,进而得到相应的调整后线程池参数,接着将上述调整后线程池参数保存到日志中,也即,配置完成后保存相应的配置信息。其中,所述线程池的配置参数包括但不限于corePoolSize(线程池核心线程大小)、maximumPoolSize(线程池最大线程数量)、keepAliveTime(空闲线程存活时间)、unit(空闲线程存活时间单位)、workQueue(工作队列)、threadFactory(线程工厂)和handler(拒绝策略)等。需要指出的是,所述配置规则可以根据实际应用需求进行设置,如调大或调小相应的线程池参数,另外,具体的调节数值也可以根据接口每秒访问量、接口平均响应时间、服务器的CPU状态信息以及服务器的内存状态信息对应的不同状态信息决定调节的大小。
需要指出的是,所述按照预先创建的配置规则自适应调整当前线程池的配置参数之前,具体还包括:暂停当前日志打印。本实施例中,在按照预先创建的配置规则对当前线程池的配置参数进行自适应调整之前,也即,在监测到目标微服务处于不健康状态时,为了防止非必要的功能占用服务器的宝贵资源,可以先暂停当前日志打印的操作。
需要指出的是,本实施例需要预先在所述微服务的配置中心Apollo(一个开源的分布式配置中心)中添加所述配置规则。本申请提出的微服务状态调整方案可以通过编写代码的方式实现,通过对编写的代码进行封装可以得到一个SDK(Software DevelopmentKit,软件开发工具包),该SDK可以在微服务启动服务后,在微服务的配置中心Apollo中添加需要的所述配置规则。其中,所述配置规则具体包括三个部分,分别为:服务接口(服务对外提供的某一个场景的接口)、触发点(服务状态的某一个指标:CPU、内存、接口RT、接口QPS等),以及相应的处理操作(调整服务的某些线程池的配置参数和/或日志控制等)。例如,在微服务的配置中心Apollo中为商详活动接口配置一个触发点1000,并且当QPS>1000时,暂停打印日志,在上述配置规则完成后保存配置,使得规则落到各个服务器上并存储下来。需要指出的是,配置规则在配置后实时生效无需重启微服务,通过配置规则可以实时的或按照预设的时间间隔(一秒一次)检测各个服务接口的接口状态信息和部署的目标服务器的资源状态信息是否达到了对应的触发点,若是则执行相应的处理动作。另外,通过配置中心Apollo还可以方便技术人员实时的对配置规则中的规则进行相应的修改和调整。
进一步的,还可以在微服务启动时,新启动一个后台线程,这个线程先获取上述配置规则,然后对上述配置规则进行解析,进而得到所有配置了规则的服务接口,然后通过上述线程反复的检测这些服务接口的QPS、RT以及服务器的CPU、内存等的状态信息,然后根据为每个接口配置的触发点,判断当前的服务接口或服务器的状态是否达到了相应的触发点,如果达到了则执行对应的处理。
可见,本申请实施例先获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,然后根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。本申请实施例通过接口状态信息和资源状态信息对微服务的健康状态进行判断,并在处于不健康状态时通过预先创建的配置规则对线程池的配置参数进行自适应调整,能够实现微服务状态的自动化调整,大大减少人力资源的浪费,并提高微服务的响应速度。
本申请实施例公开了一种具体的微服务状态调整方法,参见图2所示,该方法包括:
步骤S21:通过微服务流量控制组件Sentinel统计当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,并通过oshi采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
本实施例中,首先通过微服务流量控制组件Sentinel(一个开源的分布式限流组件)统计出当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,然后通过oshi(Java的免费基于JNA的(本机)操作***和硬件信息库)对上述目标微服务部署的目标服务器的CPU状态信息和内存状态信息进行采集。
步骤S22:分别判断所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息是否达到对应的触发点。
步骤S23:若所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息达到了对应的触发点,则判定所述目标微服务处于不健康状态,并按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,再将所述调整后线程池参数保存至日志中。
本实施例中,如果上述每秒访问量和/或上述平均响应时间和/或上述CPU状态信息和/或上述内存状态信息中的任一信息达到了对应的触发点,则直接判定上述目标微服务处于不健康状态,并按照预先创建的配置规则自适应调整当前线程池的配置参数得到相应的调整后线程池参数,再将上述调整后线程池参数保存至日志中。
在一种具体的实施方式中,参见图3所示,先通过微服务流量控制组件Sentinel统计当前微服务对外提供的各个服务接口的每秒访问量(即QPS)和平均响应时间(即RT),并通过oshi对微服务部署的服务器的CPU状态信息和内存(Memory)状态信息进行采集,接着将包括QPS、RT、CPU状态信息和内存状态信息的当前状态信息与通过配置中心Apollo配置的配置规则中的触发点进行循环检测,判断是否达到了对应的触发点,若未达到则进行关闭处理,即不进行其他操作,若达到了则执行停止当前日志打印以及修改线程池的配置参数的操作。
其中,关于上述步骤S22更加具体的处理过程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
可见,本申请实施例通过判断每秒访问量和/或平均响应时间和/或CPU状态信息和/或内存状态信息是否达到对应的触发点来判定目标微服务是否处于不健康状态,并在处于不健康状态时按照预先创建的配置规则自适应调整当前线程池的配置参数。相对于现有的通过人工介入的方式调整线程池的配置参数,本方案能够自动化的对微服务状态进行调整,大大减少人力资源的浪费,并提高微服务的响应速度。
相应的,本申请实施例还公开了一种微服务状态调整装置,参见图4所示,该装置包括:
信息获取模块11,用于获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息;
状态判断模块12,用于根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态;
参数调整模块13,用于如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数;
参数保存模块14,用于将所述调整后线程池参数保存至日志中。
其中,关于上述各个模块的具体工作流程可以参考前述实施例中公开的相应内容,在此不再进行赘述。
可见,本申请实施例中,先获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,然后根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。本申请实施例通过接口状态信息和资源状态信息对微服务的健康状态进行判断,并在处于不健康状态时通过预先创建的配置规则对线程池的配置参数进行自适应调整,能够实现微服务状态的自动化调整,大大减少人力资源的浪费,并提高了微服务的响应速度。
在一些具体实施例中,所述信息获取模块11,具体可以包括:
信息获取单元,用于获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间;
第一信息采集单元,用于采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
在一些具体实施例中,所述信息获取单元,具体可以包括:
信息统计单元,用于通过微服务流量控制组件Sentinel统计当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间。
在一些具体实施例中,所述第一信息采集单元,具体可以包括:
第二信息采集单元,用于通过oshi采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
在一些具体实施例中,所述参数调整模块13之前,还可以包括:
打印暂停单元,用于暂停当前日志打印。
在一些具体实施例中,所述状态判断模块12,具体可以包括:
触发点判断单元,用于分别判断所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息是否达到对应的触发点;
相应的,所述状态判断模块12,具体可以包括:
不健康状态判定单元,用于如果所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息达到了对应的触发点,则判定所述目标微服务处于不健康状态。
在一些具体实施例中,所述微服务状态调整装置,还可以包括:
配置规则添加单元,用于在所述微服务的配置中心Apollo中添加所述配置规则。
进一步的,本申请实施例还公开了一种电子设备,图5是根据一示例性实施例示出的电子设备20结构图,图中的内容不能认为是对本申请的使用范围的任何限制。
图5为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20,具体可以包括:至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中,所述存储器22用于存储计算机程序,所述计算机程序由所述处理器21加载并执行,以实现前述任一实施例公开的微服务状态调整方法中的相关步骤。另外,本实施例中的电子设备20具体可以为电子计算机。
本实施例中,电源23用于为电子设备20上的各硬件设备提供工作电压;通信接口24能够为电子设备20创建与外界设备之间的数据传输通道,其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议,在此不对其进行具体限定;输入输出接口25,用于获取外界输入数据或向外界输出数据,其具体的接口类型可以根据具体应用需要进行选取,在此不进行具体限定。
另外,存储器22作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源可以包括操作***221、计算机程序222等,存储方式可以是短暂存储或者永久存储。
其中,操作***221用于管理与控制电子设备20上的各硬件设备以及计算机程序222,其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的微服务状态调整方法的计算机程序之外,还可以进一步包括能够用于完成其他特定工作的计算机程序。
进一步的,本申请还公开了一种计算机可读存储介质,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现前述公开的微服务状态调整方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容,在此不再进行赘述。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种微服务状态调整方法、装置、设备及存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种微服务状态调整方法,其特征在于,包括:
获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息;
根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态;
若所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数,并将所述调整后线程池参数保存至日志中。
2.根据权利要求1所述的微服务状态调整方法,其特征在于,所述获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息,包括:
获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,并采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
3.根据权利要求2所述的微服务状态调整方法,其特征在于,所述获取当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间,包括:
通过微服务流量控制组件Sentinel统计当前目标微服务对外提供的各个服务接口的每秒访问量和平均响应时间。
4.根据权利要求2所述的微服务状态调整方法,其特征在于,所述采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息,包括:
通过oshi采集所述目标微服务部署的目标服务器的CPU状态信息和内存状态信息。
5.根据权利要求2所述的微服务状态调整方法,其特征在于,所述按照预先创建的配置规则自适应调整当前线程池的配置参数之前,还包括:
暂停当前日志打印。
6.根据权利要求1所述的微服务状态调整方法,其特征在于,所述根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,包括:
分别判断所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息是否达到对应的触发点;
相应的,根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态,包括:
若所述每秒访问量和/或所述平均响应时间和/或所述CPU状态信息和/或所述内存状态信息达到了对应的触发点,则判定所述目标微服务处于不健康状态。
7.根据权利要求1至6任一项所述的微服务状态调整方法,其特征在于,还包括:
在所述微服务的配置中心Apollo中添加所述配置规则。
8.一种微服务状态调整装置,其特征在于,包括:
信息获取模块,用于获取当前目标微服务对外提供的各个服务接口的接口状态信息,并采集所述目标微服务部署的目标服务器的资源状态信息;
状态判断模块,用于根据所述接口状态信息和所述资源状态信息判断所述目标微服务是否处于不健康状态;
参数调整模块,用于如果所述目标微服务处于不健康状态,则按照预先创建的配置规则自适应调整当前线程池的配置参数,得到调整后线程池参数;
参数保存模块,用于将所述调整后线程池参数保存至日志中。
9.一种电子设备,其特征在于,包括处理器和存储器;其中,所述处理器执行所述存储器中保存的计算机程序时实现如权利要求1至7任一项所述的微服务状态调整方法。
10.一种计算机可读存储介质,其特征在于,用于存储计算机程序;其中,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的微服务状态调整方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310558189.5A CN116578359A (zh) | 2023-05-17 | 2023-05-17 | 一种微服务状态调整方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310558189.5A CN116578359A (zh) | 2023-05-17 | 2023-05-17 | 一种微服务状态调整方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116578359A true CN116578359A (zh) | 2023-08-11 |
Family
ID=87533634
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310558189.5A Pending CN116578359A (zh) | 2023-05-17 | 2023-05-17 | 一种微服务状态调整方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116578359A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117251337A (zh) * | 2023-09-07 | 2023-12-19 | 广州宇中网络科技有限公司 | 微服务健康拨测方法、装置、设备及存储介质 |
-
2023
- 2023-05-17 CN CN202310558189.5A patent/CN116578359A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117251337A (zh) * | 2023-09-07 | 2023-12-19 | 广州宇中网络科技有限公司 | 微服务健康拨测方法、装置、设备及存储介质 |
CN117251337B (zh) * | 2023-09-07 | 2024-05-28 | 广州宇中网络科技有限公司 | 微服务健康拨测方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103209439B (zh) | 一种数据流量监控的方法、装置和设备 | |
CN101510167B (zh) | 一种插件运行的方法、装置及*** | |
CN110474852B (zh) | 一种带宽调度方法及装置 | |
US20020174217A1 (en) | System and method for predicting network performance | |
JP2004005486A (ja) | コンピュータアプリケーションのメモリ使用状況を最適化する方法 | |
CN110933178B (zh) | 调整集群***内的节点配置的方法及服务器 | |
CN108337127B (zh) | 应用性能监控方法、***、终端及计算机可读存储介质 | |
CN116578359A (zh) | 一种微服务状态调整方法、装置、设备及存储介质 | |
CN114143265A (zh) | 一种网络流量限流方法、装置、设备及存储介质 | |
CN111277640B (zh) | 用户请求处理方法、装置、***、计算机设备和存储介质 | |
CN108243222A (zh) | 服务器网络架构方法及装置 | |
US20100274621A1 (en) | Method and System for Integration of Systems Management with Project and Portfolio Management | |
CN109639490B (zh) | 一种宕机通知方法及装置 | |
CN109002381B (zh) | 进程通信监控方法、电子装置及计算机可读存储介质 | |
JP2005018120A (ja) | ネットワーク管理システムにおける機器情報の収集方法 | |
CN109144676A (zh) | 一种应用程序的自启动检测方法、装置及服务器 | |
CN113553194B (zh) | 硬件资源管理方法、设备及存储介质 | |
CN115454578A (zh) | 一种虚拟机内存分配方法、装置、设备及存储介质 | |
CN114817134A (zh) | 一种快照任务监控方法、装置、设备及介质 | |
CN104956328B (zh) | 一种可重入资源调度方法、设备及*** | |
CN114416326A (zh) | 大数据管控方法、装置、管控***及可读存储介质 | |
CN110932987A (zh) | 用于流控url连接数的方法及装置 | |
CN116483581A (zh) | 一种资源调度方法、装置、设备及介质 | |
CN115600148B (zh) | 基于物联网监测的供电控制方法及相关装置 | |
CN115174289B (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 |