CN109150930A - 配置信息加载方法及装置、业务处理方法及装置 - Google Patents
配置信息加载方法及装置、业务处理方法及装置 Download PDFInfo
- Publication number
- CN109150930A CN109150930A CN201710452078.0A CN201710452078A CN109150930A CN 109150930 A CN109150930 A CN 109150930A CN 201710452078 A CN201710452078 A CN 201710452078A CN 109150930 A CN109150930 A CN 109150930A
- Authority
- CN
- China
- Prior art keywords
- configuration information
- information
- configuration
- configuration file
- domain name
- 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/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
- H04L41/0803—Configuration setting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了配置信息加载方法及装置、业务处理方法及装置。配置信息加载方法为：接收携带域名信息的配置文件；当确定配置文件为第一类型配置文件时，对应域名信息，将从配置文件中解析出的配置信息加载到共享内存中；当确定配置文件为第二类型配置文件时，对应域名信息，将从配置文件中解析出的配置信息加载到非共享内存中。业务处理方法为：接收针对目标业务的处理请求，其中，处理请求中携带目标业务对应的目标域名；从共享内存中获得目标域名的第一配置信息，从非共享内存中获得目标域名的第二配置信息；根据第一配置信息和第二配置信息，对目标业务进行处理。应用本发明实施例提供的方案可以缩短配置信息的生效时间，提高服务质量。
Description
技术领域
本发明涉及计算机网络技术领域，特别是涉及配置信息加载方法及装置、业务处理方法及装置、电子设备、计算机可读存储介质。
背景技术
随着网络技术的发展，在一台服务器中可以部署多个网站，也就是说一台服务器可以绑定多个域名。
例如，在基于云计算的CDN(Content Delivery Network，内容分发网络)系统中，每台Web服务器绑定了至少一个域名。当Web服务器接收到用户请求时，需要根据用户请求所对应的域名查找该域名对应的配置信息，然后根据配置信息进入该用户请求对应的业务处理流程。
上述配置信息是以配置文件的形式下发到Web服务器的。目前，下发的配置文件中包含了一域名对应的所有配置信息，这样，Web服务器在接收到配置文件后，需要加载配置文件以获取全部配置信息，并根据配置信息进行内存分配、遍历功能模块的操作，甚至需要重启服务器。可见，加载全部配置信息的过程会消耗大量CPU(Central Processing Unit，中央处理器)资源，导致短时间内服务器负载过高，需要重启服务器进而影响服务质量，而对于需要频繁下发配置文件的业务场景来说，这个问题对服务质量将造成更大的影响。
现有技术中，为保证服务质量，通用的做法是，生成的配置文件并不会被立即下发，而是选择一天中的某一时间，将积攒的配置文件集中下发并重启服务器，这种方式虽然减小了对服务质量的影响，但是延长了配置信息的生效时间。
发明内容
本发明实施例的目的在于提供配置信息加载方法及装置、业务处理方法及装置、电子设备、计算机可读存储介质，以缩短配置信息的生效时间，提高服务质量。具体技术方案如下：
第一方面，本发明实施例公开了一种配置信息加载方法，所述方法包括：
接收携带域名信息的配置文件；
当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
可选的，所述第一类型配置文件中配置信息的修改频率高于所述第二类型配置文件中配置信息的修改频率。
可选的，其特征在于，所述配置文件标识有版本信息；
当确定所述配置文件为第一类型配置文件时，在所述将所述配置信息加载到共享内存中的步骤之前，还包括：
判断所述配置文件的版本信息是否与第一版本信息相同，其中，所述第一版本信息为所述共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，所述第一配置信息为所述共享内存中缓存的所述域名信息对应的配置信息；
如果否，执行所述将所述配置信息加载到共享内存中的步骤；
当确定所述配置文件为第二类型配置文件时，在所述将所述配置信息加载到非共享内存中的步骤之前，还包括：
判断所述配置文件的版本信息是否与第二版本信息相同，其中，所述第二版本信息为所述非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，所述第二配置信息为所述非共享内存中缓存的所述域名信息对应的配置信息；
如果否，执行所述将所述配置信息加载到非共享内存中的步骤。
第二方面，本发明实施例公开了一种业务处理方法，所述方法包括：
接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
可选的，所述第一配置信息的修改频率高于所述第二配置信息的修改频率。
可选的，所述共享内存为所述目标域名的第一配置信息的一级缓存；
所述从共享内存中获得所述目标域名的第一配置信息的步骤，包括：
判断二级缓存中是否存在所述目标域名的第一配置信息；其中，所述二级缓存为预先为所述共享内存中的第一配置信息设置的再次缓存；
如果是，从所述二级缓存中获得所述目标域名的第一配置信息；
如果否，将所述共享内存中缓存的所述目标域名的第一配置信息加载到所述二级缓存中，再从所述二级缓存中获得所述第一配置信息。
第三方面，本发明实施例公开了一种配置信息加载装置，所述装置包括：
第一接收模块，用于接收携带域名信息的配置文件；
第一加载模块，用于当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
第二加载模块，用于当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
可选的，所述第一类型配置文件中配置信息的修改频率高于所述第二类型配置文件中配置信息的修改频率。
可选的，所述配置文件标识有版本信息；
所述装置还包括：
第一判断模块，用于当确定所述配置文件为第一类型配置文件时，在将所述配置信息加载到共享内存中之前，判断所述配置文件的版本信息是否与第一版本信息相同，其中，所述第一版本信息为所述共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，所述第一配置信息为所述共享内存中缓存的所述域名信息对应的配置信息；
所述第一加载模块，具体用于在所述第一判断模块判断出所述配置文件的版本信息与第一版本信息不同时，将所述配置信息加载到共享内存中；
所述装置还包括：
第二判断模块，用于当确定所述配置文件为第二类型配置文件时，在将所述配置信息加载到非共享内存中之前，判断所述配置文件的版本信息是否与第二版本信息相同，其中，所述第二版本信息为所述非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，所述第二配置信息为所述非共享内存中缓存的所述域名信息对应的配置信息；
所述第二加载模块，具体用于在所述第二判断模块判断出所述配置文件的版本信息与第二版本信息不同时，将所述配置信息加载到非共享内存中。
第四方面，本发明实施例公开了一种业务处理装置，所述装置包括：
第二接收模块，用于接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
获得模块，用于从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
处理模块，用于根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
可选的，所述第一配置信息的修改频率高于所述的第二配置信息的修改频率。
可选的，所述共享内存为所述目标域名的第一配置信息的一级缓存；
所述获得模块，包括：
判断子模块，用于判断二级缓存中是否存在所述目标域名的第一配置信息；其中，所述二级缓存为预先为所述共享内存中的第一配置信息设置的再次缓存；
第一获得子模块，用于在所述判断子模块判断出所述二级缓存中存在所述目标域名的第一配置信息时，从所述二级缓存中获得所述目标域名的第一配置信息；
第二获得子模块，用于在所述判断子模块判断出所述二级缓存中不存在所述目标域名的第一配置信息时，将所述共享内存中缓存的所述目标域名的第一配置信息加载到所述二级缓存中，再从所述二级缓存中获得所述第一配置信息。
第五方面，本发明实施例公开了一种电子设备，包括第一处理器、第一通信接口、第一存储器和第一通信总线，其中，第一处理器，第一通信接口，第一存储器通过第一通信总线完成相互间的通信；
第一存储器，用于存放计算机程序；
第一处理器，用于执行第一存储器上所存放的程序时，实现上述配置信息加载方法任一所述的方法步骤。
第六方面，本发明实施例公开了一种电子设备，包括第二处理器、第二通信接口、第二存储器和第二通信总线，其中，第二处理器，第二通信接口，第二存储器通过第二通信总线完成相互间的通信；
第二存储器，用于存放计算机程序；
第二处理器，用于执行第二存储器上所存放的程序时，实现上述业务处理方法任一所述的方法步骤。
第七方面，本发明实施例公开了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述配置信息加载方法任一所述的方法步骤。
第八方面，本发明实施例公开了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述业务处理方法任一所述的方法步骤。
本发明实施例提供的方案，预先将域名对应的配置文件分为第一类型配置文件和第二类型配置文件，并且设置将第一类型配置文件中的配置信息加载到共享内存中，第二类型配置文件中的配置信息加载到非共享内存中；这样，当接收到的配置文件为第一类型配置文件时，可以直接将配置文件中的配置信息加载到共享内存中以使配置信息生效，可见，对于第一类型配置文件中的配置信息不需要重启服务器即可生效，因此本发明实施例提供的方案可以缩短第一类型配置文件中的配置信息的生效时间，提高服务质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种配置信息加载方法的流程示意图；
图2为本发明实施例提供的一个具体实施例中配置信息加载的流程示意图；
图3为本发明实施例提供的一种业务处理方法的流程示意图；
图4为本发明实施例提供的一个具体实施例中业务处理的流程示意图；
图5为本发明实施例提供的一种配置信息加载装置的结构示意图；
图6为本发明实施例提供的一种业务处理装置的结构示意图；
图7为本发明实施流提供的一种电子设备的结构示意图；
图8为本发明实施例提供的另一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
先对本申请文件中涉及到的技术用语进行简单介绍。
共享内存是被多个进程共享的一段物理内存，对于多进程程序，共享内存可以用于一个程序的多个进程之间的通信。共享内存中的数据，多个进程都拥有读写权限，一个进程向共享内存区域写入了数据，共享这个内存区域的所有进程均可以快速的从共享内存读取写入的数据。共享内存的实现分为两个步骤，首先创建共享内存，可以使用shmget函数进行创建，然后映射共享内存，将创建的共享内存映射到多个进程的地址空间，可以使用shmat函数进行映射。需要说明的是，本申请文件所述的非共享内存指的是服务器中未被多进程共享的物理内存。本申请文件中，配置信息以key-value形式缓存在共享内存和非共享内存中。
缓存的工作原理是当CPU要读取一个数据时，首先从缓存中查找，如果找到就立即读取并送给CPU处理，如果没有找到，就用相对慢的速度从内存中读取并送给CPU处理，同时把这个数据调入缓存中，可以使得后续从缓存中读取这个数据，提高数据读取的速度。为了提高共享内存中数据的读取速度，本申请文件中，共享内存作为第一配置信息的一级缓存，二级缓存是基于共享内存做的再次缓存。与共享内存一样，二级缓存以key-value形式缓存配置信息，不同的是，二级缓存的value可以是复杂的数据结构。
为解决现有技术问题，本发明实施例提供了配置信息加载方法及装置、业务处理方法及装置、电子设备、计算机可读存储介质。下面首先对本发明实施例所提供的一种配置信息加载方法进行详细说明。
图1为本发明实施例提供的一种配置信息加载方法的流程示意图，该方法可以包括：
S101，接收携带域名信息的配置文件。
可以理解的，本发明实施例提供的一种配置信息加载方法的执行主体可以为一种配置信息加载装置。在实际应用在，本发明实施例所提供的配置信息加载方法可以应用于云计算CDN系统中的Web服务器，配置文件可以由CDN系统的控制服务器下发各个Web服务器。配置文件携带的域名信息，可以区分配置文件为哪个域名的配置文件，当该配置信息加载装置接收到配置文件时，可以对应域名信息对配置文件中的配置信息进行加载。
S102，当确定配置文件为第一类型配置文件时，从配置文件中解析出配置信息，并对应域名信息，将配置信息加载到共享内存中。
S103，当确定配置文件为第二类型配置文件时，从配置文件中解析出配置信息，并对应域名信息，将配置信息加载到非共享内存中。
实际应用中，对于如何确定所接收到的配置文件为第一类型配置文件还是第二类型配置文件，可以预先为每一类型配置文件设置不同的标识信息，例如设置第一类型配置文件的标识为A，当接收到配置文件后，若判断出配置文件携带的标识为A，则可以确定该配置文件为第一类型配置文件，也可以预先设置每一类型配置文件中的特定配置信息为配置文件的区别标识，例如，设置第一类型配置文件中的配置信息A为第一类型配置文件的区别标识，若对接收到的配置文件进行解析可以得到配置信息A，则可以确定接收到的配置文件为第一类型配置文件。当然，也可以通过其他方式来区分第一类型配置文件和第二类型配置文件，本发明实施例对此不做限定。
实际应用中，可以预先将需要读取配置信息的进程与共享内存建立关联关系，将共享内存映射到这些进程的地址空间，这样，当把配置信息加载到共享内存后，这些进程即可从共享内存获得配置信息，也就是说，加载到共享内存中的配置信息即可实时生效，而不是需要重启设备后才生效。
鉴于此，当第一类型配置文件中的配置信息发生变化，即可根据变化后的配置信息生成新的第一类型配置文件，并且将新的第一类型配置文件发送给该配置信息加载装置，该配置信息加载装置接收到第一类型配置文件后，解析出配置信息，并将配置信息加载到共享内存中使配置信息生效，因此可以缩短第一类型配置文件中的配置信息的生效时间。并且，当第一类型配置文件中的配置信息发生变化时，只需要加载第一类型配置文件中的配置信息，而不需要加载第二类型配置文件中的配置信息，因此，在加载配置信息的过程中设备负载较低。
本领域技术人员可以理解的是，实际应用中，为了实现缩短域名对应的全部配置信息的生效时间，也可以将该域名对应的全部配置信息均加载到共享内存中，但是，将全部配置信息均加载到共享内存中，必然要求共享内存的空间足够大，然而，共享内存的空间过大会对设备的性能造成严重影响，因此，鉴于共享内存空间的限制，将部分配置信息加载到共享内存、剩余配置信息加载到非共享内存的方式，能够均衡设备性能的影响，并且缩短部分配置信息的生效时间，更加合理。
在一种优选实施例中，第一类型配置文件中配置信息的修改频率可以高于第二类型配置文件中配置信息的修改频率。具体的，可以预先对每一配置信息的修改频率进行统计，将修改频率高于预设阈值的配置信息作为第一类型配置文件中的配置信息，也可以将修改频率较高的预设数量个配置信息作为第一类型配置文件中的配置信息，都是合理的，本发明实施例对此不做限定。
可以理解的，将配置信息加载到非共享内存中，均需要重启设备以实现配置信息的生效，可见，对于修改频率高的配置信息，将其加载到非共享内存，由于其修改频率较高，且每一次修改均需要重启设备，因此对服务质量的影响较大。因此，将修改频率高的配置信息加载到共享内存中，可以进一步减少修改配置信息对服务质量的影响。
并且，由于第一类型配置文件中配置信息的修改频率高于第二类型配置文件中的配置信息的修改频率，则当第一类型配置文件中的配置信息有改动时，只需要将改动后的第一类型配置文件发送给该配置信息加载装置，该配置信息加载装置接收到第一类型配置文件后，直接解析配置文件中的配置信息，将配置信息加载到共享内存中，而不需要加载域名对应的完整配置文件，从而避免了加载完整配置文件导致的资源浪费。
实际应用中，为便于对配置文件进行管理，还可以对配置文件标识版本信息；
相应的，当确定配置文件为第一类型配置文件时，在将配置信息加载到共享内存中的步骤之前，该配置信息加载方法还可以包括：
判断配置文件的版本信息是否与第一版本信息相同，其中，第一版本信息为共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，第一配置信息为共享内存中缓存的该域名信息对应的配置信息；
如果否，执行将配置信息加载到共享内存中的步骤；
同样的，当确定配置文件为第二类型配置文件时，在将配置信息加载到非共享内存中的步骤之前，该配置信息加载方法还可以包括：
判断配置文件的版本信息是否与第二版本信息相同，其中，第二版本信息为非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，第二配置信息为非共享内存中缓存的该域名信息对应的配置信息；
如果否，执行将配置信息加载到非共享内存中的步骤。
可以理解的，在一种实现方式中，该配置信息加载装置可以将接收到的各个配置文件集中保存在特定位置，并定时检测该特定位置中各个配置文件的修改时间是否发生变化，如果某一配置文件为第一类型配置文件且修改时间发生变化，表示该配置文件的版本信息与共享内存中的配置信息不相同，则需要将该配置文件加载到共享内存中，同样的，如果该配置文件为第二类型配置文件且修改时间发生变化，表示该配置文件的版本信息与共享内存中的配置信息不相同，则需要将该配置文件加载到共享内存中。在另一种实现方式中，该配置信息加载装置可以通过远程数据注入的方式接收配置文件，当接收到配置文件时，即可以判断配置文件的版本信息是否与已缓存的配置信息对应的配置文件的版本相同，如果相同则不需要加载。
例如图2所示的配置信息加载流程图，预先将域名对应的配置文件进行分类，将其中修改频率高的配置信息作为第一类型配置文件，若此第一类型配置信息有变动，则只加载此第一类型配置文件。第一类型配置文件中配置信息的加载流程为：Web服务器在启动阶段开启定时任务，在加载配置信息时，采用定时任务检查第一类型配置文件的修改时间是否发生变化，若发生变化则加载配置信息到共享内存，若修改时间未变则不加载。
由以上可见，本发明实施例提供的方案，预先将域名对应的配置文件分为第一类型配置文件和第二类型配置文件，并且设置将第一类型配置文件中的配置信息加载到共享内存中，第二类型配置文件中的配置信息加载到非共享内存中；这样，当接收到的配置文件为第一类型配置文件时，可以直接将配置文件中的配置信息加载到共享内存中以使配置信息生效，可见，对于第一类型配置文件中的配置信息不需要重启服务器即可生效，因此本发明实施例提供的方案可以缩短第一类型配置文件中的配置信息的生效时间，提高服务质量。
对应于上述的配置信息加载方法，本发明实施例还提供了一种业务处理方法，如图3所示，该方法可以包括：
S301，接收针对目标业务的处理请求，其中，处理请求中携带目标业务对应的目标域名。
可以理解的，本发明实施例所提供的业务处理方法可以应用于云计算CDN系统中的Web服务器，并且，本发明实施例提供的一种业务处理方法的执行主体可以为一种业务处理装置，该业务处理装置与上述配置信息加载装置可以为同一电子设备。
实际应用中，该业务处理装置接收到的处理请求可以为用户针对于目标业务的处理请求，处理请求中可以携带目标业务对应的目标域名，例如，处理请求为播放网站A中的视频B，则目标域名为网站A对应的域名。当然，处理请求中还可以携带其他信息，如用户信息等。
S302，从共享内存中获得目标域名的第一配置信息，从非共享内存中获得目标域名的第二配置信息。
本发明实施例中，目标域名对应的配置文件分为第一类型配置文件和第二类型配置文件，且第一类型配置文件中的第一配置信息预先加载在共享内存中，第二类型配置文件中的第二配置信息预先加载在非共享内存中。由图1所示实施例的描述可知，当第一类型配置文件中的第一配置信息发生变化时，将其加载在共享内存中可以缩短第一配置信息的生效时间，而且可以降低加载配置信息的过程中设备的负载。
在本发明实施例的一个优选实施方式中，第一配置信息的修改频率高于第二配置信息的修改频率。可以理解的，对于修改频率高的配置信息，将其加载到非共享内存中，则每一次修改后均需要重启设备以实现生效，可见对服务质量的影响较大。因此，将修改频率高的配置信息加载到共享内存中，可以进一步减少修改配置信息对服务质量的影响，避免加载完整配置文件导致的资源浪费。
实际应用中，为了提高共享内存中第一配置信息的读取速度，可以将共享内存作为目标域名的第一配置信息的一级缓存，因此，上述从共享内存中获得所述目标域名的第一配置信息的步骤，可以包括：
判断二级缓存中是否存在目标域名的第一配置信息；其中，二级缓存为预先为共享内存中的第一配置信息设置的再次缓存；
如果是，从二级缓存中获得目标域名的第一配置信息；
如果否，将共享内存中缓存的目标域名的第一配置信息加载到二级缓存中，再从二级缓存中获得第一配置信息。
可以理解的，在实际应用中，需要预先将从共享内存获取配置信息的进程与共享内存建立关联关系，将共享内存映射到此进程的地址空间，则此进程可以将共享内存中缓存的目标域名的第一配置信息加载到二级缓存中。
S303，根据第一配置信息和第二配置信息，对目标业务进行处理。
由于第一配置信号和第二配置信息为目标域名对应的全部配置信息，因此在获得第一配置信息和第二配置信息后，可以根据第一配置信息和第二配置信息对目标任务进行处理。
可以理解的，在实际应用中，对于配置信息修改频率较高的域名，可以按照本发明实施例所述的方案进行业务处理流程，而对于配置信息修改频率较低的域名，则可以不需要将该域名的配置信息分为第一配置信息和第二配置信息，而是直接按照现有技术的配置信息加载方式将该域名的配置信息加载在非共享内存中。
而对于既有配置信息修改频率较高的域名、又有配置信息修改频率较低的域名的应用场景，如何利用本发明实施例所述的方案进行处理，下面以一个具体实施例进行说明。如图4所示，业务处理装置在接收到用户请求后，首先根据用户请求中携带的目标域名在非共享内存中查找目标域名对应的配置信息，如果非共享内存中存在目标域名的全部配置信息，则进入常规的业务处理流程，即利用非共享内存中目标域名对应的全部配置信息进行业务处理。如果非共享内存中存在的目标域名的配置信息不是目标域名的全部配置信息，则进入default流程。进入default流程后，首先在二级缓存中查找目标域名的配置信息，若找到则进行业务处理流程，利用非共享内存中目标域名的配置信息和二级缓存中目标域名的配置信息进行业务处理；若未找到，则从共享内存中加载目标域名的配置信息到二级缓存中，再利用共享内存中目标域名的配置信息和二级缓存中目标域名的配置信息进行业务处理。可见，本具体实施例中，在default流程中查找目标域名的第一配置信息，并且利用了二级缓存来优化配置信息的查找。
本发明实施例提供的方案，目标域名的第一配置信息存在于共享内存中，第二配置信息存在于非共享内存中，当接收到针对目标任务的处理请求时，分别从共享内存和非共享内存获得第一配置信息和第二配置信息，从而对目标任务进行处理，由于第一配置信息被加载在共享内存中，因此第一配置信息不需要重启服务器即可生效，可见本发明实施例提供的方案可以缩短第一配置信息的生效时间，提高服务质量。
与上述的配置信息加载方法相对应，本发明实施例还提供了一种配置信息加载装置。
与图1所示的方法实施例相对应，图5为本发明实施例提供的一种配置信息加载装置的结构示意图，该装置可以包括：
第一接收模块501，用于接收携带域名信息的配置文件；
第一加载模块502，用于当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
第二加载模块503，用于当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
本发明实施例提供的方案，预先将域名对应的配置文件分为第一类型配置文件和第二类型配置文件，并且设置将第一类型配置文件中的配置信息加载到共享内存中，第二类型配置文件中的配置信息加载到非共享内存中；这样，当接收到的配置文件为第一类型配置文件时，可以直接将配置文件中的配置信息加载到共享内存中以使配置信息生效，可见，对于第一类型配置文件中的配置信息不需要重启服务器即可生效，因此本发明实施例提供的方案可以缩短第一类型配置文件中的配置信息的生效时间，提高服务质量。
具体的，所述第一类型配置文件中配置信息的修改频率高于所述第二类型配置文件中配置信息的修改频率。
具体的，所述配置文件可以标识有版本信息；
所述装置还可以包括：
第一判断模块(图中未示出)，用于当确定所述配置文件为第一类型配置文件时，在将所述配置信息加载到共享内存中之前，判断所述配置文件的版本信息是否与第一版本信息相同，其中，所述第一版本信息为所述共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，所述第一配置信息为所述共享内存中缓存的所述域名信息对应的配置信息；
所述第一加载模块502，具体可以用于在所述第一判断模块判断出所述配置文件的版本信息与第一版本信息不同时，将所述配置信息加载到共享内存中；
所述装置还可以包括：
第二判断模块(图中未示出)，用于当确定所述配置文件为第二类型配置文件时，在将所述配置信息加载到非共享内存中之前，判断所述配置文件的版本信息是否与第二版本信息相同，其中，所述第二版本信息为所述非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，所述第二配置信息为所述非共享内存中缓存的所述域名信息对应的配置信息；
所述第二加载模块503，具体可以用于在所述第二判断模块判断出所述配置文件的版本信息与第二版本信息不同时，将所述配置信息加载到非共享内存中。
与上述的业务处理方法相对应，本发明实施例还提供了一种业务处理装置。
与图3所示的方法实施例相对应，图6为本发明实施例提供的一种业务处理装置的结构示意图，该装置可以包括：
第二接收模块601，用于接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
获得模块602，用于从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
处理模块603，用于根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
本发明实施例提供的方案，目标域名的第一配置信息存在于共享内存中，第二配置信息存在于非共享内存中，当接收到针对目标任务的处理请求时，分别从共享内存和非共享内存获得第一配置信息和第二配置信息，从而对目标任务进行处理，由于第一配置信息被加载在共享内存中，因此第一配置信息不需要重启服务器即可生效，可见本发明实施例提供的方案可以缩短第一配置信息的生效时间，提高服务质量。
具体的，所述第一配置信息的修改频率高于所述第二配置信息的修改频率。
具体的，所述共享内存为所述目标域名的第一配置信息的一级缓存；
所述获得模块602，包括：
判断子模块(图中未示出)，用于判断二级缓存中是否存在所述目标域名的第一配置信息；其中，所述二级缓存为预先为所述共享内存中的第一配置信息设置的再次缓存；
第一获得子模块(图中未示出)，用于在所述判断子模块判断出所述二级缓存中存在所述目标域名的第一配置信息时，从所述二级缓存中获得所述目标域名的第一配置信息；
第二获得子模块(图中未示出)，用于在所述判断子模块判断出所述二级缓存中不存在所述目标域名的第一配置信息时，将所述共享内存中缓存的所述目标域名的第一配置信息加载到所述二级缓存中，再从所述二级缓存中获得所述第一配置信息。
与上述的配置信息加载方法相对应，本发明实施例还提供了一种电子设备，如图7所示，包括第一处理器701、第一通信接口702、第一存储器703和第一通信总线704，其中，第一处理器701，第一通信接口702，第一存储器703通过第一通信总线704完成相互间的通信，
第一存储器703，用于存放计算机程序；
第一处理器701，用于执行第一存储器703上所存放的程序时，实现如下步骤：
接收携带域名信息的配置文件；
当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
关于该方法各个步骤的具体实现以及相关解释内容可以参见上述的方法实施例对应的系统实施例，在此不做赘述。
上述电子设备提到的第一通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该第一通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
第一通信接口用于上述电子设备与其他设备之间的通信。
第一存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，第一存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的第一处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例提供的方案，预先将域名对应的配置文件分为第一类型配置文件和第二类型配置文件，并且设置将第一类型配置文件中的配置信息加载到共享内存中，第二类型配置文件中的配置信息加载到非共享内存中；这样，当接收到的配置文件为第一类型配置文件时，可以直接将配置文件中的配置信息加载到共享内存中以使配置信息生效，可见，对于第一类型配置文件中的配置信息不需要重启服务器即可生效，因此本发明实施例提供的方案可以缩短第一类型配置文件中的配置信息的生效时间，提高服务质量。
与上述的业务处理方法相对应，本发明实施例还提供了另一种电子设备，如图8所示，包括第二处理器801、第二通信接口802、第二存储器803和第二通信总线804，其中，第二处理器801，第二通信接口802，第二存储器803通过第二通信总线804完成相互间的通信，
第二存储器803，用于存放计算机程序；
第二处理器801，用于执行第二存储器803上所存放的程序时，实现如下步骤：
接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
关于该方法各个步骤的具体实现以及相关解释内容可以参见上述的方法实施例对应的系统实施例，在此不做赘述。
上述电子设备提到的第二通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该第二通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
第二通信接口用于上述电子设备与其他设备之间的通信。
第二存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，第二存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的第二处理器可以是通用处理器，包括中央处理器(Central ProcessingUnit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DigitalSignal Processing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例提供的方案，目标域名的第一配置信息存在于共享内存中，第二配置信息存在于非共享内存中，当接收到针对目标任务的处理请求时，分别从共享内存和非共享内存获得第一配置信息和第二配置信息，从而对目标任务进行处理，由于第一配置信息被加载在共享内存中，因此第一配置信息不需要重启服务器即可生效，可见本发明实施例提供的方案可以缩短第一配置信息的生效时间，提高服务质量。
与上述的配置信息加载方法相对应，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现图1所示的配置信息加载方法所述的方法步骤。
本发明实施例提供的方案，预先将域名对应的配置文件分为第一类型配置文件和第二类型配置文件，并且设置将第一类型配置文件中的配置信息加载到共享内存中，第二类型配置文件中的配置信息加载到非共享内存中；这样，当接收到的配置文件为第一类型配置文件时，可以直接将配置文件中的配置信息加载到共享内存中以使配置信息生效，可见，对于第一类型配置文件中的配置信息不需要重启服务器即可生效，因此本发明实施例提供的方案可以缩短第一类型配置文件中的配置信息的生效时间，提高服务质量。
与上述的业务处理方法相对应，本发明实施例还提供了另一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现图3所示的业务处理方法所述的方法步骤。
本发明实施例提供的方案，目标域名的第一配置信息存在于共享内存中，第二配置信息存在于非共享内存中，当接收到针对目标任务的处理请求时，分别从共享内存和非共享内存获得第一配置信息和第二配置信息，从而对目标任务进行处理，由于第一配置信息被加载在共享内存中，因此第一配置信息不需要重启服务器即可生效，可见本发明实施例提供的方案可以缩短第一配置信息的生效时间，提高服务质量。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、电子设备、计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (16)
1.一种配置信息加载方法，其特征在于，所述方法包括：
接收携带域名信息的配置文件；
当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
2.根据权利要求1所述的方法，其特征在于，所述第一类型配置文件中配置信息的修改频率高于所述第二类型配置文件中配置信息的修改频率。
3.根据权利要求1或2所述的方法，其特征在于，所述配置文件标识有版本信息；
当确定所述配置文件为第一类型配置文件时，在所述将所述配置信息加载到共享内存中的步骤之前，还包括：
判断所述配置文件的版本信息是否与第一版本信息相同，其中，所述第一版本信息为所述共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，所述第一配置信息为所述共享内存中缓存的所述域名信息对应的配置信息；
如果否，执行所述将所述配置信息加载到共享内存中的步骤；
当确定所述配置文件为第二类型配置文件时，在所述将所述配置信息加载到非共享内存中的步骤之前，还包括：
判断所述配置文件的版本信息是否与第二版本信息相同，其中，所述第二版本信息为所述非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，所述第二配置信息为所述非共享内存中缓存的所述域名信息对应的配置信息；
如果否，执行所述将所述配置信息加载到非共享内存中的步骤。
4.一种业务处理方法，其特征在于，所述方法包括：
接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
5.根据权利要求4所述的方法，其特征在于，所述第一配置信息的修改频率高于所述第二配置信息的修改频率。
6.根据权利要求4或5所述的方法，其特征在于，所述共享内存为所述目标域名的第一配置信息的一级缓存；
所述从共享内存中获得所述目标域名的第一配置信息的步骤，包括：
判断二级缓存中是否存在所述目标域名的第一配置信息；其中，所述二级缓存为预先为所述共享内存中的第一配置信息设置的再次缓存；
如果是，从所述二级缓存中获得所述目标域名的第一配置信息；
如果否，将所述共享内存中缓存的所述目标域名的第一配置信息加载到所述二级缓存中，再从所述二级缓存中获得所述第一配置信息。
7.一种配置信息加载装置，其特征在于，所述装置包括：
第一接收模块，用于接收携带域名信息的配置文件；
第一加载模块，用于当确定所述配置文件为第一类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到共享内存中；
第二加载模块，用于当确定所述配置文件为第二类型配置文件时，从所述配置文件中解析出配置信息，并对应所述域名信息，将所述配置信息加载到非共享内存中。
8.根据权利要求7所述的装置，其特征在于，所述第一类型配置文件中配置信息的修改频率高于所述第二类型配置文件中配置信息的修改频率。
9.根据权利要求7或8所述的装置，其特征在于，所述配置文件标识有版本信息；
所述装置还包括：
第一判断模块，用于当确定所述配置文件为第一类型配置文件时，在将所述配置信息加载到共享内存中之前，判断所述配置文件的版本信息是否与第一版本信息相同，其中，所述第一版本信息为所述共享内存中当前缓存的第一配置信息对应的配置文件的版本信息，所述第一配置信息为所述共享内存中缓存的所述域名信息对应的配置信息；
所述第一加载模块，具体用于在所述第一判断模块判断出所述配置文件的版本信息与第一版本信息不同时，将所述配置信息加载到共享内存中；
所述装置还包括：
第二判断模块，用于当确定所述配置文件为第二类型配置文件时，在将所述配置信息加载到非共享内存中之前，判断所述配置文件的版本信息是否与第二版本信息相同，其中，所述第二版本信息为所述非共享内存中当前缓存的第二配置信息对应的配置文件的版本信息，所述第二配置信息为所述非共享内存中缓存的所述域名信息对应的配置信息；
所述第二加载模块，具体用于在所述第二判断模块判断出所述配置文件的版本信息与第二版本信息不同时，将所述配置信息加载到非共享内存中。
10.一种业务处理装置，其特征在于，所述装置包括：
第二接收模块，用于接收针对目标业务的处理请求，其中，所述处理请求中携带所述目标业务对应的目标域名；
获得模块，用于从共享内存中获得所述目标域名的第一配置信息，从非共享内存中获得所述目标域名的第二配置信息；
处理模块，用于根据所述第一配置信息和所述第二配置信息，对所述目标业务进行处理。
11.根据权利要求10所述的装置，其特征在于，所述第一配置信息的修改频率高于所述的第二配置信息的修改频率。
12.根据权利要求10或11所述的装置，其特征在于，所述共享内存为所述目标域名的第一配置信息的一级缓存；
所述获得模块，包括：
判断子模块，用于判断二级缓存中是否存在所述目标域名的第一配置信息；其中，所述二级缓存为预先为所述共享内存中的第一配置信息设置的再次缓存；
第一获得子模块，用于在所述判断子模块判断出所述二级缓存中存在所述目标域名的第一配置信息时，从所述二级缓存中获得所述目标域名的第一配置信息；
第二获得子模块，用于在所述判断子模块判断出所述二级缓存中不存在所述目标域名的第一配置信息时，将所述共享内存中缓存的所述目标域名的第一配置信息加载到所述二级缓存中，再从所述二级缓存中获得所述第一配置信息。
13.一种电子设备，其特征在于，包括第一处理器、第一通信接口、第一存储器和第一通信总线，其中，第一处理器，第一通信接口，第一存储器通过第一通信总线完成相互间的通信；
第一存储器，用于存放计算机程序；
第一处理器，用于执行第一存储器上所存放的程序时，实现权利要求1-3任一所述的方法步骤。
14.一种电子设备，其特征在于，包括第二处理器、第二通信接口、第二存储器和第二通信总线，其中，第二处理器，第二通信接口，第二存储器通过第二通信总线完成相互间的通信；
第二存储器，用于存放计算机程序；
第二处理器，用于执行第二存储器上所存放的程序时，实现权利要求4-6任一所述的方法步骤。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-3任一所述的方法步骤。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求4-6任一所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710452078.0A CN109150930B (zh) | 2017-06-15 | 2017-06-15 | 配置信息加载方法及装置、业务处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710452078.0A CN109150930B (zh) | 2017-06-15 | 2017-06-15 | 配置信息加载方法及装置、业务处理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109150930A true CN109150930A (zh) | 2019-01-04 |
| CN109150930B CN109150930B (zh) | 2020-12-18 |
Family
ID=64829935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710452078.0A Active CN109150930B (zh) | 2017-06-15 | 2017-06-15 | 配置信息加载方法及装置、业务处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109150930B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109921935A (zh) * | 2019-03-12 | 2019-06-21 | 北京百度网讯科技有限公司 | 用于发送信息的方法和装置 |
| CN110597739A (zh) * | 2019-06-03 | 2019-12-20 | 上海云盾信息技术有限公司 | 一种配置的管理方法、系统及设备 |
| CN112153095A (zh) * | 2019-06-28 | 2020-12-29 | 北京金山云网络技术有限公司 | Cdn功能模块运行方法、运行装置、电子设备及存储介质 |
| CN112769802A (zh) * | 2020-12-31 | 2021-05-07 | 微医云(杭州)控股有限公司 | 基于服务端的访问校验方法、装置、电子设备及存储介质 |
| CN114138371A (zh) * | 2021-12-02 | 2022-03-04 | 北京天融信网络安全技术有限公司 | 配置动态加载方法、装置及计算机设备、存储介质 |
| CN114389942A (zh) * | 2022-01-11 | 2022-04-22 | 北京金山云网络技术有限公司 | Cdn配置方法和装置、电子设备和存储介质 |
| CN114448787A (zh) * | 2021-12-27 | 2022-05-06 | 天翼云科技有限公司 | 一种cdn系统频道配置方法、装置、设备及存储介质 |
| CN114465882A (zh) * | 2021-12-24 | 2022-05-10 | 天翼云科技有限公司 | 一种网关配置加载、获取方法、装置及计算机设备 |
| CN114827158A (zh) * | 2021-01-18 | 2022-07-29 | 网宿科技股份有限公司 | 一种配置信息的加载方法、系统及服务器 |
| CN114866418A (zh) * | 2021-01-18 | 2022-08-05 | 网宿科技股份有限公司 | 一种配置信息的动态配置方法、系统及服务器 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1756190A (zh) * | 2004-09-30 | 2006-04-05 | 北京航空航天大学 | 分布式性能数据采集方法 |
| CN101025697A (zh) * | 2007-04-05 | 2007-08-29 | 杭州华为三康技术有限公司 | 实现用户配置的方法、系统及主核和从核 |
| CN101551808A (zh) * | 2009-05-13 | 2009-10-07 | 山东中创软件商用中间件股份有限公司 | 支持多进程的嵌入式的树型数据库技术 |
| WO2010119148A2 (es) * | 2009-04-13 | 2010-10-21 | Universidad De Sevilla | Sistema gestor de datos en tiempo real basado en el conocimiento |
| CN103064919A (zh) * | 2012-12-20 | 2013-04-24 | 北京思特奇信息技术股份有限公司 | 一种业务系统中配置参数的保存方法及装置 |
| CN103106218A (zh) * | 2011-11-15 | 2013-05-15 | 中国银联股份有限公司 | 插件式联机交易处理系统以及插件式联机交易处理方法 |
| US20150172301A1 (en) * | 2008-06-27 | 2015-06-18 | Mcafee, Inc. | System, method, and computer program product for reacting in response to a detection of an attempt to store a configuration file and an executable file on a removable device |
| CN105022739A (zh) * | 2014-04-21 | 2015-11-04 | 腾讯科技（北京）有限公司 | 数据的存储方法及装置 |
| CN105930178A (zh) * | 2015-11-12 | 2016-09-07 | 中国银联股份有限公司 | 一种可配置的参数动态装载方法及系统 |
| CN106797388A (zh) * | 2016-12-29 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | 跨系统多媒体数据编解码方法、装置、电子设备和计算机程序产品 |
-
2017
- 2017-06-15 CN CN201710452078.0A patent/CN109150930B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1756190A (zh) * | 2004-09-30 | 2006-04-05 | 北京航空航天大学 | 分布式性能数据采集方法 |
| CN101025697A (zh) * | 2007-04-05 | 2007-08-29 | 杭州华为三康技术有限公司 | 实现用户配置的方法、系统及主核和从核 |
| US20150172301A1 (en) * | 2008-06-27 | 2015-06-18 | Mcafee, Inc. | System, method, and computer program product for reacting in response to a detection of an attempt to store a configuration file and an executable file on a removable device |
| WO2010119148A2 (es) * | 2009-04-13 | 2010-10-21 | Universidad De Sevilla | Sistema gestor de datos en tiempo real basado en el conocimiento |
| CN101551808A (zh) * | 2009-05-13 | 2009-10-07 | 山东中创软件商用中间件股份有限公司 | 支持多进程的嵌入式的树型数据库技术 |
| CN103106218A (zh) * | 2011-11-15 | 2013-05-15 | 中国银联股份有限公司 | 插件式联机交易处理系统以及插件式联机交易处理方法 |
| CN103064919A (zh) * | 2012-12-20 | 2013-04-24 | 北京思特奇信息技术股份有限公司 | 一种业务系统中配置参数的保存方法及装置 |
| CN105022739A (zh) * | 2014-04-21 | 2015-11-04 | 腾讯科技（北京）有限公司 | 数据的存储方法及装置 |
| CN105930178A (zh) * | 2015-11-12 | 2016-09-07 | 中国银联股份有限公司 | 一种可配置的参数动态装载方法及系统 |
| CN106797388A (zh) * | 2016-12-29 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | 跨系统多媒体数据编解码方法、装置、电子设备和计算机程序产品 |
Non-Patent Citations (1)
| Title |
|---|
| 张旭彤: ""实时高效的共享内存技术在告诉磁浮交通仿真中的应用"", 《电脑知识与技术》 * |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109921935A (zh) * | 2019-03-12 | 2019-06-21 | 北京百度网讯科技有限公司 | 用于发送信息的方法和装置 |
| CN110597739A (zh) * | 2019-06-03 | 2019-12-20 | 上海云盾信息技术有限公司 | 一种配置的管理方法、系统及设备 |
| CN112153095A (zh) * | 2019-06-28 | 2020-12-29 | 北京金山云网络技术有限公司 | Cdn功能模块运行方法、运行装置、电子设备及存储介质 |
| CN112769802A (zh) * | 2020-12-31 | 2021-05-07 | 微医云(杭州)控股有限公司 | 基于服务端的访问校验方法、装置、电子设备及存储介质 |
| CN112769802B (zh) * | 2020-12-31 | 2022-09-30 | 微医云(杭州)控股有限公司 | 基于服务端的访问校验方法、装置、电子设备及存储介质 |
| CN114827158A (zh) * | 2021-01-18 | 2022-07-29 | 网宿科技股份有限公司 | 一种配置信息的加载方法、系统及服务器 |
| CN114866418A (zh) * | 2021-01-18 | 2022-08-05 | 网宿科技股份有限公司 | 一种配置信息的动态配置方法、系统及服务器 |
| CN114138371A (zh) * | 2021-12-02 | 2022-03-04 | 北京天融信网络安全技术有限公司 | 配置动态加载方法、装置及计算机设备、存储介质 |
| CN114138371B (zh) * | 2021-12-02 | 2024-02-06 | 北京天融信网络安全技术有限公司 | 配置动态加载方法、装置及计算机设备、存储介质 |
| CN114465882A (zh) * | 2021-12-24 | 2022-05-10 | 天翼云科技有限公司 | 一种网关配置加载、获取方法、装置及计算机设备 |
| CN114448787A (zh) * | 2021-12-27 | 2022-05-06 | 天翼云科技有限公司 | 一种cdn系统频道配置方法、装置、设备及存储介质 |
| CN114389942A (zh) * | 2022-01-11 | 2022-04-22 | 北京金山云网络技术有限公司 | Cdn配置方法和装置、电子设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109150930B (zh) | 2020-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109150930A (zh) | 配置信息加载方法及装置、业务处理方法及装置 | |
| CN109862065B (zh) | 文件下载方法、装置和电子设备 | |
| CN104426862B (zh) | 实现跨域请求登录的方法、系统及浏览器 | |
| CN107395659A (zh) | 一种业务受理及共识的方法及装置 | |
| US20170185678A1 (en) | Crawler system and method | |
| US9712612B2 (en) | Method for improving mobile network performance via ad-hoc peer-to-peer request partitioning | |
| CN110247985B (zh) | 一种资源下载方法、装置、电子设备及介质 | |
| CN107491545A (zh) | 一种分布式存储系统的目录读取方法及客户端 | |
| CN110224943B (zh) | 基于url的流量服务限流方法、电子设备及计算机存储介质 | |
| US20160315835A1 (en) | Tracking content sharing across a variety of communications channels | |
| CN109582246A (zh) | 基于矿机的数据访问方法、装置、系统及可读存储介质 | |
| CN105791254A (zh) | 网络请求处理方法、装置及终端 | |
| US20200320154A1 (en) | A webpage loading method, webpage loading system and server | |
| CN105468718A (zh) | 数据一致性处理方法、装置和系统 | |
| CN106446075A (zh) | 页面请求处理方法及装置 | |
| CN107545050A (zh) | 数据查询方法及装置、电子设备 | |
| CN112579595A (zh) | 数据处理方法、装置、电子设备及可读存储介质 | |
| CN107609073A (zh) | 一种资讯展示方法、装置、电子设备及存储介质 | |
| CN103338233B (zh) | 负载均衡设备、Web服务器及请求信息处理方法和系统 | |
| US10462055B2 (en) | Content distribution system cache management | |
| CN104270362A (zh) | 请求处理方法和装置 | |
| CN110401731B (zh) | 用于分配内容分发节点的方法和装置 | |
| CN109450689B (zh) | 一种日志打印方法、装置、存储介质和计算机设备 | |
| CN109271193B (zh) | 一种数据处理方法、装置、设备及存储介质 | |
| US10341454B2 (en) | Video and media content delivery network storage in elastic clouds |
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 |