[发明专利]基于Kubernetes的轨道交通软件应用调度方法

权利要求书

1.一种基于Kubernetes的轨道交通软件应用调度方法，其特征在于，包括：

根据需要布设的各轨道交通软件应用的运行程序，构建所述各轨道交通软件应用的各对应容器镜像，并发送至Kubernetes服务器集群中的master主机；

采用Kubernetes副本控制器对象从所述master主机拉取所述各轨道交通软件应用的各对应容器镜像；

基于当前所属轨道交通环境和所述各对应容器镜像，采用Kubernetes副本控制器，在所述Kubernetes服务器集群内部署容器化的各轨道交通软件应用。

2.根据权利要求1所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，所述基于当前所属轨道交通环境和所述各对应容器镜像，采用Kubernetes副本控制器，在所述Kubernetes服务器集群内部署容器化的各轨道交通软件应用，包括：

采用Kubernetes副本控制器从所述master主机中拉取所述各对应容器镜像，确定所述各轨道交通软件应用对应的单体pod对象；

所述Kubernetes副本控制器基于当前所属轨道交通环境确定各单体pod对象的数量，基于所述数量对所述单体pod对象进行复制创建；

其中，所述Kubernetes副本控制器的属性文件中包括预先写入所述master主机地址。

3.根据权利要求2所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，

若任一轨道交通软件应用为调用组件类型，则创建所述任一轨道交通软件应用的Kubernetes副本控制器的属性文件为deployment.yaml属性文件；

若任一轨道交通软件应用为查看状态类型，则创建所述任一轨道交通软件应用的Kubernetes副本控制器的属性文件为statefulSet.yaml属性文件。

4.根据权利要求1-3中任一项所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，所述当前所属轨道交通环境包括当前所属轨道中采集设备个数、所述采集设备需要采集的物理参数类型个数和所述采集设备采集上报频率中至少一种。

5.根据权利要求1-3中任一项所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，还包括：

构建所述Kubernetes服务器集群的网关对象ambassador；

其中，所述网关对象ambassador用于为所述各轨道交通软件应用提供统一的软件访问入口。

6.根据权利要求5所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，所述构建所述Kubernetes服务器集群的网关对象ambassador，包括：

编辑所述Kubernetes服务器集群的网关对象ambassador的副本控制器属性文件ambassador-deployment.yaml和服务属性文件ambassador-service.yaml，所述ambassador-deployment.yaml中写入所述统一的软件访问入口IP地址，所述ambassador-service.yaml中写入各轨道交通软件应用的port号。

7.根据权利要求2或3所述的基于Kubernetes的轨道交通软件应用调度方法，其特征在于，还包括：

当所述各轨道交通软件应用需要消除异常或软件升级时，所述Kubernetes服务器集群中各功能对象基于实时监测的所述各轨道交通软件应用的健康度和硬件节点可用资源调度，调度所述单体pod对象的分布；

当所述Kubernetes服务器集群需要扩容时，基于sealos安装工具中的sealos join–master命令或sealos join–node命令将新服务器加入所述Kubernetes服务器集群。