一种参数配置方法及装置制造方法及图纸

本申请公开了一种参数配置方法及装置，方法包括：对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，所述配置信息包括所述第一应用的相关信息，所述相关信息至少基于所述第一应用的静态参数或动态参数确定；基于所述配置信息对代理服务器进行参数配置，以使得所述代理服务器在进行所述参数配置后的运行过程中，执行处理操作时更好的适配所述第一应用的相关参数。上述实现方案针对业务应用平台中已经发布的第一应用，自动获取其相关配置信息，然后基于第一应用的配置信息主动修改代理服务器的相关参数，使得修改后的配置信息能够更好的适应于第一应用的相关参数，满足第一应用的性能要求。满足第一应用的性能要求。满足第一应用的性能要求。

【技术实现步骤摘要】
一种参数配置方法及装置


[0001]本申请涉及软件
，更具体的说，是涉及一种参数配置方法及装置。

技术介绍

[0002]在业务应用平台中，生成的应用在独立运行时，前端界面与后台服务的交互是通过反向代理服务器来实现的。在应用持续集成和持续交付的过程中，每生成一个应用，就对应有一个反向代理服务器做反向代理；然而，反向代理服务器的参数配置相对固化，不能够满足每一个应用的性能要求，因此需要对反向代理服务器进行参数配置。但目前尚不存在一种比较合适的反向代理服务器的参数配置方法。

技术实现思路

[0003]有鉴于此，本申请提供如下技术方案：
[0004]一种参数配置方法，包括：
[0005]对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，所述配置信息包括所述第一应用的相关信息，所述相关信息至少基于所述第一应用的静态参数或动态参数确定；
[0006]基于所述配置信息对代理服务器进行参数配置，以使得所述代理服务器在进行所述参数配置后的运行过程中，执行处理操作时更好的适配所述第一应用的相关参数。
[0007]可选的，所述获得所述第一应用的配置信息，包括：
[0008]在第一阶段，获得所述第一应用的第一信息；
[0009]在不同于所述第一阶段的第二阶段，获得所述第一应用的第二信息，所述第一信息和所述第二信息表征不同类型的参数。
[0010]可选的，所述在第一阶段，获得所述第一应用的第一信息，包括：
[0011]在所述第一应用启动前，获得所述第一应用的已分配资源信息和/或后台服务数据接口的行为特征。
[0012]可选的，所述在不同于所述第一阶段的第二阶段，获得所述第一应用的第二信息，包括：
[0013]在所述第一应用启动过程中，获得所述第一应用当前运行时环境中与代理服务器的参数相关的指标信息。
[0014]可选的，所述基于所述配置信息对代理服务器进行参数配置，包括：
[0015]基于所述第一应用的所述第一信息和/或所述第二信息调整代理服务器的配置参数，使得调整后的配置参数与所述第一信息和/或所述第二信息相同或对应。
[0016]可选的，所述对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，包括：
[0017]对于业务应用平台中已发布的第一应用，通过读取数据库或描述文件的方式获得所述第一应用的配置信息。
[0018]可选的，所述对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，包括：
[0019]在所述第一应用启动过程中，通过读取系统内核参数获得所述第一应用的配置信息。
[0020]可选的，所述基于所述配置信息对代理服务器进行参数配置，包括：
[0021]基于所述配置信息，通过组合算法确定目标参数值；
[0022]动态调整代理服务器的中的第一参数值为所述目标参数值，所述第一参数值与所述第一信息相同或对应。
[0023]可选的，在所述基于所述第一信息对代理服务器进行参数配置后，还包括：
[0024]接收所述代理服务器基于最新的配置参数运行时产生的通信数据。
[0025]一种参数配置装置，包括：
[0026]信息获得模块，用于对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，所述配置信息包括所述第一应用的相关信息，所述相关信息至少基于所述第一应用的静态参数或动态参数确定；
[0027]参数配置模块，用于基于所述配置信息对代理服务器进行参数配置，以使得所述代理服务器在进行所述参数配置后的运行过程中，执行处理操作时更好的适配所述第一应用的相关参数。
[0028]经由上述的技术方案可知，与现有技术相比，本申请实施例公开了一种参数配置方法及装置，方法包括：对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，所述配置信息包括所述第一应用的相关信息，所述相关信息至少基于所述第一应用的静态参数或动态参数确定；基于所述配置信息对代理服务器进行参数配置，以使得所述代理服务器在进行所述参数配置后的运行过程中，执行处理操作时更好的适配所述第一应用的相关参数。上述实现方案针对业务应用平台中已经发布的第一应用，自动获取其相关配置信息，然后基于第一应用的配置信息主动修改代理服务器的相关参数，使得修改后的配置信息能够更好的适应于第一应用的相关参数，满足第一应用的性能要求。
附图说明
[0029]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
[0030]图1为本申请实施例公开的一种参数配置方法的流程图；
[0031]图2为本申请实施例公开的获得所述第一应用的配置信息的流程图；
[0032]图3为本申请实施例公开的对代理服务器进行参数配置的流程图；
[0033]图4为本申请实施例公开的参数配置方法的实现原理流程示意图；
[0034]图5为本申请实施例公开的另一种参数配置方法的流程图；
[0035]图6为本申请实施例公开的一种参数配置装置的结构示意图。
具体实施方式
[0036]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0037]图1为本申请实施例公开的一种参数配置方法的流程图，图1所示方法可实现业务应用平台中发布应用对应代理服务器参数的自动配置，使得代理服务器的相关参数能够更好的适应其关联的应用的性能参数，在保证应用性能的前提下，也避免了资源浪费的情况发生。
[0038]为了更好的理解本申请方案的实现，将对业务应用平台中代理服务器的相关内容进行介绍。在业务应用平台中，发布的应用在独立运行时，前端应用界面与后台服务交互，是通过地阿里服务器来实现的，如通过Nginx(Nginx是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务)做反向代理。在应用持续集成和持续交付的情况下，每生成一个应用，就对应有一个代理服务器做反向代理，然而代理服务器的参数配置相对固化，显然不能达到每个应用的性能要求，因此需要为代理服务器做参数配置，使得其能够满足其关联的已发布应用的性能要求。
[0039]当然实现中可以通过人工手动配置的方式实现代理服务器的配置，但人为手动配置的方式不仅容易出现配置内容疏漏的情况，且会中断应用的自动化部署流程，降低应用自动化部署程度，因此提出本申请技术方案。
[0040]参见图1所示，本申请实施例公开的参数配置方法可以包括：
[0041]步骤1本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种参数配置方法，包括：对于业务应用平台中已发布的第一应用，获得所述第一应用的配置信息，所述配置信息包括所述第一应用的相关信息，所述相关信息至少基于所述第一应用的静态参数或动态参数确定；基于所述配置信息对代理服务器进行参数配置，以使得所述代理服务器在进行所述参数配置后的运行过程中，执行处理操作时更好的适配所述第一应用的相关参数。2.根据权利要求1所述的参数配置方法，所述获得所述第一应用的配置信息，包括：在第一阶段，获得所述第一应用的第一信息；在不同于所述第一阶段的第二阶段，获得所述第一应用的第二信息，所述第一信息和所述第二信息表征不同类型的参数。3.根据权利要求2所述的参数配置方法，所述在第一阶段，获得所述第一应用的第一信息，包括：在所述第一应用启动前，获得所述第一应用的已分配资源信息和/或后台服务数据接口的行为特征。4.根据权利要求3所述的参数配置方法，所述在不同于所述第一阶段的第二阶段，获得所述第一应用的第二信息，包括：在所述第一应用启动过程中，获得所述第一应用当前运行时环境中与代理服务器的参数相关的指标信息。5.根据权利要求4所述的参数配置方法，所述基于所述配置信息对代理服务器进行参数配置，包括：基于所述第一应用的所述第一信息和/或所述第二信息调整代理服务器的配置参数，使得调整后的配置参数与所述第一信息和/或所述第二信息相同或对应。6.根...

【专利技术属性】
技术研发人员：李洋，杨磊，
申请(专利权)人：联想北京有限公司，
类型：发明
国别省市：