CN117992072A - 3d打印策略部署方法、系统及相关产品 - Google Patents

Abstract

本申请实施例公开了3D打印策略部署方法、系统及相关产品，该方法包括：将3D打印服务实例部署于Kubernetes平台；接收预设时段内用户端发送的打印请求，并指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例。本申请实施例通过Kubernetes，能够实现后台服务的自动化部署，包括根据当前打印请求的数量，自动增加或减少应对此打印请求的3D打印服务实例，以免分配3D打印服务实例的过程中造成资源闲置或缺失，影响运营效果。此外，动态服务管理、持续集成与持续部署、监控预警、安全性与合规性认证、多云与多平台支持等功能的部署，可进一步加强3D打印服务的交付效果。

Description

3D打印策略部署方法、系统及相关产品

技术领域

本申请实施例涉及打印技术领域，尤其涉及3D打印策略部署方法、系统及相关产品。

背景技术

日常应用中，3D打印技术越来越受大众青睐，所发起的3D打印也逐渐增多。但是，现有的3D打印服务系统，面对并发的大量打印请求，并不能达到理想的处理效果，包括容易因大量请求的并发，而发生服务堵塞或资源缺失的情况，影响整体打印效率。

针对于此，迫切需要提供有效的解决方案。

发明内容

本申请实施例提供了3D打印策略部署方法、系统及相关产品，用于依据打印请求的数量动态地分配打印资源，避免闲置或缺失打印资源。

本申请实施例第一方面提供一种3D打印策略部署方法，包括：

将3D打印服务实例部署于Kubernetes平台；

接收预设时段内用户端发送的打印请求，并指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例。

可选地，所述指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例，包括：

基于所述打印请求的数量、所述打印请求携带的3D模型数据量、所述3D模型预估占用的3D打印服务实例数量，确定各所述打印请求分配到的3D打印服务实例。

可选地，指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例之后，所述方法还包括：

若当前可分配的3D打印服务实例不足，则创建部分临时实例充当所述3D打印服务实例，并在各所述3D打印服务实例执行完所述打印请求的任务后回收所述临时实例。

可选地，所述方法还包括：

通过所述Kubernetes平台的CI/CD管道，对所述3D打印服务实例进行测试和/或更新。

可选地，所述方法还包括：

对所述3D打印服务实例的运行过程进行数据监控和日志收集；

基于所述监控结果和/或所述日志，确定所述运行过程中的潜在问题和/或优化方向。

可选地，指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例之前，所述方法还包括：

通过所述Kubernetes平台对所述打印请求进行安全认证；

若认证成功，则执行所述指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例的步骤；

若认证失败，拦截所述打印请求。

本申请第一方面所述的方法在具体实施时可采用本申请第二方面所述的内容实现。

本申请实施例第二方面提供一种3D打印策略部署系统系统，包括：处理单元和确定单元；

所述处理单元用于，将3D打印服务实例部署于Kubernetes平台；

所述确定单元用于，接收预设时段内用户端发送的打印请求，并指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例。

本申请实施例第三方面提供一种电子设备，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第四方面提供一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

本申请实施例第五方面提供一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如本申请实施例第一方面或第一方面的任一具体实现方式所描述的方法。

从以上技术方案可以看出，本申请实施例至少具有以下优点：

本申请实施例通过Kubernetes，能够实现后台服务的自动化部署，包括根据当前打印请求的数量，自动增加或减少应对此打印请求的3D打印服务实例，以免分配3D打印服务实例的过程中造成资源闲置或缺失，影响运营效果。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

需要说明的是，虽然各实施例所涉及的流程性示意图(若存在)中各个步骤按照箭头的指示依次绘制，但除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图1为本申请实施例3D打印策略部署方法的一个流程示意图；

图2为本申请实施例3D打印策略部署方法的一功能实现流程图；

图3为本申请实施例3D打印策略部署方法的另一功能实现流程图；

图4为本申请实施例3D打印策略部署系统的一个结构示意图；

图5为本申请实施例电子设备的一个结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在以下的描述中，涉及到“一个具体实施方式”或“一个具体示例”等类似表达，其描述了所有可能实施例的子集，但是可以理解，“一个具体实施方式”或“一个具体示例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。在以下的描述中，涉及到的术语多个是指至少两个。本申请所说的某数值达到阈值(如果存在)，在一些具体示例中，可包括前者大于阈值后者的情况；若提及“任意”或“至少一”等类似表述，具体可指所列举示例中的任一种示例或这些示例之间的任意组合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

下面将对本申请的方法做进一步的详细说明。

请参阅图1，本申请第一方面提供一种3D打印策略部署方法的一个具体实施例，该实施例包括如下操作步骤：

步骤11、将3D打印服务实例部署于Kubernetes平台。

Kubernetes(简称K8s)，是用于自动部署、扩展和管理“容器化(containerized)应用程序”的开源系统；可以理解成，K8S是负责自动化运维管理多个容器化程序(比如Docker)的集群，是一个生态极其丰富的容器编排框架工具或平台。在3D打印领域，基础设施服务通常包括打印所需的硬件、软件、材料供应、打印服务的提供等，该3D基础设施服务可视为上述3D打印服务实例：具体可指用于执行3D打印任务的需求品或服务资源，如切片计算设备(如服务器或计算机)、3D打印机、数据存储介质(如CPU、内存或磁盘)中的至少一种打印资源。

步骤12、接收预设时段内用户端发送的打印请求，并指示Kubernetes平台基于打印请求的数量，确定打印请求分配到的3D打印服务实例。

上述用户端发送的打印请求数量，可理解为用户数量或打印任务量。例如，面对最近1小时内接收到的50个打印请求，可通过Kubernetes平台确定这50个打印请求分配到多少的3D打印服务实例合适，以免过多或过少地为这些请求分配服务资源，从而浪费资源或增加打印等待时长，影响用户体验。

综上，本申请实施例通过Kubernetes，能够实现后台服务的自动化部署，包括根据当前打印请求的数量，自动增加或减少应对此打印请求的3D打印服务实例，以免分配3D打印服务实例的过程中造成资源闲置或缺失，影响运营效果。

在上述示例说明的基础上，下面将提供一些具体的可能实施示例，实际应用中，这些示例之间的实施内容可根据相应的功能原理、应用逻辑由需地结合或单独实施，若结合实施则被结合示例间的执行顺序可按照各自的处理逻辑决定，具体可由实际场景而定。

一般地，预设时段内收到的a个打印请求，则可为这a个打印请求各分配k个3D打印服务实例，此k可为不等于1的正整数，各打印请求对应的k值可相同或不同，具体实现如下。基于图1的示例内容，在一些具体示例中，步骤12的具体操作过程可包括：基于打印请求的数量、打印请求携带的3D模型数据量、3D模型预估占用的3D打印服务实例数量，确定各打印请求分配到的3D打印服务实例。

从打印请求个例而言。例如，预设时段内收到的打印请求数量a为3个，一般每个打印请求携带的3D模型数据量(可简单视为模型数量)b为1，假设第一个打印请求中该3D模型预估占用c＝2个3D打印服务实例，则该打印请求可分配到的3D打印服务实例数量y1＝b*c＝2，同理可算得另两个打印请求可分配到的3D打印服务实例数量y2、y3。进一步的，考虑到3D打印服务实例在实际运行时可能会出现故障，故为进一步保障各打印任务的正常执行，减少延迟或打印失败等状况的发生，可为每一打印请求多分配备用的3D打印服务实例(可简称备用实例)，例如，第一个打印请求最终可分配到的3D打印服务实例数量为“y1+(备用实例总量/a)”，其他打印请求最终可分配到的3D打印服务实例数量可同理算得。

示例性的，为获得弹性扩展功能：(1)可以将3d打印领域基础设施服务分成不同的服务模块，如切片服务划归于切片模块、连接服务划归于传输模块、打印服务划归于打印模块、数据调取服务划归于指令请求模块等，这些服务模块可视为3D打印服务实例的组成模块；

然后，编写Kubernetes deployment定义：①容器镜像，②资源利用率、cpu容量、内存大小、磁盘大小等信息，这些信息可用于计算3D模型预估占用的3D打印服务实例数量，③系统配置参数，如用于启用服务实例的参数。

(2)编写kubernetes pvc和存储类storageclass来定义数据存储介质的使用规则，该使用规则可以是定义(一次)分配多大的硬盘。此pvc(Persistent Volume Claim)是一个持久化存储卷，可视为向kubernetes系统发出的一种资源需求申请或声明。

(3)通过编写kubernetes HorizontalPodAutoscaler(pod水平自动伸缩)来定义一些服务水平拓展规则，如cpu使用率、存储器memory大小、请求频率等等，以将3D打印服务实例部署到kubernetes平台，从而使3D打印服务具备kubernetes的功能。

基于上述部署过程，当打印任务多的时候，kubernetes可通过弹性扩展功能增加服务模块的数量；当打印任务少的时候，可减少服务模块的数量从而增加服务器资源利用率、降低运营成本。

基于图1的示例内容，在一些具体示例中，步骤12之后，本申请实施例的方法还可以包括如下操作：若当前可分配的3D打印服务实例不足，则创建部分临时实例充当3D打印服务实例，并在各3D打印服务实例执行完打印请求的任务后回收临时实例。

如图2所示，关于动态服务管理功能(可用于创建pod)：通过调用Kubernetes提供的api动态创建pod(即临时实例)来负责一些3D打印任务。例如，当用户在手机上提交一个3D打印任务时，服务器接收到3D打印指令后，可动态创建一些临时实例来(如分配临时的CPU和/或磁盘)执行该3D打印任务。当3D打印任务结束时，这些临时实例就会自动结束运行并被回收，这是因为回收后可避免对服务器的资源占用。补充说明的是，图2中的PHP(Hypertext Preprocessor，超文本预处理器)作为一种服务器端脚本语言，可以通过编写驱动程序来控制3D打印机。

基于图1的示例内容，在一些具体示例中，本申请实施例的方法还可以包括如下操作：通过Kubernetes平台的CI/CD管道，对3D打印服务实例进行测试和/或更新。此操作与步骤11、步骤12之间的先后执行顺序可以不限，也可以同时执行，具体可视实际情况或需求而定。实际应用中，可以定时或按次数地进行此处的测试和/或更新过程。

示例性的，关于持续集成与持续部署(CI/CD)功能：通过Kubernetes的CI/CD管道，可以实现3D打印基础设施服务的自动化部署和升级，并确保服务的可靠性和稳定性，同时，有助于快速地将新功能和改进推向生产环境。使用Kubernetes的CI/CD工具，可以自动化地构建、测试和更新3D打印基础设施服务，从而提高开发效率和质量。如图3所示，开发人员将编写完的代码推送到代码仓库，代码仓库发送webhook通知jenkins执行devops脚本，Jenkins执行devops脚本：①拉取代码、②编码代码(compile编写)、③构建镜像、④推送镜像到镜像仓库、⑤Kubernetes部署新的版本镜像，以实现对3D打印服务实例的测试和/或更新。

基于图1的示例内容，在一些具体示例中，本申请实施例的方法还可以包括如下操作：对3D打印服务实例的运行过程进行数据监控和日志收集；基于监控结果和/或日志，确定运行过程中的潜在问题和/或优化方向。

示例性的，关于监控预警功能：可通过监控报警系统Prometheus，采集3D打印基础设施服务在kubernetes pod服务器上的运行情况指标，如cpu利用率、内存使用率等；通过ELK日志架构，将3D打印基础设施服务运行时产生的日志收集起来。采集运行指标和收集日志有利于及时发现和解决问题，同时可以提供用于分析和优化的数据。通过监控工具，可以实时收集打印服务的性能数据，如任务完成时间、打印速度、材料使用情况等，这些数据可以帮助识别服务中潜在的问题和优化渠道，而收集的日志也可根据匹配规则发送到企业微信以起到告警作用。

下面示例性说明如何识别潜在的问题及其优化渠道，例如，可根据监控结果和/或日志中，某3D模型切片实际耗时和正常耗时范围之间的比较结果，发现该3D模型在切片环节是否有延时这一潜在问题，若有，则可据此比较结果确定其优化渠道(或称优化方向)是更换切片设备，还是调整数据传输路径等；其中，此切片设备可用于部署切片规则和/或实施切片动作，此数据传输路径可指传输3D模型文件、各设备的切片能力指标(该指标可用于确定哪一设备有能力充当切片设备)。再如，可根据监控结果和/或日志记录的材料使用情况，及时发现打印材料的现存余量，并在余量不足时提前提示补充打印材料。

基于图1的示例内容，在一些具体示例中，步骤12之前，本申请实施例的方法还可以包括如下操作：通过Kubernetes平台对打印请求进行安全认证；若认证成功，则执行指示Kubernetes平台基于打印请求的数量，确定打印请求分配到的3D打印服务实例的步骤；若认证失败，拦截打印请求。

示例性的，关于安全性与合规性认证功能：Kubernetes可以提供安全机制，确保3D打印基础设施服务的安全性和合规性。例如，可以通过Kubernetes的网络安全策略、身份验证和授权机制等，保护打印任务的数据安全和隐私。

(1)认证(Authentication)：用于确认发起打印请求的用户端身份。打印请求可以是来自人类用户，也可以是来自程序或其他系统。在Kubernetes中，可以使用多种方式进行认证，比如SSL证书、token、用户账号或用户名+密码等方式；其中，HTTP Base认证是通过用户名+密码的方式进行认证，这种方式安全性较低；HTTP Token认证则是通过Token进行认证，安全性相对较高。

(2)鉴权(Authorization)：用于确认打印请求是否有权限执行相应的操作，如是否被允许执行步骤12等。Kubernetes使用基于角色的访问控制(RBAC)模型来进行权限管理，如可以预先定义角色和该角色关联的权限，然后将角色赋予给用户或其他实体，从而实现权限控制。

(3)准入控制(Admission Control)：用于确认请求的操作是否符合集群的要求。在Kubernetes中，准入控制器可以拦截并修改不符合集群规则的请求。

在一些具体示例中，本申请实施例还可以具有多云与多平台支持的功能：Kubernetes可以支持多个云平台和操作系统，例如，可以将一部分3D打印服务实例部署在linux系统、另一部分在阿里云等环境上，使得3D打印基础设施服务可以灵活地扩展到不同的环境和平台上，以供多方多渠道地使用。换言之，通过使用Kubernetes，3D打印服务提供商可以轻松地在不同的云环境中部署和管理3D打印基础设施服务，以满足各自不同的需求。

综上，本申请实施例将大数据组件Kubernetes化，对于3D打印领域的基础设施服务具有重要意义，包括促使3D打印基础设施服务具有弹性扩展、动态服务管理、持续集成与持续部署、监控预警、安全性与合规性认证、多云与多平台支持等功能，这些功能之间的先后部署或执行顺序可以不限，具体可由需自定；其中，Kubernetes的弹性扩展功能可以自动调整3D打印基础设施服务的服务模块数量，当处于用户使用高峰的时候，通过Kubernetes可以自动增加可用的服务实例资源，以满足并发的打印需求，并提高基础设施服务的吞吐量和响应速度；当打印任务量减少时，通过Kubernetes可以自动减少资源分配，避免资源浪费，降低服务的运营成本。可见，通过Kubernetes自动化、可扩展、可靠、安全和高效的管理功能，可以实现更优化的3D打印服务交付，并降低运营成本和提高生产效率，并推动3D打印领域的发展和创新。

相比于图1所示的示例说明，上述追加或细化出的各示例内容或可能的实施方式，在具体实施时不一定必须执行，如追加出两项以上的示例或可能的实施方式，则这些示例或可能的实施方式之间可以结合实施或单独实施，若结合实施则被结合示例间的执行顺序可按照各自的处理逻辑决定，具体可视实际场景而定。

请参阅图4，本申请第二方面提供一种3D打印策略部署系统的一个具体实施例，该系统包括：处理单元401和确定单元402；

处理单元401用于，将3D打印服务实例部署于Kubernetes平台；

确定单元402用于，接收预设时段内用户端发送的打印请求，并指示Kubernetes平台基于打印请求的数量，确定打印请求分配到的3D打印服务实例。

在一些示例中，确定单元402具体用于：

基于打印请求的数量、打印请求携带的3D模型数据量、3D模型预估占用的3D打印服务实例数量，确定各打印请求分配到的3D打印服务实例。

在一些示例中，处理单元401还用于：

若当前可分配的3D打印服务实例不足，则创建部分临时实例充当3D打印服务实例，并在各3D打印服务实例执行完打印请求的任务后回收临时实例。

在一些示例中，处理单元401还用于：

通过Kubernetes平台的CI/CD管道，对3D打印服务实例进行测试和/或更新。

在一些示例中，处理单元401还用于：

对3D打印服务实例的运行过程进行数据监控和日志收集；

基于监控结果和/或日志，确定运行过程中的潜在问题和/或优化方向。

在一些示例中，处理单元401还用于：

通过Kubernetes平台对打印请求进行安全认证；

若认证成功，则执行指示Kubernetes平台基于打印请求的数量，确定打印请求分配到的3D打印服务实例的步骤；

若认证失败，拦截打印请求。

综上，本申请实施例，可满足日益增加的打印机连接3D打印领域基础设施服务的要求，节省运维成本与服务器机器使用成本，使得打印服务更加充分地自动化更加地科学；本申请实施例的架构本身十分地灵活，可以动态地增加不同服务模块的数量，并且可以运行在不同的系统及服务器型号上，普适性强。

本申请实施例中，3D打印策略部署系统各单元所执行的操作，与前述第一方面或第一方面的任一具体方法实施例所描述的操作类似，具体此处不再赘述。当然，本申请第一方面各操作的具体实现过程，也可参见第二方面的相关描述实现。

请参阅图5，本申请实施例的电子设备500可以包括一个或一个以上中央处理器CPU(CPU，central processing units)501和存储器505，该存储器505中存储有一个或一个以上的应用程序或数据。

其中，存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，中央处理器501可以设置为与存储器505通信，在电子设备500上执行存储器505中的一系列指令操作。

电子设备500还可以包括一个或一个以上电源502，一个或一个以上有线或无线网络接口503，一个或一个以上输入输出接口504，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM等。

该中央处理器501可以执行前述第一方面或第一方面的任一具体方法实施例所执行的操作，具体不再赘述。

本申请提供的一种计算机可读存储介质，包括指令，当所述指令在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。

本申请提供的一种包含指令或计算机程序的计算机程序产品，当所述计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面或第一方面的任一具体实现方式所描述的方法。

可以理解的是，在本申请的各种实施例中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述方法、系统或装置(若存在)的各示例方案追加或细化出的操作内容，在具体实施时不一定必须执行，如追加出两项以上操作则这些操作之间可以结合实施或单独实施，具体可视实际场景而定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统(若存在)、装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统或装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品(计算机程序产品)存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，业务服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-only memory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种3D打印策略部署方法，其特征在于，包括：

将3D打印服务实例部署于Kubernetes平台；

接收预设时段内用户端发送的打印请求，并指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例。

2.根据权利要求1所述的方法，其特征在于，所述指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例，包括：

基于所述打印请求的数量、所述打印请求携带的3D模型数据量、所述3D模型预估占用的3D打印服务实例数量，确定各所述打印请求分配到的3D打印服务实例。

3.根据权利要求1所述的方法，其特征在于，指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例之后，所述方法还包括：

若当前可分配的3D打印服务实例不足，则创建部分临时实例充当所述3D打印服务实例，并在各所述3D打印服务实例执行完所述打印请求的任务后回收所述临时实例。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述Kubernetes平台的CI/CD管道，对所述3D打印服务实例进行测试和/或更新。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

对所述3D打印服务实例的运行过程进行数据监控和日志收集；

基于所述监控结果和/或所述日志，确定所述运行过程中的潜在问题和/或优化方向。

6.根据权利要求1所述的方法，其特征在于，指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例之前，所述方法还包括：

通过所述Kubernetes平台对所述打印请求进行安全认证；

若认证成功，则执行所述指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例的步骤；

若认证失败，拦截所述打印请求。

7.一种3D打印策略部署系统，其特征在于，包括：处理单元和确定单元；

所述处理单元用于，将3D打印服务实例部署于Kubernetes平台；

所述确定单元用于，接收预设时段内用户端发送的打印请求，并指示所述Kubernetes平台基于所述打印请求的数量，确定所述打印请求分配到的3D打印服务实例。

8.一种电子设备，其特征在于，包括：

中央处理器，存储器以及输入输出接口；

所述存储器为短暂存储存储器或持久存储存储器；

所述中央处理器配置为与所述存储器通信，并执行所述存储器中的指令操作以执行权利要求1至6中任意一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得计算机执行如权利要求1至6中任意一项所述的方法。

10.一种包含指令或计算机程序的计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至6中任意一项所述的方法。