一种应用服务器不停机发布方法及应用服务器

技术领域

本发明属于应用服务器技术领域，尤其涉及一种应用服务器不停机发布方法及应用服务器。

背景技术

应用服务器用于接收用户发来的命令和数据，包括用户注册、增加数据、修改数据以及数据查询等各种与用户进行数据传输、交互的功能。应用服务器包括多个节点，实际服务时，由节点来提供具体服务，同类节点运行相同的功能、处理相同类型的数据。

在实际工作中，应用服务器的节点在接收到用户的数据后，无论是敏感数据还是非敏感数据都是明文存储，这样的存储方式存在较大的数据安全隐患，对于金融安全合规要求，敏感信息需要加密存储，即敏感信息数据必须以密文形式存储于数据库中，因此，需要改进节点，以使改进后的节点对接收到的用户敏感数据进行加密存储。

但是对于新节点发布而言，由于改进后的节点对用户敏感数据进行加密存储，其无法兼容旧节点的用户数据，而旧节点在发布运行期间，也无法兼容已加密的用户数据，这会导致业务不稳定，严重影响用户体验。为此，新旧节点替换期间，为避免出现应用服务版本更新时的新旧节点数据兼容性问题带来的业务系统不稳定情形，需要中断相关业务系统的线上服务，来确保新版本系统的顺利发布，上述方案会带来系统发布期间的服务不可用问题。

发明内容

本发明为解决上述技术问题，提供了一种应用服务器不停机发布方法及应用服务器。

为解决上述问题，本发明的技术方案为：

一种应用服务器不停机发布方法，包括以下步骤：

关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求：

响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库;

响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。

在其中一个实施例中，新节点设有加密应用开关，其中，关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求进一步包括：

关闭应用服务器的旧节点，上线应用服务器的新节点：

在旧节点和新节点共存期间，新节点的加密应用开关关闭，以旧节点和新节点响应原始请求；

待所有新节点上线后，逐步下线旧节点，并待所有旧节点下线后，打开新节点的加密应用开关，以新节点响应各请求。

在其中一个实施例中，对接收数据中敏感数据进行加密进一步包括：

通过数据的注解字段识别接收数据中需要加密的敏感数据，并通过密钥对敏感数据进行加密。

在其中一个实施例中，密钥定期更新，其中，将哈希值与敏感数据的密文对应存储于数据库进一步包括：

将哈希值、敏感数据的密文、以及密钥的密钥标识对应存储于数据库。

在其中一个实施例中，响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值还包括：

通过数据的注解字段识别读取数据中需要解密的敏感数据，并通过各个密钥标识对应的密钥对每一敏感数据进行解密。

在其中一个实施例中，直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值进一步包括：

通过数据查询请求中的查询信息直接查询数据库中哈希值为空的明文数据：

若存在，则待查询数据以明文存储于数据库中；

若不存在，则对查询信息进行哈希计算，并通过查询信息的哈希值查询数据库中密文数据对应的哈希值：若存在，则待查询数据以密文存储于数据库中，否则待查询数据不存在。

在其中一个实施例中，还包括以下步骤：

对通过旧节点存储的敏感数据进行加密以及哈希计算，并将加密后的敏感数据与哈希值重新存储于数据库。

一种应用服务器，包括：

发布模块，用于关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求；

新节点设有存储模块与查询模块：

存储模块用于响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库;

查询模块用于响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。

一种计算机设备，包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行上述应用服务器不停机发布方法。

一种存储有计算机可读指令的存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述应用服务器不停机发布方法。

本发明与现有技术相比具有以下的优点和积极效果：

1）本发明可以在不影响应用服务器业务的情况下，不停机发布应用服务器的新节点，并且兼容旧节点数据，其中，新节点发布过程中以新节点响应各请求，以不影响应用服务器业务，同时通过对接收数据中的敏感数据加密并哈希计算，哈希值不仅可以使得新节点数据与旧节点数据两者作区别，而且基于哈希值新节点可以使得新节点兼容旧节点数据，查询数据时直接查询数据库中哈希值为空的明文数据，实现旧数据的查询，查询数据库中密文数据对应的哈希值，实现新数据的查询，如此，不仅解决了应用服务器新节点发布业务中断的问题，而且解决了应用服务器新节点发布的兼容性问题，大大提高了应用服务器的发布效率，同时避免了对于应用服务器业务的影响，保证了用户体验；

2）本发明通过敏感数据加注解字段，在数据存取时，对于数据中的敏感数据可以自动识别并加解密，减少业务侵入，同时，开发人员不用接触敏感数据的明文，提高数据安全性；

3）本发明通过对敏感数据加密的密钥是动态更新，避免长期使用同一密钥导致数据安全性问题，并且通过密钥标识进行对应标记，例如，在记录密钥和敏感数据的密文对应关系时，采用取密钥密文的6位作为密钥标识来代替密钥密文存储在数据库中，大大降低数据存储空间。

附图说明

下面将结合附图对本发明实施例进行详细描述。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。

图1 为本发明的一种应用服务器不停机发布方法的整体流程图；

图2 为本发明的一种应用服务器的架构结构图。

具体实施方式

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

以下结合附图和具体实施例对本发明提出的一种应用服务器不停机发布方法及应用服务器作进一步详细说明。

第一实施例

参看图1，本申请提供了一种应用服务器不停机发布方法，包括以下步骤：

关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求：

响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库;

响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。

现对本实施例进行详细说明，但不仅限于此。

本实施例适用于应用服务器节点发布，尤其适用于加密应用服务器节点发布，实现旧节点数据兼容，并且可以实现服务器不停机，大大提高了应用服务器的发布效率，同时避免了对于应用服务器业务的影响，保证了用户体验。

本实施例关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求。具体而言，应用服务器有若干个旧节点，现在要上新的节点来替换掉旧节点，本实施例将旧节点逐个关闭，新节点逐个上线，其中，每个新节点应用都设有一个加密应用开关，这个开关可以是通过代码实现的，优选地，在旧节点下线、新节点上线的过程中，在旧节点和新节点共存期间，新节点的加密应用开关关闭，以旧节点和新节点响应原始请求，原始请求即旧节点处理的请求，待所有新节点上线后，逐步下线旧节点，进一步待所有旧节点下线后，打开新节点的加密应用开关，此时以新节点响应各新的请求，即数据存储请求、数据查询请求。

值得注意的是，现有情况下，新节点接收的敏感数据是加密存储的，而之前旧节点接收的用户数据均为明文存储，包括敏感数据和非敏感数据。因此，此时的数据库中的敏感数据中有一部分是密文存储，有一部分是明文存储。在此情况下，在新节点要查询数据库中的数据时，例如验证用户发来的手机号码是否已存在于数据库，由于数据库中手机号码这个字段中，有些手机号码是明文存储，有些是密文存储，新节点无法识别数据库中敏感数据是否已经被加密，如果全部按照已加密的数据来处理，那明文存储的手机号码将无法得到验证，即无法查询到。

为此，本实施例响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库。具体而言，新节点除了对敏感数据加密外，还要计算敏感数据的哈希值，并与敏感数据的密文对应存储，基于该哈希值，一来可以标注新节点接收加密之后的用户数据，以与旧节点的用户数据做区分，二来可以使得新节点能够识别数据库中敏感数据是否已经被加密，另外还可以基于哈希值进行数据查询，本实施例中的密钥会更新，所以没法先对查询明文加密，然后去数据库匹配，而哈希值是不变的，可以对查询明文字段进行哈希计算，去数据库匹配，找到指定的记录。

优选地，本实施例的新节点带有mybatis插件实现敏感数据的自动加解密功能，以实现通过数据的注解字段识别接收数据中需要加密的敏感数据，并通过密钥对敏感数据进行加密。具体而言，新节点在用户数据存储前，会对敏感数据的字段加上注解字段，其他非敏感字段不加，当用户的数据存入数据库时，通过mybatis插件中的Executor拦截器识别到具有注解字段的敏感数据，则发送加密请求调用加解密服务器，此加密请求中包含有已加注解的字段对应的内容，加解密服务器从自身内存中获取最新的密钥明文，并利用密钥明文对已加注解字段对应的敏感内容进行加密，生成敏感数据密文，如此实现敏感数据的自动加解密功能。

本实施例通过敏感数据加注解字段，在数据存取时，对于数据中的敏感数据可以自动识别并加解密，减少业务侵入，同时，开发人员不用接触敏感数据的明文，提高数据安全性。

进一步地，本实施例对敏感数据加密的加密算法是AES-256对称加密算法，采用AES对称加密算法，在对敏感数据加密时加密速度快，效率高，同时，采用256位的密钥长度，提高加密安全性。

优选地，为了防止长期使用同一个密钥，导致安全性降低，本实施例定期动态更新密钥，具体动态更新由密钥管理服务器实现。具体而言，加解密服务器定期向密钥管理服务器发送获取新密钥的请求，此请求中包含有身份信息，所述身份信息可以为[appkey,appsecret]，密钥管理服务器根据身份信息生成密钥密文和密钥明文并返回给加解密服务器，如此实现密钥定期更新。

由于密钥是动态更新，所以还需要记录敏感数据密文与密钥的对应关系，防止敏感数据密文解密的时候找不到对应的密钥从而无法解密，本实施例将哈希值、敏感数据的密文、以及密钥的密钥标识对应存储于数据库。具体而言，密钥标识一般采用密钥密文进行标识，本实施例为了降低存储空间，在记录敏感数据密文与密钥的对应关系时，加解密服务器取密钥密文中的第48-53位，作为密钥标识，将密钥标识与对应的密钥密文存储至数据库中的密钥库，并将密钥标识与对应的密钥明文对应存储至加解密服务器的内存中，其中，取第48-53位是因为生成的密钥密文中该6位与其他密钥密文区别度较大，但不仅限于此。

本实施例通过对敏感数据加密的密钥是动态更新，避免长期使用同一密钥导致数据安全性问题，并且通过密钥标识进行对应标记，大大降低数据存储空间。

优选地，数据库中的密钥库的存在是为了建立备份，当加解密服务器断电或系统崩溃时，其内存中存储的密钥标识和对应的密钥明文会被清除，此时，可根据密钥标识获取对应的密钥密文，获取到密钥密文后请求密钥管理服务器对密钥密文解密，从而获得密钥明文。进一步地，加解密服务器将获取到新的密钥密文对应的密钥标识与之前存储在密钥库中的密钥标识做对比，若有重复的，即丢弃当前密钥标识及对应的密钥密文、密钥明文，从而保证获取到的密钥均不相同。

本实施例基于哈希值能够实现兼容旧节点的用户数据，其中，响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。具体而言，通过数据查询请求中的查询信息直接查询数据库中哈希值为空的明文数据：若存在，则待查询数据以明文存储于数据库中；若不存在，则对查询信息进行哈希计算，并通过查询信息的哈希值查询数据库中密文数据对应的哈希值：若存在，则待查询数据以密文存储于数据库中，否则待查询数据不存在。

进一步地，查找到加密的敏感数据密文需要进行解密，同上述自动加密的原理，本实施例具体通过新节点带有mybatis插件，实现通过数据的注解字段识别读取数据中需要解密的敏感数据，并通过各个密钥标识对应的密钥对每一敏感数据进行解密。具体而言，敏感数据被加密后，用户的数据中某些字段被加密，而有些字段内容没有被加密，在此情况下，当单独某条数据被取出时，通过mybatis插件中的Executor拦截器识别到加注解字段的敏感数据密文，则发送解密请求调用加解密服务器，若密钥是定期更新的，则此解密请求中包含有密钥标识，加解密服务器根据密钥标识从内存中取出对应的密钥明文，以进行解密。

情况更复杂地，当需要同时查看多条用户数据时，上述自动解密同样能够实现，在多条用户数据被取出时，通过mybatis插件中的Executor拦截器识别到加注解的字段，则将需要被查看的多条数据中对应的密钥密文及密钥标识整理打包成密文包，并发送解密请求调用加解密服务器，此时解密请求中包括密文包，加解密服务器从密文包中提取各个密钥标识，根据密钥标识从加解密服务器内存中获取对应的密钥明文，进行批量解密。

优选地，进一步地为了保证数据安全性，在新节点上线之后应用服务器正常工作期间，可以对通过旧节点存储的敏感数据进行加密以及哈希计算，并将加密后的敏感数据与哈希值重新存储于数据库，以实现数据格式的统一，以便于系统的稳定。

本实施例可以在不影响应用服务器业务的情况下，不停机发布应用服务器的新节点，并且兼容旧节点数据，其中，新节点发布过程中以新节点响应各请求，以不影响应用服务器业务，同时通过对接收数据中的敏感数据加密并哈希计算，哈希值不仅可以使得新节点数据与旧节点数据两者作区别，而且基于哈希值新节点可以使得新节点兼容旧节点数据，查询数据时直接查询数据库中哈希值为空的明文数据，实现旧数据的查询，查询数据库中密文数据对应的哈希值，实现新数据的查询，如此，不仅解决了应用服务器新节点发布业务中断的问题，而且解决了应用服务器新节点发布的兼容性问题，大大提高了应用服务器的发布效率，同时避免了对于应用服务器业务的影响，保证了用户体验。

第二实施例

本申请提供了一种基于第一实施例的应用服务器，包括：

发布模块，用于关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求；

新节点设有存储模块与查询模块：

存储模块用于响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库;

查询模块用于响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。

现对本实施例进行详细说明，但不仅限于此。

参看图2，本实施例的一种架构结构，实现旧节点数据兼容，并且可以实现服务器不停机发布，大大提高了应用服务器的发布效率，同时避免了发布对于应用服务器业务的影响，保证了用户体验。

本实施例的发布模块关闭应用服务器的旧节点，上线应用服务器的新节点，待新节点上线后，以新节点响应各请求。具体而言，应用服务器有若干个旧节点，现在要上新的节点来替换掉旧节点，本实施例将旧节点逐个关闭，新节点逐个上线，其中，每个新节点应用都设有一个加密应用开关，这个开关可以是通过代码实现的，优选地，在旧节点下线、新节点上线的过程中，在旧节点和新节点共存期间，新节点的加密应用开关关闭，以旧节点和新节点响应原始请求，原始请求即旧节点处理的请求，包括数据查询验证和用户数据直接存储等，待所有新节点上线后，逐步下线旧节点，进一步待所有旧节点下线后，打开新节点的加密应用开关，此时以新节点响应各新的请求，即数据存储请求、数据查询请求。值得注意的是，现有情况下，新节点接收的敏感数据是加密存储的，而之前旧节点接收的用户数据均为明文存储，包括敏感数据和非敏感数据。因此，此时的数据库中的敏感数据中有一部分是密文存储，有一部分是明文存储。在此情况下，在新节点要查询数据库中的数据时，例如验证用户发来的手机号码是否已存在于数据库，由于数据库中手机号码这个字段中，有些手机号码是明文存储，有些是密文存储，新节点无法识别数据库中敏感数据是否已经被加密，如果全部按照已加密的数据来处理，那明文存储的手机号码将无法得到验证，即无法查询到。

为此，本实施例的存储模块响应于数据存储请求，则对接收数据中敏感数据进行加密，并计算敏感数据的哈希值，将哈希值与敏感数据的密文对应存储于数据库。具体而言，新节点除了对敏感数据加密外，还要计算敏感数据的哈希值，并与敏感数据的密文对应存储，基于该哈希值，一来可以标注新节点接收加密之后的用户数据，以与旧节点的用户数据做区分，二来可以使得新节点能够识别数据库中敏感数据是否已经被加密，另外还可以基于哈希值进行数据查询，本实施例中的密钥会更新，所以没法先对查询明文加密，然后去数据库匹配，而哈希值是不变的，可以对查询明文字段进行哈希计算，去数据库匹配，找到指定的记录。

优选地，参看图2，本实施例的新节点中存储模块带有mybatis插件实现敏感数据的自动加解密功能，以实现通过数据的注解字段识别接收数据中需要加密的敏感数据，并通过密钥对敏感数据进行加密。具体而言，新节点在用户数据存储前，会对敏感数据的字段加上注解字段，其他非敏感字段不加，当用户的数据存入数据库时，通过mybatis插件中的Executor拦截器识别到具有注解字段的敏感数据，则发送加密请求调用加解密服务器，此加密请求中包含有已加注解的字段对应的内容，加解密服务器从自身内存中获取最新的密钥明文，并利用密钥明文对已加注解字段对应的敏感内容进行加密，生成敏感数据密文，如此实现敏感数据的自动加解密功能。

本实施例通过敏感数据加注解字段，在数据存取时，对于数据中的敏感数据可以自动识别并加解密，减少业务侵入，同时，开发人员不用接触敏感数据的明文，提高数据安全性。

进一步地，本实施例对敏感数据加密的加密算法是AES-256对称加密算法，采用AES对称加密算法，在对敏感数据加密时加密速度快，效率高，同时，采用256位的密钥长度，提高加密安全性。

优选地，为了防止长期使用同一个密钥，导致安全性降低，本实施例定期动态更新密钥，具体动态更新由密钥管理服务器实现。具体而言，加解密服务器定期向密钥管理服务器发送获取新密钥的请求，此请求中包含有身份信息，所述身份信息可以为[appkey,appsecret]，密钥管理服务器根据身份信息生成密钥密文和密钥明文并返回给加解密服务器，如此实现密钥定期更新。

由于密钥是动态更新，所以还需要记录敏感数据密文与密钥的对应关系，防止敏感数据密文解密的时候找不到对应的密钥从而无法解密，本实施例将哈希值、敏感数据的密文、以及密钥的密钥标识对应存储于数据库。具体而言，密钥标识一般采用密钥密文进行标识，本实施例为了降低存储空间，在记录敏感数据密文与密钥的对应关系时，加解密服务器取密钥密文中的第48-53位，作为密钥标识，将密钥标识与对应的密钥密文存储至数据库中的密钥库，并将密钥标识与对应的密钥明文对应存储至加解密服务器的内存中，其中，取第48-53位是因为生成的密钥密文中该6位与其他密钥密文区别度较大，但不仅限于此。

本实施例通过对敏感数据加密的密钥是动态更新，避免长期使用同一密钥导致数据安全性问题，并且通过密钥标识进行对应标记，大大降低数据存储空间。

优选地，数据库中的密钥库的存在是为了建立备份，当加解密服务器断电或系统崩溃时，其内存中存储的密钥标识和对应的密钥明文会被清除，此时，在密钥库中可根据密钥标识获取对应的密钥密文，获取到密钥密文后请求密钥管理服务器对密钥密文解密，从而获得密钥明文。进一步地，加解密服务器将获取到新的密钥密文对应的密钥标识与之前存储在密钥库中的密钥标识做对比，若有重复的，即丢弃当前密钥标识及对应的密钥密文、密钥明文，从而保证获取到的密钥均不相同。

本实施例基于哈希值能够实现兼容旧节点的用户数据，其中，本实施例的查询模块响应于数据查询请求，则直接查询数据库中哈希值为空的明文数据，其中，查询失败则查询数据库中密文数据对应的哈希值。具体而言，通过数据查询请求中的查询信息直接查询数据库中哈希值为空的明文数据：若存在，则待查询数据以明文存储于数据库中；若不存在，则对查询信息进行哈希计算，并通过查询信息的哈希值查询数据库中密文数据对应的哈希值：若存在，则待查询数据以密文存储于数据库中，否则待查询数据不存在。

进一步地，查找到加密的敏感数据密文需要进行解密，同上述自动加密的原理，参看图2，本实施例具体通过新节点中的查询模块带有mybatis插件，实现通过数据的注解字段识别读取数据中需要解密的敏感数据，并通过各个密钥标识对应的密钥对每一敏感数据进行解密。具体而言，敏感数据被加密后，用户的数据中某些字段被加密，而有些字段内容没有被加密，在此情况下，当单独某条数据被取出时，通过mybatis插件中的Executor拦截器识别到加注解字段的敏感数据密文，则发送解密请求调用加解密服务器，若密钥是定期更新的，则此解密请求中包含有密钥标识，加解密服务器根据密钥标识从内存中取出对应的密钥明文，以进行解密。

情况更复杂地，当需要同时查看多条用户数据时，上述自动解密同样能够实现，在多条用户数据被取出时，通过mybatis插件中的Executor拦截器识别到加注解的字段，则将需要被查看的多条数据中对应的密钥密文及密钥标识整理打包成密文包，并发送解密请求调用加解密服务器，此时解密请求中包括密文包，加解密服务器从密文包中提取各个密钥标识，根据密钥标识从加解密服务器内存中获取对应的密钥明文，进行批量解密。

优选地，进一步地为了保证数据安全性，在新节点上线之后应用服务器正常工作期间，可以对通过旧节点存储的敏感数据进行加密以及哈希计算，并将加密后的敏感数据与哈希值重新存储于数据库，以实现数据格式的统一，以便于系统的稳定。

本实施例可以在不影响应用服务器业务的情况下，不停机发布应用服务器的新节点，并且兼容旧节点数据，其中，新节点发布过程中以新节点响应各请求，以不影响应用服务器业务，同时通过对接收数据中的敏感数据加密并哈希计算，哈希值不仅可以使得新节点数据与旧节点数据两者作区别，而且基于哈希值新节点可以使得新节点兼容旧节点数据，查询数据时直接查询数据库中哈希值为空的明文数据，实现旧数据的查询，查询数据库中密文数据对应的哈希值，实现新数据的查询，如此，不仅解决了应用服务器新节点发布业务中断的问题，而且解决了应用服务器新节点发布的兼容性问题，大大提高了应用服务器的发布效率，同时避免了对于应用服务器业务的影响，保证了用户体验。

第三实施例

本发明还提出了一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如上述第一实施例所提及的应用服务器不停机发布方法。

第四实施例

本发明提出了一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述第一实施例中所提及的应用服务器不停机发布方法。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明一些示例性实施例，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。