反向代理的方法和系统与流程

1.本发明涉及计算机技术领域，尤其涉及一种反向代理的方法和系统。


背景技术：

2.随着业务量的发展和迭代，应用程序的各级频道页面累积了越来越多的独立域名。现有技术中，应用程序每次上线需要手工生成配置文件，然后打包上传到服务器。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
4.(1)上线流程复杂，容易出错；
5.(2)不能自动定时上线，须人工值守；
6.(3)无下线操作，后期维护成本大；
7.(4)无法实现应用与域名管理的解耦。


技术实现要素：

8.有鉴于此，本发明实施例提供一种反向代理的方法和系统，能够避免由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的上线流程复杂、容易出错、无法实现应用与域名管理的解耦的问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和监控。
9.根据本发明实施例的第一方面，提供一种反向代理的方法，包括：
10.从访问请求中解析待访问应用程序对应的目标域名；
11.获取与所述目标域名对应的目标配置文件；所述目标配置文件包括所述待访问应用程序的域名、发布地址和应用资源；
12.基于所述目标配置文件进行反向代理。
13.可选地，所述目标配置文件是预先响应于域名创建请求生成并发布的测试状态的配置文件，或者预先响应于域名发布请求、根据所述测试状态的配置文件生成并发布的上线状态的配置文件。
14.可选地，所述配置文件在发布之前经过校验且校验通过。
15.可选地，所述发布是指：将所述配置文件保存至数据库，或者，将配置文件保存至数据库并同步至缓存；获取与所述目标域名对应的目标配置文件，包括：
16.判断缓存中是否存在与所述目标域名对应的目标配置文件；若存在，则从缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。
17.可选地，所述目标配置文件还包括：版本标识；判断缓存中是否存在与所述目标域名对应的目标配置文件，包括：
18.根据预设反向代理规则确定与所述目标域名对应的目标版本标识；判断缓存中是否存在具有所述目标域名和所述目标版本标识的配置文件；若存在，则判定缓存中存在所述目标配置文件；否则，判定缓存中不存在所述目标配置文件。
19.可选地，本发明实施例的域名管理的方法，其特征在于，还包括：响应于配置更新
消息，从所述数据库中获取配置文件并保存至缓存；或者，通过定时任务从所述数据库中获取配置文件并保存至缓存。
20.根据本发明实施例的第二方面，提供一种反向代理系统，包括：
21.解析单元，从访问请求中解析待访问应用程序对应的目标域名；
22.获取单元，获取与所述目标域名对应的目标配置文件；所述目标配置文件是采用本发明实施例第一方面提供的方法生成并发布的；
23.代理单元，基于所述目标配置文件进行反向代理。
24.可选地，所述目标配置文件是预先响应于域名创建请求生成并发布的测试状态的配置文件，或者预先响应于域名发布请求、根据所述测试状态的配置文件生成并发布的上线状态的配置文件。
25.可选地，所述配置文件在发布之前经过校验且校验通过。
26.可选地，所述发布是指：将所述配置文件保存至数据库，或者，将配置文件保存至数据库并同步至缓存；所述获取单元获取与所述目标域名对应的目标配置文件，包括：
27.判断缓存中是否存在与所述目标域名对应的目标配置文件；若存在，则从缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。
28.可选地，所述目标配置文件还包括：版本标识；所述获取单元判断缓存中是否存在与所述目标域名对应的目标配置文件，包括：
29.根据预设反向代理规则确定与所述目标域名对应的目标版本标识；判断缓存中是否存在具有所述目标域名和所述目标版本标识的配置文件；若存在，则判定缓存中存在所述目标配置文件；否则，判定缓存中不存在所述目标配置文件。
30.可选地，本发明实施例的反向代理系统还包括配置单元，用于：响应于配置更新消息，从所述数据库中获取配置文件并保存至缓存；或者，通过定时任务从所述数据库中获取配置文件并保存至缓存。
31.根据本发明实施例的第三方面，提供一种域名反向代理系统，包括：域名管理系统和反向代理系统；其中，
32.所述域名管理系统用于：生成和发布配置文件；
33.所述反向代理系统用于：根据所述域名管理系统生成和发布的配置文件，采用本发明实施例第一方面提供的方法进行反向代理。
34.根据本发明实施例的第四方面，提供一种反向代理的电子设备，包括：
35.一个或多个处理器；
36.存储装置，用于存储一个或多个程序，
37.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。
38.根据本发明实施例的第五方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例第一方面提供的方法。
39.上述发明中的一个实施例具有如下优点或有益效果：本发明根据应用程序的域名、发布地址和应用资源自动生成配置文件，能够避免由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的上线流程复杂、容易出错、无法实现应用与域名管理的解耦的问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和
监控。通过缓存配置文件，能够提高请求响应速度，降低对数据库资源的消耗，提高系统稳定性。通过版本标识管理配置文件，便于实现回滚；通过根据预设反向代理规则确定目标版本标识，能够在配置文件版本变更时通过修改预设反向代理规则将请求指向最新版本的配置文件，实现旧版本配置文件的自动下线，降低维护成本。通过在配置文件生成之后生成配置更新消息、响应于配置更新消息从数据库中获取配置文件并保存至缓存，或者通过定时任务从数据库中获取配置文件并保存至缓存，能够在配置文件生成或更新时及时更新缓存中的配置文件，在无须重启应用程序的情况下实时生效，实现配置文件自动定时上线，无须人工值守。通过进行反向代理之前对配置文件进行校验，能够避免由于配置文件不符合设定要求而导致的配置文件发布失败的情况发生。
40.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
41.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
42.图1是本发明实施例中域名管理的方法的主要流程的示意图；
43.图2是本发明实施例中反向代理的方法的主要流程的示意图；
44.图3是本发明实施例中反向代理系统的主要组成的示意图；
45.图4是本发明实施例中域名反向代理的原理示意图；
46.图5是本发明实施例可以应用于其中的示例性系统架构图；
47.图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
48.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
49.本发明中，预先根据各个应用程序的域名、发布地址和应用资源生成对应的配置文件。在接收到用户访问请求时，根据预先生成的配置文件进行反向代理。反向代理是指以代理端来接受internet上的连接请求，然后将请求转发给内部网络上的后台服务端；并将从后台服务端上得到的结果返回给internet上请求连接的客户端。
50.在介绍本发明的反向代理的方法和系统之前，先对本发明中生成配置文件的方法进行说明。图1是本发明实施例中域名管理的方法的主要流程的示意图，如图1所示，域名管理的方法，包括：
51.步骤s101、解析域名创建请求，确定应用程序的域名、发布地址和应用资源；
52.步骤s102、生成测试状态的配置文件；所述配置文件包括：域名、发布地址和应用资源；
53.步骤s103、发布所述测试状态的配置文件。
54.应用资源是指应用程序的页面运行所需要的各种资源，例如，创建应用程序某二
级频道的域名时，该二级频道的页面运行所需要的的各种资源即为应用资源。应用程序的接入方发送域名创建请求时，创建应用和域名、绑定发布地址和对应的应用资源。本发明基于用户的域名创建请求先生成测试状态的配置文件，在测试通过后可以发布上线。
55.可选地，生成测试状态的配置文件之后，还包括：响应于域名发布请求，根据所述测试状态的配置文件生成上线状态的配置文件，发布所述上线状态的配置文件。示例性地，当测试状态的配置文件测试通过后，应用程序的接入方发送域名发布请求，用于指示将测试状态的配置文件发布上线。
56.根据应用程序的域名、发布地址和应用资源自动生成测试状态或上线状态的配置文件，能够避免由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的上线流程复杂、容易出错、无法实现应用与域名管理的解耦的问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和监控。
57.发布配置文件时，可以将发布的配置文件保存到数据库，以便反向代理系统从数据库中获取发布的配置文件。可选地，发布配置文件的步骤包括：将配置文件保存至数据库，并同步至反向代理系统的缓存。此处提及的反向代理系统是指本发明实施例第一方面提供的反向代理系统。通过缓存配置文件，能够提到请求响应速度，降低对数据库资源的消耗，提高系统稳定性。
58.可选地，所述配置文件还包括：版本标识。示例性地，对于频道a，首次创建频道a的测试状态的配置文件，将其版本标识标记为v1.0，v1.0版本的测试状态的配置文件发布后可以进行多次修改，每次修改时版本标识不变，测试通过后发布上线，形成上线状态的配置文件，该上线状态的配置文件的版本标识依然为v1.0。当需要重新配置频道a的配置信息时，可以再次创建频道a的测试状态的配置文件，将其版本标识标记为v2.0，v2.0版本的测试状态的配置文件发布后可以进行多次修改，每次修改时版本标识不变，测试通过后发布上线，形成上线状态的配置文件，该上线状态的配置文件的版本标识依然为v2.0。依次类推，每次需要重新配置频道a的配置信息时都按照上述步骤进行创建。
59.通过版本标识管理配置文件，便于查找具有目标版本标识的配置文件和实现版本回滚，降低维护成本。
60.可选地，将配置文件同步至反向代理系统的缓存，包括：生成配置更新消息，将所述配置更新消息发送至所述反向代理系统，以使所述反向代理系统响应于所述配置更新消息从所述数据库中获取配置文件并保存所述缓存。
61.实际应用过程中，反向代理系统在接收到配置更新消息后，可以立即执行从数据库获取配置文件的步骤，或者通过定时任务定时执行从数据库获取配置文件的步骤。通过在配置文件生成之后生成配置更新消息，能够及时更新缓存中的配置文件，在无须重启应用程序的情况下实现配置文件自动实时生效，实现配置文件自动定时上线，无须人工值守。
62.可选地，发布配置文件的步骤之前，还包括：对生成的配置文件进行校验，并确认校验通过。校验的内容可以根据实际情况进行选择性设定，例如校验配置文件的语法、格式是否正确等。通过对配置文件进行校验，能够避免由于配置文件不符合设定要求而导致的配置文件发布失败的情况发生。
63.本发明实施例的域名管理的方法可以基于openresty(一个基于nginx与lua的web平台)环境下upstream(nginx中的一种数据转发模式)模式实现，依托nginx(一个http和反
向代理web服务器)和lua(一种脚本语言)实现。基于openresty环境进行域名管理，能够降低成本。
64.本发明的域名管理的方法能够解决现有技术中由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的如下问题：在实现本发明过程中，发明人发现现有技术中至少存在如下问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和监控：(1)上线流程复杂，容易出错；(2)不能自动定时上线，须人工值守；(3)无下线操作，后期维护成本大；(4)无法实现应用与域名管理的解耦。
65.根据本发明实施例的第一方面，提供一种反向代理的方法。
66.图2是本发明实施例中反向代理的方法的主要流程的示意图。如图2所示，反向代理的方法包括：
67.步骤s201、从访问请求中解析待访问应用程序对应的目标域名；
68.步骤s202、获取与所述目标域名对应的目标配置文件；所述目标配置文件包括所述待访问应用程序的域名、发布地址和应用资源；
69.步骤s203、基于所述目标配置文件进行反向代理。
70.需要说明的是，目标配置文件可以是预先响应于域名创建请求生成并发布的测试状态的配置文件，例如在测试环境下响应于用户访问请求确定目标域名之后，从各个测试状态的配置文件中筛选与该目标域名对应的配置文件作为目标配置文件。本发明中的目标配置文件也可以是预先响应于域名发布请求、根据测试状态的配置文件生成并发布的上线状态的配置文件，例如在生产环境下响应于以后访问请求确定目标域名之后，从各个上线状态的配置文件中筛选与该目标域名对应的配置文件作为目标配置文件。
71.可选地，所述配置文件在发布之前经过校验且校验通过。校验的内容可以根据实际情况进行选择性设定，例如校验配置文件的语法、格式是否正确等。通过对配置文件进行校验，能够避免由于配置文件不符合设定要求而导致的配置文件发布失败的情况发生。
72.本发明基于前述域名管理的方法发布的配置文件进行反向代理，能够避免由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的上线流程复杂、容易出错、无法实现应用与域名管理的解耦的问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和监控。
73.可选地，发布是指：将所述配置文件保存至数据库，或者，将配置文件保存至数据库并同步至缓存。实际应用过程中，可以直接从数据库中获取发布的配置文件。可选地，获取与所述目标域名对应的目标配置文件，包括：判断缓存中是否存在与所述目标域名对应的目标配置文件；若存在，则从缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。
74.缓存可以包括预发机的缓存和生产环境反向代理系统的缓存。反向代理系统是指基于预先发布的配置文件、采用本发明第一方面提供的反向代理的方法的进行反向代理的系统，可以包括预发机和生产环境反向代理系统。其中，预发机即测试机器，用于预览测试状态的配置文件的发布效果。测试状态的配置文件测试通过后即可发布上线，生产环境反向代理系统基于发布上线的配置文件进行反向代理，实现上线状态的配置文件的正式生效。
75.示例性地，在测试环境下，判断预发机的缓存中是否存在与所述目标域名对应的
目标配置文件；若存在，则从预发机的缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。在生产环境下，判断生产环境反向代理系统的缓存中是否存在与所述目标域名对应的目标配置文件；若存在，则从生产环境反向代理系统的缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。
76.通过缓存配置文件，能够提到请求响应速度，降低对数据库资源的消耗，提高系统稳定性。
77.可选地，所述目标配置文件还包括：版本标识；判断缓存中是否存在与所述目标域名对应的目标配置文件，包括：根据预设反向代理规则确定与所述目标域名对应的目标版本标识；判断缓存中是否存在具有所述目标域名和所述目标版本标识的配置文件；若存在，则判定缓存中存在所述目标配置文件；否则，判定缓存中不存在所述目标配置文件。
78.预设反向代理规则用于指示与用户访问请求对应的可用的配置文件。例如，每次有新版本的配置文件发布时，自动将用户访问请求指向对应目标域名的最新版本的配置文件。在接收到用户访问请求时，从访问请求中解析待访问应用程序对应的目标域名，然后获取具有该目标域名的最新版本的配置文件，基于获取的最新版本的配置文件进行反向代理，从而能够在配置文件版本变更时通过修改预设反向代理规则将请求指向最新版本的配置文件，实现旧版本配置文件的自动下线，降低维护成本。
79.通过版本标识管理上线状态的配置文件、根据预设反向代理规则确定目标版本标识，一方面便于查找具有目标版本标识的配置文件和实现版本回滚，降低维护成本。另一方面能够在配置文件版本变更时通过修改预设反向代理规则将请求指向最新版本的配置文件，实现旧版本配置文件的自动下线，降低维护成本。
80.可选地，本发明实施例的域名管理的方法，其特征在于，还包括：响应于配置更新消息，从所述数据库中获取配置文件并保存至缓存；或者，通过定时任务从所述数据库中获取配置文件并保存至缓存。
81.通过响应于配置更新消息或者执行定时任务从数据库中获取配置文件并保存至缓存，能够及时更新缓存中的配置文件，在无须重启应用程序的情况下实现配置文件自动实时生效，实现配置文件自动定时上线，无须人工值守。
82.本发明实施例的反向代理的方法可以基于openresty(一个基于nginx与lua的web平台)环境下upstream(nginx中的一种数据转发模式)模式实现，依托nginx(一个http和反向代理web服务器)和lua(一种脚本语言)实现。基于openresty环境进行反向代理，能够降低成本。
83.根据本发明实施例的第二方面，提供一种实现本发明实施例第一方面提供的方法的系统。
84.图3是本发明实施例中反向代理系统的主要组成的示意图。如图3所示，反向代理系统300包括：
85.解析单元301，从访问请求中解析待访问应用程序对应的目标域名；
86.获取单元302，获取与所述目标域名对应的目标配置文件；所述目标配置文件包括所述待访问应用程序的域名、发布地址和应用资源；
87.代理单元303，基于所述目标配置文件进行反向代理。
88.可选地，所述目标配置文件是预先响应于域名创建请求生成并发布的测试状态的
配置文件，或者预先响应于域名发布请求、根据所述测试状态的配置文件生成并发布的上线状态的配置文件。
89.可选地，所述配置文件在发布之前经过校验且校验通过。
90.可选地，所述发布是指：将所述配置文件保存至数据库，或者，将配置文件保存至数据库并同步至缓存；所述获取单元获取与所述目标域名对应的目标配置文件，包括：
91.判断缓存中是否存在与所述目标域名对应的目标配置文件；若存在，则从缓存中获取所述目标配置文件；否则，从数据库中获取所述目标配置文件。
92.可选地，所述目标配置文件还包括：版本标识；所述获取单元判断缓存中是否存在与所述目标域名对应的目标配置文件，包括：
93.根据预设反向代理规则确定与所述目标域名对应的目标版本标识；判断缓存中是否存在具有所述目标域名和所述目标版本标识的配置文件；若存在，则判定缓存中存在所述目标配置文件；否则，判定缓存中不存在所述目标配置文件。
94.可选地，本发明实施例的反向代理系统还包括配置单元，用于：响应于配置更新消息，从所述数据库中获取配置文件并保存至缓存；或者，通过定时任务从所述数据库中获取配置文件并保存至缓存。
95.本发明实施例的反向代理系统可以设置多个api(application programming interface，应用程序接口)，以便于通过api接口管理反向代理系统中的缓存和预设反向代理规则。例如，操控生产环境配置缓存、监控各服务器健康状态和获取统计数据等。
96.根据本发明实施例的第三方面，提供一种域名反向代理系统，包括：域名管理系统(实现本发明实施例域名管理方法的系统)和反向代理系统(实现本发明实施例反向代理的系统)。所述域名管理系统用于生成和发布配置文件，所述反向代理系统用于根据所述域名管理系统生成和发布的配置文件，采用本发明实施例第一方面提供的反向代理的方法进行反向代理。
97.图4是本发明实施例中域名反向代理系统400的原理示意图，如图4所示，所述域名管理系统200用于：解析域名创建请求，确定应用程序的域名、发布地址和应用资源；生成测试状态的配置文件；所述配置文件包括：域名、发布地址和应用资源；发布所述测试状态的配置文件；
98.所述反向代理系统300用于：从访问请求中解析待访问应用程序对应的目标域名；获取与所述目标域名对应的目标配置文件；基于所述目标配置文件进行反向代理。
99.图4中，401代表数据库，用于保存域名管理系统200发布的配置文件。域名管理系统200和反向代理系统300的详细介绍参见前文，此处不再赘述。
100.需要说明的是，本例中反向代理系统300可以设置多个api接口，以便于域名管理系统200通过api接口管理反向代理系统中的缓存和预设反向代理规则。例如，操控生产环境配置缓存、监控各服务器健康状态和获取统计数据等。
101.根据本发明实施例的第四方面，提供一种反向代理的电子设备，包括：
102.一个或多个处理器；
103.存储装置，用于存储一个或多个程序，
104.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例第一方面提供的方法。
105.根据本发明实施例的第五方面，提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例第一方面提供的方法。
106.图5示出了可以应用本发明实施例的反向代理的方法或反向代理系统的示例性系统架构500。
107.如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
108.用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
109.终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
110.服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的域名城建请求、用户访问请求等数据进行分析等处理，并将处理结果(例如表明域名创建是否成功的信息、待访问页面信息
--
仅为示例)反馈给终端设备。
111.需要说明的是，本发明实施例所提供的反向代理的方法一般由服务器505执行，相应地，反向代理系统或反向代理系统一般设置于服务器505中。
112.应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
113.下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
114.如图6所示，计算机系统600包括中央处理单元(cpu)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有系统600操作所需的各种程序和数据。cpu 601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
115.以下部件连接至i/o接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
116.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(cpu)601执行时，执行本发明的系统
中限定的上述功能。
117.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
118.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
119.描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括：解析单元，从访问请求中解析待访问应用程序对应的目标域名；获取单元，获取与所述目标域名对应的目标配置文件；所述目标配置文件包括所述待访问应用程序的域名、发布地址和应用资源；代理单元，基于所述目标配置文件进行反向代理。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，解析单元还可以被描述为“基于所述目标配置文件进行反向代理的单元”。
120.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
121.从访问请求中解析待访问应用程序对应的目标域名；获取与所述目标域名对应的目标配置文件；所述目标配置文件包括所述待访问应用程序的域名、发布地址和应用资源；基于所述目标配置文件进行反向代理。
122.根据本发明实施例的技术方案，根据应用程序的域名、发布地址和应用资源自动生成配置文件，能够避免由于应用程序每次上线时通过手工生成配置文件然后打包上传到服务器而导致的上线流程复杂、容易出错、无法实现应用与域名管理的解耦的问题，实现配置文件一键发布，同时能够实现域名统一管理，易于统计和监控。通过缓存配置文件，能够提高请求响应速度，降低对数据库资源的消耗，提高系统稳定性。通过版本标识管理配置文件，便于实现回滚；通过根据预设反向代理规则确定目标版本标识，能够在配置文件版本变更时通过修改预设反向代理规则将请求指向最新版本的配置文件，实现旧版本配置文件的自动下线，降低维护成本。通过在配置文件生成之后生成配置更新消息、响应于配置更新消息从数据库中获取配置文件并保存至缓存，或者通过定时任务从数据库中获取配置文件并保存至缓存，能够在配置文件生成或更新时及时更新缓存中的配置文件，在无须重启应用程序的情况下实时生效，实现配置文件自动定时上线，无须人工值守。通过进行反向代理之前对配置文件进行校验，能够避免由于配置文件不符合设定要求而导致的配置文件发布失败的情况发生。
123.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。