[发明专利]一种应用服务部署方法、计算设备及可读存储介质

说明书

本发明公开了一种应用服务部署方法，适于在计算设备中执行，计算设备上适于部署多个应用服务，每个应用服务对应一个应用服务序号，每个应用服务适于部署多个应用实例，计算设备与管理终端通信连接，该应用服务部署方法包括：接收管理终端发送的应用服务部署命令和待部署应用服务的应用服务序号；计算预部署的应用实例的端口号；根据端口号部署该应用实例目录，并复制预先设置的应用实例配置模板到应用实例目录；根据端口号修改应用实例配置模板，完成应用服务的部署。本发明一并公开了相应的计算设备和可读存储介质。

技术领域

本发明涉及应用服务自动化部署领域，尤其涉及一种应用服务部署方法、计算设备及可读存储介质。

背景技术

为了提高系统利用率，我们经常在一台服务器中部署多套提供相同或者不同服务的应用实例，每个应用实例都包含部署目录、端口、JAVA_OPTS等可配置信息，不同应用实例部署目录不能相同，单个应用实例内部或多个应用实例之间占用的端口不能重复，否则启动应用实例时，将引发端口冲突异常。刚引入多实例应用时，配置人员都是根据自己的喜好或思维惯例随意配置应用实例的部署信息，在单台服务器单实例时，通过手工配置还可以实现部署目录和端口不冲突，但是当这台服务器配置多套同服务多实例后，则无法通过部署目录识别哪些应用实例提供相同的服务，同时，因为涉及大量的端口配置，仅仅通过人工随机配置，所配置的端口值之间毫无规律，不利于开发人员记忆和外部调用人员配置，由于配置人员无法确定哪些端口空闲，给配置人员带来了很大麻烦，配置的端口也容易冲突。

后来，配置人员根据一些常用配置习惯，提前规划好部署目录、配置端口信息，并维护到wiki上，等到在服务器上部署实例时，按照wiki说明，进行手工配置部署信息，这种配置方式解决了最初的一些问题，但是仍然会在应用实例过多时出现端口冲突，同时，如果多个配置人员无法达成共识，多台服务器之间配置也可能会不一样。

发明内容

为此，本发明提供了一种应用服务部署方法、计算设备及可读存储介质，以力图解决或者至少缓解上面存在的问题。

根据本发明的一个方面，提供一种应用服务部署方法，适于在计算设备中执行，计算设备上适于部署多个应用服务，每个应用服务对应一个应用服务序号，每个应用服务适于部署多个应用实例，计算设备与管理终端通信连接，方法包括：接收管理终端发送的应用服务部署命令和待部署应用服务的应用服务序号；计算预部署的应用实例的端口号；根据端口号部署该应用实例目录，并复制预先设置的应用实例配置模板到应用实例目录；根据端口号修改应用实例配置模板，完成应用服务的部署。

可选的，在根据本发明的应用服务部署方法中，每个应用实例对应一个服务实例序号，每个应用实例适于配置多个服务端口，每个服务端口对应一个服务端口序号，计算预部署的应用实例的端口号包括：获取待部署应用服务的应用实例序号；根据应用服务序号、应用实例序号和服务端口序号，利用服务端口计算公式计算服务端口的端口号。

可选的，在根据本发明的应用服务部署方法中，获取待部署应用服务的应用实例序号包括：从实例序号文件中获取应用实例序号；根据获取到的应用实例序号更新实例序号文件中的应用实例序号，并作为待部署应用服务的应用实例序号。

可选的，在根据本发明的应用服务部署方法中，服务端口计算公式为：P_knm＝1024+(n-1)×1000+(m-1)×100+(k-1)，其中，P_knm为服务端口号，k为应用服务序号，n为服务实例序号，m为服务端口序号，1＝k＝100，1＝m＝10，1＝n＝48。

可选的，在根据本发明的应用服务部署方法中，利用服务端口计算公式计算服务端口的端口号包括：计算超文本传输协议端口、定向包协议端口、关闭端口、RMI注册端口、RMI服务端口的端口号。

可选的，在根据本发明的应用服务部署方法中，根据端口号部署该应用实例的目录包括：将超文本传输协议端口号作为该应用实例的部署目录名称的后缀。