本公开实施例公开了应用发布方法、装置和电子设备。该方法的一具体实施方式包括：接收第一部署信息，其中，第一部署信息包括在边缘集群部署应用副本的方式信息；根据所述第一部署信息，确定至少一个目标边缘集群，其中，目标边缘集群为待部署应用副本的边缘集群；基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息；将第二部署信息发送至对应的目标边缘集群，其中，目标边缘集群根据接收到的第二部署信息创建应用副本。由此，提供了一种新的应用发布方式。发布方式。发布方式。
【技术实现步骤摘要】
应用发布方法、装置和电子设备
[0001]本公开涉及计算机
，尤其涉及一种应用发布方法、装置和电子设备。
技术介绍
[0002]随着终端设备数量的急剧增加，传统云计算中心集中存储、计算的模式已经无法满足终端设备对于时效、容量、算力的需求，将云计算的能力下沉到边缘侧、设备侧，并通过中心进行统一交付、运维、管控，将是云计算的重要发展趋势。
技术实现思路
[0003]提供该公开内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该公开内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
[0004]第一方面，本公开实施例提供了一种应用发布方法，该方法包括：接收第一部署信息，其中，第一部署信息包括在边缘集群部署应用副本的方式信息；根据所述第一部署信息，确定至少一个目标边缘集群，其中，目标边缘集群为待部署应用副本的边缘集群；基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息；将第二部署信息发送至对应的目标边缘集群，其中，目标边缘集群根据接收到的第二部署信息创建应用副本。
[0005]第二方面，本公开实施例提供了一种应用发布装置，包括：接收单元，用于接收第一部署信息，其中，第一部署信息包括在边缘集群部署应用副本的方式信息；确定单元，用于根据所述第一部署信息，确定至少一个目标边缘集群，其中，目标边缘集群为待部署应用副本的边缘集群；转换单元，用于基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息；发送单元，用于将第二部署信息发送至对应的目标边缘集群，其中，目标边缘集群根据接收到的第二部署信息创建应用副本。
[0006]第三方面，本公开实施例提供了一种电子设备，包括：至少一个处理器；存储装置，用于存储至少一个程序，当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如第一方面所述的应用发布方法。
[0007]第四方面，本公开实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的应用发布方法的步骤。
[0008]本公开实施例提供的应用发布方法、装置和电子设备，可以接收第一部署信息，根据所述第一部署信息，确定至少一个目标边缘集群，其中，目标边缘集群为待部署应用副本的边缘集群；然后，基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息，再将第二部署信息发送至对应的目标边缘集群，其中，目标边缘集群根据接收到的第二部署信息创建应用副本。由此，提供了一种新的应用发布方法。这种新的应用发布方法，通过统一格式的部署信息可以屏蔽不同边缘集群的应用副本定义方法的差异，使得用户编写一种副本定义方法即可(即第一部署信息的格式)；而且，
实现一次发布(使用一种部署信息，即第一部署信息)即可在多种边缘集群上进行发布，简化边缘场景下应用发布流程化，提高发布效率。
附图说明
[0009]结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
[0010]图1是根据本公开的应用发布方法的一个实施例的流程图；
[0011]图2是根据本公开的应用发布方法的一个示例性应用场景的示意图；
[0012]图3是根据本公开的应用发布方法的一个示例性应用场景的示意图；
[0013]图4是根据本公开的应用发布方法的一个示例性应用场景的示意图；
[0014]图5是根据本公开的应用发布装置的一个实施例的结构示意图；
[0015]图6是本公开的一个实施例的应用发布方法可以应用于其中的示例性系统架构；
[0016]图7是根据本公开实施例提供的电子设备的基本结构的示意图。
具体实施方式
[0017]下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
[0018]应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
[0019]本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
[0020]需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
[0021]需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
[0022]本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
[0023]请参考图1，其示出了根据本公开的应用发布方法的一个实施例的流程。如图1所示该应用发布方法，包括以下步骤：
[0024]步骤101，接收第一部署信息。
[0025]在本实施例中，应用发布方法的执行主体(例如服务器和/或终端设备)可以接收第一部署信息。
[0026]在本实施例中，第一部署信息可以由待发布应用的用户设置。
[0027]在这里，第一部署信息可以包括在边缘集群部署应用副本的方式信息。
[0028]作为示例，可以以Kubernetes系统为例进行说明。待发布应用的用户可以定义该待发布应用的自定义资源。CRD(自定义资源)是Kubernetes支持的一种扩展方式，允许用户自行定义数据格式，KubernetesAPI负责为定制资源提供存储和访问服务。Deployment是kubernetes中定义的一种应用副本的表示方法，可以生成相应的Pod在集群中的节点上运行。
[0029]作为示例，用户可以将第一部署信息发布到管控面的边缘集群中。
[0030]在这里，第一部署信息可以是统一格式的部署信息。统一格式的部署信息可以屏蔽不同边缘集群的应用副本定义方法的差异，使得工作人员编写一种副本定义方法即可(即第一部署信息的格式)。
[0031]步骤102，根据第一部署信息，确定至少一个目标边缘集群。
[0032]在这里，目标边缘集群为待部署应本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种应用发布方法，其特征在于，包括：接收第一部署信息，其中，第一部署信息包括在边缘集群部署应用副本的方式信息；根据所述第一部署信息，确定至少一个目标边缘集群，其中，目标边缘集群为待部署应用副本的边缘集群；基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息；将第二部署信息发送至对应的目标边缘集群，其中，目标边缘集群根据接收到的第二部署信息创建应用副本。2.根据权利要求1所述的方法，其特征在于，所述基于目标边缘集群的集群类型，对第一部署信息进行格式转换，得到该目标边缘集群支持的第二部署信息，包括：调用预先与该目标边缘集群的集群类型对应建立的转换函数，对所述第一部署信息进行格式转换，得到与目标边缘集群的集群类型的对应第二部署信息。3.根据权利要求2所述的方法，其特征在于，所述调用预先与该目标边缘集群的集群类型对应建立的转换函数，对所述第一部署信息进行格式转换，得到与目标边缘集群的集群类型的对应第二部署信息，包括：响应于确定目标边缘集群的集群类型为第一类型，根据边缘节点所属的边缘集群区域标识，对所述目标边缘集群的边缘节点进行打标得到边缘节点标识，其中，第一类型的目标边缘集群不支持单元化应用；对第一部署信息添加节点选择信息，得到第二部署信息，其中，节点选择信息包括与所述边缘集群区域标识匹配的边缘节点标识。4.根据权利要求2所述的方法，其特征在于，所述调用预先与该目标边缘集群的集群类型对应建立的转换函数，对所述第一部署信息进行格式转换，得到与目标边缘集群的集群类型的对应第二部署信息，包括：响应于确定目标边缘集群的集群类型为第二类型，获取第一部署信息中的预定义字段的字段值；为所获取的字段值添加所述目标边缘集群所支持的字段名，生成第二部署信息，其中，第二类型的目标边缘集群支持单元化应用。5.根据权利要求1所述的方法，其特征在于，所述将第二部署信息发送至对应的目标边缘集群，包括：响应于确定目标边缘集群的中心控制节点位于边缘，将所述第...
【专利技术属性】
技术研发人员：赵吉壮，刘晨，吴一帆，王剑，
申请(专利权)人：北京火山引擎科技有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。