CN107172176B - 基于配置管理的app网络连接方法、设备及配置服务器 - Google Patents

基于配置管理的app网络连接方法、设备及配置服务器 Download PDF

Info

Publication number
CN107172176B
CN107172176B CN201710406785.6A CN201710406785A CN107172176B CN 107172176 B CN107172176 B CN 107172176B CN 201710406785 A CN201710406785 A CN 201710406785A CN 107172176 B CN107172176 B CN 107172176B
Authority
CN
China
Prior art keywords
app
configuration file
domain name
configuration
module
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.)
Active
Application number
CN201710406785.6A
Other languages
English (en)
Other versions
CN107172176A (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.)
Meizhiwei Shanghai Information Technology Co ltd
Original Assignee
No Need To Wait (shanghai) Information Polytron Technologies Inc
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 No Need To Wait (shanghai) Information Polytron Technologies Inc filed Critical No Need To Wait (shanghai) Information Polytron Technologies Inc
Priority to CN201710406785.6A priority Critical patent/CN107172176B/zh
Publication of CN107172176A publication Critical patent/CN107172176A/zh
Application granted granted Critical
Publication of CN107172176B publication Critical patent/CN107172176B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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/14—Session management
    • 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/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种基于配置管理的APP网络连接方法、设备及配置服务器。该方法包括：APP向配置服务器请求配置文件；配置服务器根据DNS配置表和Nginx集群的负载监控实时生成所述配置文件，并将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；APP解析所述配置文件，并进行相应网络连接和调用。本发明基于配置管理的方式供APP决策是使用域名访问还是IP直连，在提供避免DNS解析的诸多问题上，兼顾了多模块APP后台技术发展不均衡的情况，基于树形的配置文件具备良好的扩展性，新增IP和域名不再需要发版，对APP的网络连接体验有着明显的促进意义。

Description

基于配置管理的APP网络连接方法、设备及配置服务器
技术领域
本发明涉及网络技术领域，更具体地涉及一种基于配置管理的APP网络连接方法、设备及配置服务器。
背景技术
当前大多数APP均采用统一资源定位符(url)来访问后台服务，即域名(host)+路径(path)+请求参数(query/Body)的形式，其中，host通常是个统一的域名，一个APP通常设定一个域名。这种访问方式首先由DNS解析域名到对应的IP地址上，然后才是根据路径映射到对应的服务上，这种访问方式存在一些弊端：
1、DNS解析有一定的机率失败，导致用户连接失败；
2、解析DNS需要耗费一定的时间，影响APP服务体验；
3、DNS解析容易被运营商劫持，直接导致APP服务不可用或者弹出广告；
4、当通过DNS解析到服务的这条线路网络质量差的时候，并不能立即修改链路。
此外，现有技术中也有通过IP直连的，但通过IP直连的方案通常对DNS配置不加密，容易直接暴露内网IP，存在一定的安全隐患；此外，通过IP直连很难兼顾多模块应用。
发明内容
有鉴于此，本发明的主要目的在于提出一种基于配置管理的APP网络连接方法、设备及配置服务器，以解决上述技术问题中的至少之一。
为了实现上述目的，作为本发明的一个方面，本发明提出了一种基于配置管理的APP网络连接方法，包括以下步骤：
APP向配置服务器请求配置文件；
配置服务器根据DNS配置表和Nginx集群的负载监控实时生成所述配置文件，并将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；
APP解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群。
作为本发明的另一个方面，本发明还提出了一种基于配置管理的APP网络连接设备，包括：
存储器，用于存储待执行的指令；
处理器，用于执行存储器中存储的指令以运行一APP网络连接方法，所述APP网络连接方法包括以下步骤：
向配置服务器请求配置文件；所述配置文件由配置服务器根据DNS配置表和Nginx集群的负载监控实时生成；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；
解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群。
作为本发明的再一个方面，本发明还提出了一种配置服务器，其特征在于，所述配置服务器根据DNS配置表和Nginx集群的负载监控实时生成一配置文件，并在APP提出请求时将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况。
基于上述技术方案可知，本发明的APP网络连接方法及装置具有如下有益效果：
1、支持APP根据配置中不同类型(wifi、3G)的网络选择不同的网络链路；
2、支持APP根据配置中的IP地址的可用性、负载等，选择是走DNS解析访问接口还是采用IP直连，采用IP直连能够避免DNS解析失败以及DNS劫持等问题；同时采用配置管理的方式能够兼容没有采用IP直连的模块，大公司中，各个模块的技术进展并非完全同步；
3、根据IP的负载选择可用的IP，避免IP过载；
4、采用树形结构的配置文件管理网络访问，具备良好的扩展性；
5、在配置中结合验签算法和直连开关，一定程度上保护内网IP。
附图说明
图1是本发明的基于配置管理的APP网络连接装置的结构框架示意图；
图2是本发明中采用树形节点的方式管理配置文件的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明作进一步的详细说明。
针对DNS解析的诸多弊端，以及APP自身提升网络服务质量的需求，本发明提出了一种基于配置管理的APP网络连接方法，支持多模块APP灵活管理自身的网络链接方式。
具体地，本发明通过向APP下发网络请求配置文件来支持APP动态管理是通过DNS还是直连IP地址解析连接网络服务，网络请求配置文件由后台配置服务根据业务集群的nginx服务器的负载监控来实时生成，APP采用服务(Service)周期性地获取配置文件，并解析出当前该模块最合适的连接方式。
其中nginx服务器是俄罗斯人Igor Sysoev(塞索耶夫)编写的一种高性能的HTTP和反向代理服务器，是一款轻量级的Web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器，并在一个BSD-like协议下发行。Nginx作为负载均衡服务器，具有如下优点：Nginx既可以在内部直接支持Rails和PHP程序对外进行服务，也可以支持作为HTTP代理服务器对外进行服务。在连接高并发的情况下，Nginx是Apache服务器不错的替代品，能够支持高达50,000个并发连接数的响应。
具体地，本发明公开了一种基于配置管理的APP网络连接方法，包括如下步骤：
APP向配置服务器请求配置文件；
配置服务器根据DNS配置表和Nginx集群的负载监控实时生成所述配置文件，并将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；
APP解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群。
其中，所述配置文件采用树形节点的方式进行管理；
其中，所述配置文件支持xml和json格式。
其中，所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；一级目录为若干个模块的域名，每个模块的域名能单独配置；
其中，每个模块的域名对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率。
其中，所述配置服务器支持人工配置IP，防止程序出错导致连接错误的IP；
其中，APP在解析配置文件时，采用递归方式，其中遵循如下规则：
当树形节点的子节点解析不成功时，使用所述APP的域名；
解析到所述模块时，如果网络类型与当前网络匹配时，则选择所述模块，如果所述模块的表示是否可以解析的子节点为空，或者不可用，则表示所述模块不可使用IP直连，停止递归，否则继续递归IP；
当解析到IP时，如果负载情况低于一阈值且是否高可用性为是时，选择所述IP并停止递归，当所有IP都不可选时，采用域名。
其中，对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
本发明还公开了一种基于配置管理的APP网络连接设备，包括：
存储器，用于存储待执行的指令；
处理器，用于执行存储器中存储的指令以运行一APP网络连接方法，所述APP网络连接方法包括以下步骤：
向配置服务器请求配置文件；所述配置文件由配置服务器根据DNS配置表和Nginx集群的负载监控实时生成；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；
解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群。
其中，所述配置文件采用树形节点的方式进行管理；
其中，所述配置文件支持xml和json格式；
其中，所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；一级目录为若干个模块的域名，所述模块的域名能单独配置；每个模块的域名对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率。
其中，所述配置服务器支持人工配置IP，防止程序出错导致连接错误的IP；
其中，解析所述配置文件时，采用递归方式，其中遵循如下规则：
当树形节点的子节点解析不成功时，使用所述APP的域名；
解析到所述模块时，如果网络类型与当前网络匹配时，则选择所述模块，如果所述模块的表示是否可以解析的子节点为空，或者不可用，则表示所述模块不可使用IP直连，停止递归，否则继续递归IP；
当解析到IP时，如果负载情况低于一阈值且是否高可用性为是时，选择所述IP并停止递归，当所有IP都不可选时，采用域名。
其中，对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
本发明还公开了一种配置服务器，所述配置服务器根据DNS配置表和Nginx集群的负载监控实时生成一配置文件，并在APP提出请求时将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况。
其中，所述配置文件支持xml和json格式。
其中，所述配置文件采用树形节点的方式进行管理。
其中，所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；一级目录为若干个模块的域名，所述模块的域名能单独配置；每个模块的域名再对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率。
其中，所述配置服务器支持人工配置IP，防止程序出错导致连接错误的IP。
其中，对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
下面结合具体实施方式和数个实施例对本发明的技术方案进行进一步阐述说明。
一、本发明的技术方案架构
本发明的基于配置管理的APP网络连接装置的结构框架如图1所示，其中：
1、APP通过Service向后台配置服务器请求配置文件，配置文件包括域名和其对应的业务中的Nginx集群的IP地址；
2、当配置文件中存在IP地址时，APP优先访问IP地址，直连到业务的Nginx集群，由Nginx映射到业务集群上；
3、当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问内网；
4、配置文件由配置服务器根据域名的配置和Nginx集群的负载监控生成。
其中需要说明的是，业务的Nginx集群在公司内网中，业务集群只能通过Nginx集群映射到，DNS服务器解析到Nginx集群。
二、配置管理
本发明中，配置管理包括配置文件的生成与解析，配置文件决定了APP的访问方式，其生成原理是配置服务器读取DNS配置表，然后根据Nginx负载监控生成每个IP地址的负载，APP根据负载来选择最合适的IP地址进行直连。
在一些技术方案中，配置文件是采用树形节点的方式管理的，结构如图2所示，具体说明如下：
配置文件的根目录是整个APP可用的域名，所有网络接口都可以使用，针对APP中的模块，又可以单独配置这个模块所拥有的域名，每个域名对应数个IP地址。
配置文件由配置服务器生成，记录的内容是当前DNS配置表中的域名和IP地址的对应，以及IP地址的负载和配置情况，配置服务器支持人工配置IP的可用性，防止程序出错导致连接了错误的IP。
配置文件同时支持xml和json格式，以xml为例，可以设置如下代码：
一个APP中，会有数个模块(MODULE)，每个模块拥有IP地址和其适合的网络环境以及是否可用。一个模块中，有数个IP，每个IP拥有地址、是否高可用性、负载情况，以及配置更新频率。
三、配置解析与使用
APP在解析配置文件时，采用递归方式，子节点解析不成功则使用APP节点中的host。
解析到模块时，如果网络类型(net)与当前网络匹配时，则选择该模块，如果该模块的子节点为空，或者不可用(enable为false)，则表示该模块不可使用IP直连，停止递归，否则继续递归IP。
当解析到IP时，如果cpu使用率低于0.7，并且内存使用率(memery)低于0.7时，判断一下是否高可用(availability)，如果为true，则选择该IP并停止递归，当所有IP都不可选时，采用域名。
当解析出可用的网络配置时，重新生成httpClient的实体。
四、接口验签
采用IP直连的方式访问服务，无法避免内网IP暴露，引起不必要的攻击，本发明对配置文件的关键信息(host、IP地址)进行加密，避免明文存储，在模块中添加接口验签所需要的密钥(key)。
本发明的验签算法如下：
1、先将请求参数(不包括sign)转换成HashMap；
2、然后按照字符升序排序(a在最前面的那种)；
3、再转换成字符串，例如keylvaluelkey2value2……，再拼接上MODULE中的key和name，再进行MD5处理，得到一个字符串，然后再对这个字符串进行MD5处理，得到sign，签名完成；
4、服务器根据MODULE中的key进行重新签名，匹配sign，从而完成验签。
对比实施例1
直接采用IP地址的访问请求：比如通过如下IP地址http：//115.239.211.112进行访问时，会发现访问的是百度的服务器。
对比实施例2
采用域名进行访问，例如通过www.baidu.com进行访问，也能访问到百度，这是依靠DNS协议做到的。
实施例1
对于一个有很大客户数的APP，如果所有网络请求都连接到一个服务器上，那么该服务器有可能会因为负载太多而崩溃，从而需要让多台服务器来分担这个负载。此时，采用对比实施例1、2的连接方式均有可能存在某些服务器拥堵，而某些服务器空闲的状态。当采用本发明的配置文件来让APP连上不同IP的不同服务器，可以避免所有的APP都请求同一台服务器，同时通过增加一个负载均衡的模块，实时监听该IP上的负载(内存、连接数、cpu占用等)，APP在需要连接时先解析得到IP，然后找一个负载最低的，从而可以在多个服务器之间灵活调度，使负载均衡。
实施例2
对于具有多个用户界面的APP，其中多个用户界面可能由不同团队制作，分别由不同的后台服务器集群提供服务。
此时，采用本发明的方法，根据本发明的配置文件，在文件中基于不同的模块(MODULE)分别写入其配置信息，例如百度下面的各种模块，如百度百科：
<MODULE name＝″baike.baidu.com″host＝″180.149.133.167″enable＝″true″net＝″wifi″key＝″XXXXXXX″>
//这里面模块下面的各种IP
</MODULE>
由于百度百科实际上也不止一台服务器，也是个服务器集群，那么它下面其他的服务器之一，可以写成：
<IP ip＝″127.0.0.1″
availability＝″true″
cpu＝″0.2″
memery＝″0.3″
frequency＝″300″/>
如果有更多，可以依次写成上述格式。
从而在APP需要调用该模块时，在相应模块的配置信息中读取IP地址、域名、高可用性和负载情况等，根据本发明的解析策略从该配置文件中寻找到负载情况最小、最快链接的路径进行访问。
实施例3
对于美味不用等的订餐软件APP，其中包括占位模块、菜单模块、点餐模块、支付模块等，由于不同模块有可能是不同公司开发，例如支付模块，有可能是调用支付宝、微信或银行第三方支付平台等，因此通过本发明的配置文件，在配置文件中根据不同模块分别调用位于不同业务集群上的不同服务，从而完成该APP的整个功能。
经过实际试用验证，本发明方案基于配置管理的方式供APP决策是使用域名访问还是IP直连，支持客户端根据网络类型和IP配置情况来决策是用域名访问还是IP直连，在提供避免DNS解析的诸多问题上，兼顾了多模块APP后台技术发展不均衡的情况，基于树形的配置文件具备良好的扩展性，新增了IP和域名不再需要发版，对APP的网络连接体验有着明显的促进意义。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种基于配置管理的APP网络连接方法，包括如下步骤：
APP向配置服务器请求配置文件，所述配置文件采用树形节点的方式进行管理；所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；所述配置文件的一级目录为若干个模块的域名，每个模块的域名能单独配置；其中，每个模块的域名对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率；
配置服务器根据DNS配置表和Nginx集群的负载监控实时生成所述配置文件，并将其发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；所述配置服务器支持人工配置IP；
APP解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群；
其中，APP在解析配置文件时，采用递归方式，其中遵循如下规则：
当树形节点的子节点解析不成功时，使用所述APP的域名；
解析到所述模块时，如果网络类型与当前网络匹配时，则选择所述模块，如果所述模块的表示是否可以解析的子节点为空，或者不可用，则表示所述模块不可使用IP直连，停止递归，否则继续递归IP；
当解析到IP时，如果负载情况低于一阈值且是否高可用性为是时，选择所述IP并停止递归，当所有IP都不可选时，采用域名。
2.如权利要求1所述的APP网络连接方法，所述配置文件支持xml和json格式。
3.如权利要求1所述的APP网络连接方法，其中对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
4.一种基于配置管理的APP网络连接设备，包括：
存储器，用于存储待执行的指令；
处理器，用于执行存储器中存储的指令以运行一APP网络连接方法，所述APP网络连接方法包括以下步骤：
向配置服务器请求配置文件；所述配置文件采用树形节点的方式进行管理；所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；所述配置文件的一级目录为若干个模块的域名，所述模块的域名能单独配置；每个模块的域名对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率；所述配置文件由配置服务器根据DNS配置表和Nginx集群的负载监控实时生成；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；其中所述配置服务器支持人工配置IP；
解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群；
其中，解析所述配置文件时，采用递归方式，其中遵循如下规则：
当树形节点的子节点解析不成功时，使用所述APP的域名；
解析到所述模块时，如果网络类型与当前网络匹配时，则选择所述模块，如果所述模块的表示是否可以解析的子节点为空，或者不可用，则表示所述模块不可使用IP直连，停止递归，否则继续递归IP；
当解析到IP时，如果负载情况低于一阈值且是否高可用性为是时，选择所述IP并停止递归，当所有IP都不可选时，采用域名；
对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
5.如权利要求4所述的APP网络连接设备，其中所述配置文件支持xml和json格式。
6.一种配置服务器，其特征在于，包括：配置文件生成模块和配置文件发送模块，所述配置文件生成模块用于根据DNS配置表和Nginx集群的负载监控实时生成一配置文件；所述配置文件发送模块用于在APP提出请求时将配置文件发送给所述APP；其中所述配置文件包括所述APP各模块的域名、所述域名对应业务Nginx集群的IP地址，以及负载情况；
所述配置文件采用树形节点的方式进行管理；所述配置文件的根目录为所述APP的域名，所有网络接口均能够使用；所述配置文件的一级目录为若干个模块的域名，每个模块的域名能单独配置；其中，每个模块的域名对应若干个IP地址，以及是否高可用性、负载情况及配置更新频率；
所述配置服务器支持人工配置IP；
APP解析所述配置文件，并进行如下判断：
当配置文件中存在IP地址时，APP访问所述IP地址，直连到业务的Nginx集群，由Nginx集群映射到业务集群上；
当配置文件中不存在IP地址而存在域名时，APP使用DNS解析，通过DNS服务器访问对应所述域名的Nginx集群；
其中，APP在解析配置文件时，采用递归方式，其中遵循如下规则：
当树形节点的子节点解析不成功时，使用所述APP的域名；
解析到所述模块时，如果网络类型与当前网络匹配时，则选择所述模块，如果所述模块的表示是否可以解析的子节点为空，或者不可用，则表示所述模块不可使用IP直连，停止递归，否则继续递归IP；
当解析到IP时，如果负载情况低于一阈值且是否高可用性为是时，选择所述IP并停止递归，当所有IP都不可选时，采用域名。
7.如权利要求6所述的配置服务器，其中所述配置文件支持xml和json格式；
其中，对配置文件的关键信息进行加密，避免明文存储，在所述模块中添加接口验签所需要的密钥。
CN201710406785.6A 2017-06-02 2017-06-02 基于配置管理的app网络连接方法、设备及配置服务器 Active CN107172176B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710406785.6A CN107172176B (zh) 2017-06-02 2017-06-02 基于配置管理的app网络连接方法、设备及配置服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710406785.6A CN107172176B (zh) 2017-06-02 2017-06-02 基于配置管理的app网络连接方法、设备及配置服务器

Publications (2)

Publication Number Publication Date
CN107172176A CN107172176A (zh) 2017-09-15
CN107172176B true CN107172176B (zh) 2019-08-02

Family

ID=59824227

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710406785.6A Active CN107172176B (zh) 2017-06-02 2017-06-02 基于配置管理的app网络连接方法、设备及配置服务器

Country Status (1)

Country Link
CN (1) CN107172176B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109960577A (zh) * 2017-12-14 2019-07-02 中国电信股份有限公司 基于Nginx服务器的集群控制方法以及服务器
CN108449428A (zh) * 2018-04-23 2018-08-24 深圳市分期乐网络科技有限公司 一种网络连接方法、装置、服务器和存储介质
CN109714449B (zh) * 2019-01-17 2022-05-17 平安科技（深圳）有限公司 服务域名的动态配置方法、装置、设备及存储介质
CN110297854B (zh) * 2019-07-01 2020-07-07 烟台中科网络技术研究所 一种app域名核验方法与系统
CN111475289B (zh) * 2020-03-26 2024-04-12 北京世纪家天下科技发展有限公司 负载均衡方法及装置
CN112073232A (zh) * 2020-08-31 2020-12-11 北京健康之家科技有限公司 一种公共资源配置信息的分配方法、装置和计算机设备
CN112929429B (zh) * 2021-01-27 2023-03-24 长沙市到家悠享网络科技有限公司 请求处理方法、装置和设备
CN113014690B (zh) * 2021-03-04 2023-09-01 北京慧达软讯科技有限公司 基于手机app的动态域名分配方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340554A (zh) * 2011-09-29 2012-02-01 奇智软件（北京）有限公司 一种域名系统dns的最优应用服务器选取方法和装置
CN103024740A (zh) * 2011-09-28 2013-04-03 腾讯科技（深圳）有限公司 移动终端访问互联网的方法及系统
CN105450787A (zh) * 2014-08-20 2016-03-30 阿里巴巴集团控股有限公司 网络地址映射方法、装置和系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150058466A1 (en) * 2013-08-21 2015-02-26 Ideaware Inc. Device for server grouping

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103024740A (zh) * 2011-09-28 2013-04-03 腾讯科技（深圳）有限公司 移动终端访问互联网的方法及系统
CN102340554A (zh) * 2011-09-29 2012-02-01 奇智软件（北京）有限公司 一种域名系统dns的最优应用服务器选取方法和装置
CN105450787A (zh) * 2014-08-20 2016-03-30 阿里巴巴集团控股有限公司 网络地址映射方法、装置和系统

Also Published As

Publication number Publication date
CN107172176A (zh) 2017-09-15

Similar Documents

Publication Publication Date Title
CN107172176B (zh) 基于配置管理的app网络连接方法、设备及配置服务器
WO2017097123A1 (zh) 访问请求转换的方法和装置
JP2019032903A (ja) エッジ位置でのカスタマイズ可能なイベントトリガ型計算のためのシステム、方法、及びコンピュータ可読記憶媒体
CN104333567B (zh) 采用安全即服务的web缓存
CN109510846A (zh) Api调用系统、方法、装置、电子设备及存储介质
CN102624881B (zh) 一种面向移动设备的服务缓存系统架构及开发方法
US20100037225A1 (en) Workload routing based on greenness conditions
CN103607424B (zh) 一种服务器连接方法及服务器系统
CN110752943B (zh) 一种输电线路分布式故障诊断系统及方法
CN101610222A (zh) 基于客户端的服务器选择方法及装置
CN103685583A (zh) 一种域名解析的方法和系统
CN103209223A (zh) 分布式应用会话信息共享方法、系统和应用服务器
CN111212134A (zh) 一种请求报文处理方法、装置、边缘计算系统和电子设备
US20220200957A1 (en) Managing Application Access Controls And Routing In Cloud Computing Platforms
CN114398176A (zh) 服务访问方法、装置、电子设备及存储介质
CN106464584A (zh) 根据程序设计接口提供路由器信息
CN106657180A (zh) 用于云服务的信息传输方法、装置、终端设备及系统
CN109858817A (zh) 一种工作流管理系统及方法
CN115623000B (zh) 一种数联网上数据高效分发方法与装置
CN111510330A (zh) 接口管理装置、方法及存储介质
CN103607410B (zh) 一种内容访问方法和设备
CN109561165A (zh) 域名系统配置方法及相关装置
US11924085B2 (en) Estimation of latency across regional clouds
CN106856456B (zh) 缓存集群服务的处理方法及系统
US20220200954A1 (en) Managing Access To Cloud-Hosted Applications Using Domain Name Resolution

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
CB02 Change of applicant information

Address after: 201203 Shanghai City, Pudong New Area China Zuchongzhi Road (Shanghai) free trade zone 887 Lane 88 Building Room 302

Applicant after: DELICIOUS NOWAIT (SHANGHAI) INFORMATION TECHNOLOGY CO.,LTD.

Address before: 201203 Shanghai City, Pudong New Area Chinese Zu Shanghai Free Trade Zone Road No. 899 Building 2

Applicant before: DELICIOUS NOWAIT (SHANGHAI) INFORMATION TECHNOLOGY CO.,LTD.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231225

Address after: 200331, Room 515, No. 788 Zhenbei Road, Putuo District, Shanghai

Patentee after: Meizhiwei (Shanghai) Information Technology Co.,Ltd.

Address before: Room 302, building 88, Lane 887, Zuchongzhi Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai 201203

Patentee before: DELICIOUS NOWAIT (SHANGHAI) INFORMATION TECHNOLOGY CO.,LTD.

TR01 Transfer of patent right