CN116797199A - 一种对象管理运维系统 - Google Patents

Abstract

本发明提供了一种对象管理运维系统，所述系统包括：对象模块，域名解析模块，负载均衡模块，K8s集群模块；所述对象模块分别连接所述域名解析模块和所述负载均衡模块，所述K8s集群模块通过所述负载均衡模块与所述对象模块连接。

Description

一种对象管理运维系统

技术领域

本发明涉及生产管理软件系统开发和应用领域，尤其是一种对象管理运维系统。

背景技术

很多互联网SaaS管理软件，大多数为增删改查系统， 且后台系统是无状态的, 通过HTTP协议对外提供服务。开发和编码本身的难度并不大。

但是在生产精细化管理要求下，随着企业内多种类多数量的订单、设备、物料在生产时的同时并发，系统如何平滑的水平扩展，以及随着需求的增加，如果添加新功能并平滑升级，是SaaS产品在设计之初就需要考虑的问题。否则随着用户的增加，例如生产订单数量的增加、生产设备数量的复杂性和多样性、物流车的实时信息化管理要求下，整个系统有可能瞬间崩溃，无法快速恢复，而中断了对终端设备和生产订单及物流的服务， 严重的影响依赖于该SaaS软件系统的生产活动。

发明内容

为解决以上现有技术存在的技术缺点，本发明提供了一种对象管理运维系统。所述系统包括：对象模块，域名解析模块，负载均衡模块，K8s集群模块；所述对象模块分别连接所述域名解析模块和所述负载均衡模块，所述K8s集群模块通过所述负载均衡模块与所述对象模块连接。

上述域名解析模块是DNS域名解析模块。

上述K8s集群模块包括接口单元，以及连接所述接口单元的第一服务单元，所述第一服务单元连接第一部署单元。

上述第一服务单元还连接第二部署单元、第N部署单元；所述接口单元还连接有第二服务单元，第N服务单元；所述第二服务单元、所述第N服务单元分别连接多个部署单元。

上述对象模块为一个或多个，每个所述对象模块由一个或多个标识码进行标识。

上述对象模块包括一个或多个订单模块，用于管理订单信息，所述订单信息包括但不限于：订单种类、产品关键工艺、订单编号、客户名称、工艺要求等信息，所述订单编号是唯一的。

上述对象模块包括一个或多个物流车模块，用于管理物流车信息，所述物流车信息包括但不限于：物流车ID、承载量、轨迹表等信息，所述物流车ID是唯一的。

上述对象模块包括一个或多个员工模块，用于管理员工信息，所述员工信息包括但不限于：员工ID，所属班组、生产任务等信息，所述员工ID是唯一的。

本发明提供的对象管理运维系统，通过使用具有负载均衡功能的DNS域名解析模块进一步加强了当有多个实例（即对象，如订单、物流车、生产设备、员工等）并发处理相同的业务时，系统能根据预设规则算法，动态的保持多个实例之间的处理平衡。同时本发明提供的K8s集群模块可以实现在不进行代码修改的情况下，完成系统的弹性扩展和实现负载均衡。这一系统应用于工业生产管理中，尤其是生产订单管理、物流车管理方面，实现了成本的降低。尤其是面向中小生产企业，通过本发明实现的SaaS级订单管理运维系统和SaaS级物流车管理运维系统以及SaaS级生产人员任务管理运维系统，可以面向多个中小生产企业同时实现5000万级别以及上亿级别的订单并发管理、物流车并发管理、员工并发管理，实现系统平滑不掉线。这样每家企业不需要花费巨资单独打造专属的订单管理系统、物流车管理系统或生产执行管理系统以及专属机房去配置硬件服务器，只需要通过云服务的形式就可以实现对应的管理，极大的降低了中小企业的管理成本。

附图说明

图1为本发明提供的一种对象管理运维系统实施例示意图；

图2为本发明提供的一种订单管理运维系统实施例示意图；

图3为本发明提供的一种物流车管理运维系统实施例示意图。

具体实施方式

实施例1

本发明提供了一种对象管理运维系统，如图1所示，包括：对象模块100，域名解析模块200，负载均衡模块300，K8s集群模块400。所述对象模块100分别连接所述域名解析模块200和所述负载均衡模块300，所述K8s集群模块400通过所述负载均衡模块300与所述对象模块100连接。

所述对象模块100用于管理对象信息。所述对象编号是唯一的，可以由流水号进行标识。所述对象可以是销售订单、生产订单、设备、物料、物流车、员工等。

所述域名解析模块200用于所述订单信息所在对应的地址进行解析，所述域名解析模块具有负载均衡功能。所述域名解析模块200可以是DNS（Domain Name System）域名解析模块。所述DNS域名解析模块的优点在于除了能解析域名之外还具有负载均衡的功能，这样就省去了网站管理维护负载均衡服务器的麻烦。另外技术实现比较灵活、方便，简单易行，成本低，使用于大多数TCP/IP应用。还有对于部署在服务器上的应用来说不需要进行任何的代码修改即可实现不同机器上的应用访问。此外，服务器可以位于互联网的任意位置，尤其是使用云服务器可以极大地降低企业购置服务器的成本。同时许多DNS还支持基于地理位置的域名解析，即会将域名解析成距离用户地理最近的一个服务器地址，这样就可以加速用户访问，改善性能。

所述负载均衡模块300，可以使用云服务器厂商提供的中间件，主要目的是进行各种灵活的分配计算，将全部的网络请求均衡地分布到其他服务器上，通过合理管理每天的网上数据流量来减轻单个服务器上的负担，力求达到使网络访问者享受最佳的联网体验。

本发明提供的K8s集群模块400包括接口单元（INGRESS）410，以及分别连接所述接口单元410的第一服务单元420，第二服务单元430，第N服务单元4N0，所述第一服务单元420又分别连接多个部署单元，包括但不限于：第一部署单元421，第二部署单元422，第N部署单元42N。所述第二服务单元430又分别连接多个部署单元，包括但不限于：第一部署单元431，第二部署单元432，第N部署单元43N。所述第N服务单元4N0又分别连接多个部署单元，包括但不限于：第一部署单元4N1，第二部署单元4N2，第N部署单元4NN。

本发明提供的K8s集群模块400，可以根据并发量的增加，可以动态的增加计算处理节点，动态部署多个部署单元（Deployment）, 增加业务的处理能力。采用k8s等做负载均衡是对开发代码无侵入性的， 在不进行代码修改的情况下，是可以完成弹性扩展，可以做负载均衡的。所述弹性扩展的能力是指系统根据业务并发量自动启动或者停止运行实例，而满足客户并发量递增或者递减的能力。所述负载均衡的能力是指当有多个实例并发处理相同的业务时，系统根据预设规则算法，动态的保持多个实例之间的处理平衡。而不是把所有的请求都挤压到某个节点，导致节点崩溃的能力。

对于大型工厂，由于厂区下辖多种不同设备、不同物料、不同物流车以及生产人员，而每台设备同时并发处理多个订单生产需求，所有设备需要并发各类生产需求，所有物流车需要并发各种厂内物流指令，所有生产人员需要并发各类生产任务及指令，因此本发明提供的对象管理运维系统就可以支撑到5000万个对象并发量处理需求。同理，本发明提供的对象管理运维系统是SaaS级软件管理系统，可以同时支撑到多个小型工厂在本系统里同时并发处理5000万个对象生产任务需求。

当所述负载均衡模块300的能力达到上限时，可以对所述K8s集群模块400进行扩展，通过部署多个K8s集群模块400来处理上亿级的并发请求。进而可以处理上亿级任务并发量请求。

所述对象模块100为一个或多个，具体的对象模块可以由一个标识码进行标识，例如条形码、二维码等。目前由于二维码比条形码包含的信息更加丰富，因此一般通常采用二维码进行信息标识和采集。通过手持设备或扫描接入设备扫描所述标识码。具体的，所述标识码可以设置在生产流程卡（又名：随车卡）上、设备上、工卡上等，每道生产工序开始前需要扫描所述标识码对所述生产行为进行识别和信息调取。

实施例2

根据实施例1的对象管理运维系统的设计原理，本发明还提供了一种订单管理运维系统，如图2所示，包括订单模块500，所述订单模块500可以替代所述对象模块100在所述运维系统的位置以及与其他模块的连接关系。所述订单模块500用于管理订单信息。所述订单信息包括但不限于：订单种类、产品关键工艺、订单编号、客户名称、工艺要求等信息。所述订单编号是唯一的，可以由流水号进行标识。所述订单模块500分别连接所述域名解析模块200和所述负载均衡模块300，所述K8s集群模块400通过所述负载均衡模块300与所述订单模块100连接。

所述订单模块100为一个或多个，具体的订单模块可以由一个标识码进行标识，例如条形码、二维码等。通过手持设备或扫描接入设备扫描所述标识码。具体的，所述标识码可以设置在生产流程卡（又名：随车卡）上，每道生产工序开始前需要扫描所述标识码对所述生产订单进行识别和信息调取。

对于大型工厂，由于厂区下每台设备同时并发处理多个订单生产需求，因此上述本发明提供的订单管理运维系统就可以支撑到5000万个订单并发量处理需求。同理，本发明提供的订单管理运维系统是SaaS级软件管理系统，可以同时支撑到多个小型工厂在本系统里同时并发处理5000万个订单生产需求。

实施例3

根据实施例1的对象管理运维系统的设计原理，本发明还提供了一种物流车管理运维系统，如图3所示，包括物流车模块600，所述物流车模块600可以替代所述对象模块100在所述运维系统的位置以及与其他模块的连接关系。所述物流车模块600用于管理物流车信息，所述物流车信息包括但不限于：物流车ID、承载量、轨迹表等。所述物流车ID是唯一的。所述物流车模块500分别连接所述域名解析模块200和所述负载均衡模块300，所述K8s集群模块400通过所述负载均衡模块300与所述物流车模块500连接。

所述物流车模块600可以由一个物流车标识码进行标识，例如条形码或二维码等。所述物流车标识码可以设置于厂区各物流车上，通过手持设备或扫描接入设备扫描所述标识码以记录当前物流车的位置轨迹和当前工作负载的订单情况。

采用本发明的物流车管理运维系统可以同时支撑到多个小型工厂在本系统里同时并发处理5000万个物流车运转和管理需求。

当所述负载均衡模块300的能力达到上限时，可以对所述K8s集群模块400进行扩展，通过部署多个K8s集群模块400来处理上亿级的并发请求。进而可以处理上亿个物流车运转和管理并发量请求。

实施例4

根据实施例1的对象管理运维系统的设计原理，本发明还提供了一种员工管理运维系统，包括员工模块，所述员工模块可以替代所述对象模块100在所述运维系统的位置以及与其他模块的连接关系。所述员工模块用于管理员工信息，所述员工信息包括但不限于：员工ID、所属班组、员工照片、生产任务等。所述员工ID是唯一的。所述员工模块分别连接所述域名解析模块200和所述负载均衡模块300，所述K8s集群模块400通过所述负载均衡模块300与所述物流车模块500连接。

所述员工模块可以由一个或多个员工标识码进行标识，例如条形码或二维码等。所述员工标识码可以设置于员工工牌上，通过手持设备或扫描接入设备扫描所述标识码以记录当前员工的位置轨迹和当前工作任务情况。

所述对象模块管理一个或多个员工，每个员工拥有一个唯一的员工ID及所属员工信息。

本领域普通技术人员可以理解以上实施例仅为本发明创造思想下之一部分，任何人在以上实施例基础上轻易就能联想到的技术方案都是本发明的一部分。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如：ROM/RAM、磁碟、光盘、云服务器等。

以上仅为本发明的优选实施例而已，并不限于本发明的文字描述，对于本领域的技术人员来说，本发明可以有各种更改和变化，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种对象管理运维系统，其特征在于，所述系统包括：对象模块，域名解析模块，负载均衡模块，K8s集群模块；所述对象模块分别连接所述域名解析模块和所述负载均衡模块，所述K8s集群模块通过所述负载均衡模块与所述对象模块连接。

2.根据权利要求1所述的对象管理运维系统，其特征在于，所述域名解析模块是DNS域名解析模块。

3.根据权利要求1或2所述的对象管理运维系统，其特征在于，所述K8s集群模块包括接口单元，以及连接所述接口单元的第一服务单元，所述第一服务单元连接第一部署单元。

4.根据权利要求3所述的对象管理运维系统，其特征在于，所述第一服务单元还连接第二部署单元、第N部署单元；所述接口单元还连接有第二服务单元，第N服务单元；所述第二服务单元、所述第N服务单元分别连接多个部署单元。

5.根据权利要求3所述的对象管理运维系统，其特征在于，所述对象模块为一个或多个，每个所述对象模块由一个或多个标识码进行标识。

6.根据权利要求5所述的对象管理运维系统，其特征在于，所述对象模块包括一个或多个订单模块，用于管理订单信息，所述订单信息包括但不限于：订单种类、产品关键工艺、订单编号、客户名称、工艺要求等信息，所述订单编号是唯一的。

7.根据权利要求5所述的对象管理运维系统，其特征在于，所述对象模块包括一个或多个物流车模块，用于管理物流车信息，所述物流车信息包括但不限于：物流车ID、承载量、轨迹表等信息，所述物流车ID是唯一的。

8.根据权利要求5所述的对象管理运维系统，其特征在于，所述对象模块包括一个或多个员工模块，用于管理员工信息，所述员工信息包括但不限于：员工ID，所属班组、生产任务等信息，所述员工ID是唯一的。