投产方法、装置、电子设备、介质和计算机程序产品与流程

1.本公开涉及计算机投产技术领域，更具体地，涉及一种用于版本投产的多样性投产方法、装置、电子设备、介质和计算机程序产品。


背景技术：

2.在信息化高速发展的当下，人们的生活越来越离不开互联网和电子终端设备，这也使得人们的生活越来越便利。不过，在便利的背后却是有非常多的软件系统在提供服务。就目前大型商业银行来说，从主要的核心交易、账务、个贷、投资理财等，到人力资源、员工管理等，再到日常办公、开发管理等，需要用到成千上万的系统。这些系统绝大多数是需要在生产上部署运行的。基于银行业生产运行环境的特殊性，测试环境和生产环境的互通是严格受限制的。而系统投产是需要把测试环境编译好的代码，部署到生产环境。
3.另外，随着容器技术已经引起了业内的广泛关注，有充分的证据表明，容器技术能够大大提升工作效率。虚拟化技术已经成为一种被大家广泛认可的服务器资源共享方式，它可以在按需构建操作系统实例的过程当中为系统管理员提供极大的灵活性。系统投产产物不仅仅是单纯的文件，也开始有容器镜像的投产需求。


技术实现要素：

4.有鉴于此，本公开提供了一种投产顺利、灵活、多样、简单的用于版本投产的多样性投产方法、装置、电子设备、计算机可读存储介质和计算机程序产品。
5.本公开的一个方面提供了一种用于版本投产的多样性投产方法，包括：获取投产文件，其中，所述投产文件包括版本文件和镜像文件中的至少一个；获取投产信息，其中，所述投产信息包括投产系统的系统名称；当所述投产文件包括所述版本文件时，将所述版本文件按照存储规则存储至版本中转仓库；当所述投产文件包括所述镜像文件时，将所述镜像文件存储至镜像中转仓库；生成标记文件，其中，所述标记文件包括投产文件清单和所述投产信息，所述投产文件清单包括存储至所述版本中转仓库的版本文件清单和/或存储至所述镜像中转仓库的镜像文件清单；根据所述标记文件，从所述版本中转仓库提取所述版本文件，和/或从所述镜像中转仓库提取所述镜像文件；以及根据所述标记文件，将提取出的所述版本文件和/或所述镜像文件投产。
6.根据本公开实施例的用于版本投产的多样性投产方法，通过将版本文件存储至版本中转仓库和/或将镜像文件存储至镜像中转仓库，并且生成标记文件，可以集中管理投产系统所需的投产文件，有利于严格管控测试环境到生产环境的通路，便于投产的顺利实施，为系统投产减轻了从测试环境到生产环境的负担。另外，本公开同时支持纯版本文件、纯镜像文件和版本文件与镜像文件混合的投产方式，增加了投产的灵活性和多样性，给系统投产提供了便利。此外，新增投产系统的容器技术的版本包，可以方便容器化的项目组投产，避免了镜像打包成文件，然后再加压成镜像这样的复杂操作。
7.在一些实施例中，所述投产信息还包括投产日期和投产范围中的至少一个，其中
所述投产范围包括所述投产系统的投产应用。
8.在一些实施例中，所述投产信息还包括投产类型，其中，所述投产类型包括投产优先级，当所述投产文件包括所述版本文件时，所述将所述版本文件按照存储规则存储至版本中转仓库包括：当所述投产文件包括所述版本文件时，根据所述投产优先级将所述版本文件按照存储规则存储至版本中转仓库。
9.在一些实施例中，所述根据所述标记文件，从所述版本中转仓库提取所述版本文件，和/或从所述镜像中转仓库提取所述镜像文件包括：根据所述投产优先级从所述版本中转仓库提取所述版本文件，和/或从所述镜像中转仓库提取所述镜像文件。
10.在一些实施例中，所述投产优先级包括常规、敏捷和应急，其中按照紧急程度排序，应急＞敏捷＞常规。
11.在一些实施例中，在所述根据所述标记文件，从所述版本中转仓库提取所述版本文件，和/或从所述镜像中转仓库提取所述镜像文件之后，所述方法还包括：将提取出的所述版本文件和/或所述镜像文件存储至nas文件系统。
12.在一些实施例中，所述根据所述标记文件，将提取出的所述版本文件和/或所述镜像文件投产包括：当提取出所述版本文件时，私有云获取所述版本文件并更新应用；当提取出所述版本文件时，将所述版本文件传输至公有云版本仓库，公有云从所述公有云版本仓库获取所述版本文件并更新应用；以及当提取出所述镜像文件时，将所述镜像文件传输至与所述镜像文件对应的容器平台。
13.本公开的另一个方面提供了一种用于版本投产的多样性投产装置，包括：it管理模块，所述it管理模块用于执行获取投产文件，其中，所述投产文件包括版本文件和镜像文件中的至少一个；所述it管理模块用于执行获取投产信息，其中，所述投产信息包括投产系统的系统名称；存储模块，当所述投产文件包括所述版本文件时，所述存储模块用于执行将所述版本文件按照存储规则存储至版本中转仓库；当所述投产文件包括所述镜像文件时，所述存储模块用于执行将所述镜像文件存储至镜像中转仓库；生成模块，所述生成模块用于执行生成标记文件，其中，所述标记文件包括投产文件清单和所述投产信息，所述投产文件清单包括存储至所述版本中转仓库的版本文件清单和/或存储至所述镜像中转仓库的镜像文件清单；投产模块，所述投产模块用于执行根据所述标记文件，从所述版本中转仓库提取所述版本文件，和/或从所述镜像中转仓库提取所述镜像文件；以及所述投产模块用于执行根据所述标记文件，将提取出的所述版本文件和/或所述镜像文件投产。
14.在一些实施例中，所述投产模块包括：版本服务器，所述版本服务器用于从所述版本中转仓库提取所述版本文件，根据所述标记文件，将提取出的所述版本文件投产；以及docker服务器，所述docker服务器用于从所述镜像中转仓库提取所述镜像文件，根据所述标记文件，将提取出的所述镜像文件投产。
15.本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及一个或多个存储器，其中，所述存储器用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现如上所述方法。
16.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
17.本公开的另一方面提供了一种计算机程序产品，包括计算机程序，所述计算机程
序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。
附图说明
18.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
19.图1示意性示出了根据本公开实施例的可以应用方法、装置的示例性系统架构；
20.图2示意性示出了根据本公开实施例的用于版本投产的多样性投产方法的流程图；
21.图3示意性示出了根据本公开实施例的用于版本投产的多样性投产方法的应用环境示意图；
22.图4示意性示出了根据本公开实施例的当投产文件包括版本文件时，将版本文件按照存储规则存储至版本中转仓库的流程图；
23.图5示意性示出了根据本公开实施例的根据标记文件，从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件的流程图；
24.图6示意性示出了根据本公开实施例的根据标记文件，将提取出的版本文件和/或镜像文件投产的流程图；
25.图7示意性示出了根据本公开实施例的用于版本投产的多样性投产装置的框图；
26.图8示意性示出了根据本公开实施例的投产模块的结构框图；
27.图9示意性示出了根据本公开实施例的电子设备的方框图。
具体实施方式
28.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
29.在本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。在本公开的技术方案中，对数据的获取、收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。
30.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
31.在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释 (例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有 b和c、和/或具有a、b、c的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。
32.在信息化高速发展的当下，人们的生活越来越离不开互联网和电子终端设备，这也使得人们的生活越来越便利。不过，在便利的背后却是有非常多的软件系统在提供服务。就目前大型商业银行来说，从主要的核心交易、账务、个贷、投资理财等，到人力资源、员工管理等，再到日常办公、开发管理等，需要用到成千上万的系统。这些系统绝大多数是需要在生产上部署运行的。基于银行业生产运行环境的特殊性，测试环境和生产环境的互通是严格受限制的。而系统投产是需要把测试环境编译好的代码，部署到生产环境。
33.另外，随着容器技术已经引起了业内的广泛关注，有充分的证据表明，容器技术能够大大提升工作效率。虚拟化技术已经成为一种被大家广泛认可的服务器资源共享方式，它可以在按需构建操作系统实例的过程当中为系统管理员提供极大的灵活性。系统投产产物不仅仅是单纯的文件，也开始有容器镜像的投产需求。
34.现有技术可以基于sftp实现一种安全、高可用的文件传输方案，在保证生产环境安全稳定运行的基础上，快速高效实现系统投产版本到达生产环境。并且针对不同环境部署的系统，可以根据具体场景做二次分发。但是文件传输具有以下缺点：文件都是全量覆盖的，无法做到增量传输。当系统稳定之后，每次投产的版本其实改动量比较小，但是每次投产都需要传输全量的文件重新部署。无法支持容器技术的发展，容器镜像如果需要投产，需要把镜像保存成文件，然后传输，最后解文件成镜像，这一点对镜像的使用是极其不方便的。
35.本公开的实施例提供了一种用于版本投产的多样性投产方法、装置、电子设备、计算机可读存储介质和计算机程序产品。用于版本投产的多样性投产方法包括：获取投产文件，其中，投产文件包括版本文件和镜像文件中的至少一个；获取投产信息，其中，投产信息包括投产系统的系统名称；当投产文件包括版本文件时，将版本文件按照存储规则存储至版本中转仓库；当投产文件包括镜像文件时，将镜像文件存储至镜像中转仓库；生成标记文件，其中，标记文件包括投产文件清单和投产信息，其中，投产文件清单包括存储至版本中转仓库的版本文件清单和/或存储至镜像中转仓库的镜像文件清单；根据标记文件，从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件；以及根据标记文件，将提取出的版本文件和/或镜像文件投产。
36.需要说明的是，本公开的用于版本投产的多样性投产方法、装置、电子设备、计算机可读存储介质和计算机程序产品可用于计算机产品投产领域，也可用于除计算机产品投产领域之外的任意领域，例如金融领域，这里对本公开的领域不做限定。
37.图1示意性示出了根据本公开实施例的可以应用用于版本投产的多样性投产方法、装置、电子设备、计算机可读存储介质和计算机程序产品的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
38.如图1所示，根据该实施例的系统架构100可以包括终端设备101、 102、103，网络104和服务器105。网络104用以在终端设备101、102、 103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
39.用户可以使用终端设备101、102、103通过网络104与服务器105 交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网
页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
40.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
41.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
42.需要说明的是，本公开实施例所提供的用于版本投产的多样性投产方法一般可以由服务器105执行。相应地，本公开实施例所提供的用于版本投产的多样性投产装置一般可以设置于服务器105中。本公开实施例所提供的用于版本投产的多样性投产方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的用于版本投产的多样性投产装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
43.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
44.以下将基于图1描述的场景，通过图2～图6对本公开实施例的用于版本投产的多样性投产方法进行详细描述。
45.图2示意性示出了根据本公开实施例的用于版本投产的多样性投产方法的流程图。
46.如图2所示，该实施例的用于版本投产的多样性投产方法包括操作s210～操作s270。
47.在操作s210，获取投产文件，其中，投产文件包括版本文件和镜像文件中的至少一个。需要说明的是，结合图3，开发人员在测试环境完成代码开发打包之后，把打包好的文件，也即投产文件上传到it 管理模块，由于投产系统及应用均是需要在生产环境部署运行的，基于银行业生产运行环境的特殊性，测试环境和生产环境的互通是严格受限制的。因此将测试环境编译好的代码部署到生产环境需要设置测试环境与生产环境之间的隔离区。
48.这里的获取投产文件可以为it管理模块获取开发人员打包好的文件，当实际需求为只更新投产系统的应用版本文件时，则获取的投产文件为版本文件；当实际需求为只更新投产系统的容器技术的版本包时，则获取投产文件的镜像文件，其中，容器技术可以理解为有效的将单个投产系统的资源划分到孤立的组中，以便更好地在孤立的组之间平衡有冲突的资源使用需求，这种技术就是容器技术。镜像文件可以理解为只读层的统一视角，为容器技术中的投产的版本包；当实际需求为更新投产系统的应用版本文件和更新投产系统的容器技术的版本包时，则获取的投产文件为版本文件和镜像文件。
49.在操作s220，获取投产信息，其中，投产信息包括投产系统的系统名称，例如，开发人员在将投产文件上传到it管理模块时，可以录入相关的投产信息，因此可以获取到投产信息。
50.在操作s230，当投产文件包括版本文件时，将版本文件按照存储规则存储至版本中转仓库。可以理解的是，当实际需求为只更新投产系统的应用版本文件时，或者当实际需
求为更新投产系统的应用版本文件和更新投产系统的容器技术的版本包时，投产文件包括版本文件。
51.作为一些具体的示例，存储规则可以理解为按照投产系统的所属部门、投产系统名称和投产日期加批次命名目录，由此可以保证目录唯一性。当然，存储规则还可以以其它形式分级命名目录以保证目录的唯一性。当然，存储规则还可以为非目录形式的其它存储规则，这里对存储规则不作具体限制。从而根据存储规则可以便于将版本文件存储至版本中转仓库。
52.在操作s240，当投产文件包括镜像文件时，将镜像文件存储至镜像中转仓库。可以理解的是，当实际需求为只更新投产系统的容器技术的版本包时，或者当实际需求为更新投产系统的应用版本文件和更新投产系统的容器技术的版本包时，投产文件包括镜像文件。
53.在操作s250，生成标记文件，其中，标记文件包括投产文件清单和投产信息，投产文件清单包括存储至版本中转仓库的版本文件清单和/或存储至镜像中转仓库的镜像文件清单。可以理解的是，标记文件与投产系统可以为一一对应的，也即针对一个投产系统生成一个标记文件。
54.当投产文件只包括版本文件时，投产文件清单包括存储至版本中转仓库的针对一个投产系统所需的版本文件清单；当投产文件只包括镜像文件时，投产文件清单包括存储至镜像中转仓库的针对一个投产系统所需的镜像文件清单；当投产文件包括版本文件和镜像文件时，投产文件清单包括存储至版本中转仓库的针对一个投产系统所需的版本文件清单和针对一个投产系统所需的镜像文件清单。
55.在操作s260，根据标记文件，从版本中转仓库提取版本文件，和 /或从镜像中转仓库提取镜像文件。其中，当标记文件中的文件清单包括版本文件清单时，按照版本文件清单从版本中转仓库中提取版本文件清单上的版本文件至投产模块；当标记文件中的文件清单包括镜像文件清单时，按照镜像文件清单从镜像中转仓库中提取镜像文件清单上的镜像文件至投产模块。需要说明的是，结合图3，版本中转仓库和镜像中转仓库可以均布置在隔离区，投产模块布置在生产环境，由此，通过版本中转仓库和镜像中转仓库可以实现用隔离区将测试环境和生产环境隔离开。
56.在操作s270，根据标记文件，将提取出的版本文件和/或镜像文件投产。可以理解的是，由于标记文件包括投产信息，投产信息包括投产系统的系统名称，根据系统名称可以将对应的版本文件和/或镜像文件针对该投产系统进行投产。
57.根据本公开实施例的用于版本投产的多样性投产方法，通过将版本文件存储至版本中转仓库和/或将镜像文件存储至镜像中转仓库，并且生成标记文件，可以集中管理投产系统所需的投产文件，有利于严格管控测试环境到生产环境的通路，便于投产的顺利实施，为系统投产减轻了从测试环境到生产环境的负担。另外，本公开同时支持纯版本文件、纯镜像文件和版本文件与镜像文件混合的投产方式，增加了投产的灵活性和多样性，给系统投产提供了便利。此外，新增投产系统的容器技术的版本包，可以方便容器化的项目组投产，避免了镜像打包成文件，然后再加压成镜像这样的复杂操作。
58.在本公开的一些实施例中，投产信息还可以包括投产日期和投产范围中的至少一个，其中投产范围包括投产系统的投产应用，例如，需要投产的系统a上布置了5个应用，分
别为a应用、b应用、c应用、d应用和e应用，假设本次投产要更新的应用是a应用、b应用和 c应用，则投产范围为a应用、b应用和c应用；假设本次投产要更新的应用是a应用、d应用和e应用，则投产范围为a应用、d应用和e 应用。
59.由此，通过投产信息还包括投产日期和投产范围中的至少一个可以使得投产的目标更明确，时间更准确，从而加快了投产的效率和准确率。
60.根据本公开的一些实施例，投产信息还可以包括投产类型，其中，投产类型包括投产优先级。如图4所示，操作s230当投产文件包括版本文件时，将版本文件按照存储规则存储至版本中转仓库包括操作 s231。
61.在操作s231：当投产文件包括版本文件时，根据投产优先级将版本文件按照存储规则存储至版本中转仓库。
62.作为一种可能实施的方式，投产优先级可以包括常规、敏捷和应急，其中按照紧急程度排序，应急＞敏捷＞常规。可以理解的是，版本中转仓库可以接收多个投产系统的版本文件，多个投产系统可能存在投产的紧急程度，投产信息包括投产优先级使得版本中转仓库可以根据投产优先级接收版本文件。
63.例如，与紧急程度为应急的投产系统对应的版本文件可以最先存储至版本中转仓库；与紧急程度为敏捷的投产系统对应的版本文件可以在应急之后存储至版本中转仓库；与紧急程度为常规的投产系统对应的版本文件可以最后存储至版本中转仓库。
64.因此，通过操作s231可以避免大量常规的版本文件拥挤无法传输至版本中转仓库，应急的版本文件等待传输至版本中转仓库的情况，从而实现投产的版本文件根据紧急程度插队机制，提高投产时版本文件存储至版本中转仓库的效率。
65.根据本公开的一些实施例，如图5所示，操作s260根据标记文件，从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件包括操作s261。
66.在操作s261，根据投产优先级从版本中转仓库提取版本文件，和 /或从镜像中转仓库提取镜像文件。可以理解的是，版本中转仓库可以接收多个紧急程度不同的投产系统的版本文件，镜像中转仓库可以接收多个紧急程度不同的投产系统的镜像文件，根据投产优先级从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件可以避免大量常规的投产文件拥挤无法提取至投产模块，应急的投产文件等待提取的情况，从而实现投产文件根据紧急程度插队提取的机制，提高投产效率。
67.在本公开的一些实施例中，如图2所示，在操作s260根据标记文件，从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件之后，用于版本投产的多样性投产方法还包括操作s280。
68.在操作s280，将提取出的版本文件和/或镜像文件存储至nas文件系统，其中，nas文件系统可以理解为用于保存历史投产文件，具有备份能力，支持生产环境中有问题可以迅速回退到历史稳定版本，从而可以保证生产安全、稳定运行。
69.图6示意性示出了根据本公开实施例的根据标记文件，将提取出的版本文件和/或镜像文件投产的流程图。
70.操作s270根据标记文件，将提取出的版本文件和/或镜像文件投产包括操作s271～操作s273。
71.在操作s271，当提取出版本文件时，私有云获取版本文件并更新应用，其中，私有
云可以理解为银行内部的应用系统，由于私有云为银行内部系统，不存在攻击等安全隐患，因此私有云可以直接获取版本文件进行更新，方便快捷。
72.在操作s272，当提取出版本文件时，将版本文件传输至公有云版本仓库，公有云从公有云版本仓库获取版本文件并更新应用，其中，公有云可以理解为银行外部的应用系统，由于私有云为银行外部系统，可能存在攻击等安全隐患，因此需要先将版本文件传输至公有云版本仓库，公有云可以从公有云版本仓库获取版本文件进行更新，从而减少安全隐患。
73.在操作s273，当提取出镜像文件时，将镜像文件传输至与镜像文件对应的容器平台，从而可以完成将镜像文件布置到对应的容器平台上。
74.由此，通过操作s271～操作s273可以便于实现根据标记文件，将提取出的版本文件和/或镜像文件投产。
75.下面详细描述根据本公开实施例的用于版本投产的多样性投产方法。值得理解的是，下述描述仅是示例性说明，而不是对本公开的具体限制。
76.以下为缩略语和关键术语定义。
77.it运维：是指大型商业银行为了保证银行各个网点、各个系统、各种应用系统等能够全天的正常工作，采用相关的方法、手段、技术、制度、流程和文档等，对整个银行组织进行的综合管理。
78.版本投产流程：是指企业级it管理中，各种应用系统迭代过程中，从开发测试环境部署到生产环境的软件变更包。
79.多云场景：是指大型it企业公有云私有云并存的云计算使用模式，私有云供企业内部系统使用，公有云提供给外部客户、租户、子公司使用。
80.测试环境：用于开发测试人员日常使用，主要用于需求开发、测试、问题调试等。系统访问权限级别低，管控不严格。
81.生产环境：是指软件系统对用户提供服务所部署的环境，包括系统运行环境和真实用户数据。系统服务访问非常严格，特别是金融领域往往需要多级别授权才能访问。
82.隔离区：是指大型it企业，为了满足内部开发测试环境与生产系统之间在线实时数据交互的特定业务需求，设计的开发测试环境与生产环境内部交互的有效隔离区域。隔离区的主要特点是，测试环境、生产环境的网络都只能单向访问隔离区。
83.中转机：服务器集群，部署在隔离区，连通开发测试环境到生产环境的版本文件中转服务器。
84.容器技术：有效的将单个操作系统的资源划分到孤立的组中，以便更好的在孤立的组之间平衡有冲突的资源使用需求，这种技术就是容器技术。
85.容器镜像：镜像就是一堆只读层的统一视角，可以理解为容器技术中的投产的版本包。
86.镜像仓库：用于存储容器镜像的特定服务，可以存储和取用容器镜像。
87.本公开通过结合sftp文件传输技术和容器技术，为系统投产提供了多样的版本方式。同时在生产上搭建nas文件系统，用于保存历史投产版本文件。私有云的服务可以访问版本机获取版本文件；公有云或其他的区域由于网络限制，可以支持版本机服务主动推送到指定文件仓库。容器镜像版本，需要通过生产docker服务推送到相应容器平台的镜像仓库。
88.本公开为用户提供了版本文件投产通道，帮助用户实现版本推送到生产服务器。在生产私有云区域搭建了版本机，私有云服务直接网络可达，从版本机获取版本；公有云或其他网络区域的版本，版本机通过二次推送到达指定服务器，用户可以跟私有云类似方式从对应区域的版本机获取版本。版本机上可以根据具体策略保存版本文件，方便项目组回退到对应的版本。
89.下面介绍版本文件投产的流程。
90.构建步骤：开发人员在测试环境完成代码开发打包之后，把打包好的文件上传到it管理系统，并录入投产相关的信息，包括版本的紧急程度(如：常规、敏捷、应急等)。
91.推送步骤：开发人员在构建投产版本之后，it服务根据录入的投产信息，把对应的版本文件推送到版本中转仓库，该过程使用sftp 传输文件。版本推送的优先级，根据版本的类型，实现插队的情况。紧急的版本优先级最高，其次是敏捷，最后是常规。推送版本文件按照系统所属部门、系统、投产日期、批次命名目录，保证目录唯一性；推送成功之后，在目录下生成标记文件，文件内容包括版本文件清单以及系统投产信息，表示文件推送中转机完成。
92.拉取步骤：中转机始终在本地轮询，发现新到的版本，并通知版本机拉取。版本机根据版本文件清单和系统投产信息，计算出版本的优先级，按照优先级拉取版本文件，并存储到nas文件系统，然后通知中转机把标记文件修改为版本已经同步。然后根据系统的类型(私有云、公有云)把版本二次推送。
93.获取步骤：系统变更需要获取版本文件，私有云系统可以直接在系统服务器上，从版本机上下载版本文件。
94.二次推送步骤：版本机拉取到版本文件之后，根据系统的类型(私有云、公有云)把版本文件推送到对应的文件服务器上。可以根据实际网络情况增加需要二次推送的文件系统。
95.本公开中提供了镜像投产的通道，用户在构建版本的时候把版本镜像上传到it服务系统。it服务系统根据具体的投产情况，把版本文件和镜像推送到版本中转机和中转镜像仓库。下面介绍镜像文件传输流程。
96.构建步骤：开发人员在测试环境完成代码开发打包之后，把版本镜像上传到it管理系统，并录入投产相关的信息，包括版本的紧急程度(如：常规、敏捷、应急等)。
97.推送文件、镜像步骤：开发人员在构建投产版本之后，it服务根据录入的投产信息，把对应的版本文件推送到版本中转仓库，该过程使用sftp传输文件；把对应的镜像推送到中转镜像仓库。版本推送的优先级，根据版本的类型，实现插队的情况。紧急的版本优先级最高，其次是敏捷，最后是常规。推送版本文件按照系统所属部门、系统、投产日期、批次命名目录，保证目录唯一性；推送成功之后，在目录下生成标记文件，文件内容包括版本文件清单以及系统投产信息，表示文件推送中转机完成。
98.拉取文件、镜像步骤：中转机始终在本地轮询，发现新到的版本，并通知版本机拉取。版本机根据版本文件清单和系统投产信息，计算出版本的优先级，按照优先级拉取版本文件，并存储到nas文件系统；通过docker服务拉取镜像到本地。然后通知中转机把标记文件修改为版本已经同步。
99.推送步骤：版本机拉取到版本文件之后，根据投产信息识别是否是镜像以及镜像
需要部署的容器平台，通知docker服务把镜像推送到对应的容器平台上。容器平台可以根据实际情况扩充。
100.基于上述用于版本投产的多样性投产方法，本公开还提供了一种用于版本投产的多样性投产装置10。以下将结合图7对用于版本投产的多样性投产装置10进行详细描述。
101.图7示意性示出了根据本公开实施例的用于版本投产的多样性投产装置10的结构框图。
102.用于版本投产的多样性投产装置10包括it管理模块1、存储模块2、生成模块3和投产模块4。
103.it管理模块1，it管理模块1用于执行操作s210：获取投产文件，其中，投产文件包括版本文件和镜像文件中的至少一个。
104.it管理模块1用于执行操作s220：获取投产信息，其中，投产信息包括投产系统的系统名称。
105.存储模块2，当投产文件包括版本文件时，存储模块2用于执行操作s230：将版本文件按照存储规则存储至版本中转仓库。
106.当投产文件包括镜像文件时，存储模块2用于执行操作s240：将镜像文件存储至镜像中转仓库。
107.生成模块3，生成模块3用于执行操作s250：生成标记文件，其中，标记文件包括投产文件清单和投产信息，其中，投产文件清单包括存储至版本中转仓库的版本文件清单和/或存储至镜像中转仓库的镜像文件清单。
108.投产模块4，投产模块用于执行操作s260：根据标记文件，从版本中转仓库提取版本文件，和/或从镜像中转仓库提取镜像文件。
109.投产模块4用于执行操作s270：根据标记文件，将提取出的版本文件和/或镜像文件投产。
110.图8示意性示出了根据本公开实施例的投产模块4的结构框图。投产模块4包括版本服务器41和docker服务器42。
111.版本服务器41，版本服务器41用于从版本中转仓库提取版本文件，根据标记文件，将提取出的版本文件投产，由此，通过版本服务器41可以便于实现从版本中转仓库提取版本文件，根据标记文件，将提取出的版本文件投产。
112.docker服务器42，docker服务器42用于从镜像中转仓库提取镜像文件，根据标记文件，将提取出的镜像文件投产，由此，通过docker 服务器42可以便于实现从镜像中转仓库提取镜像文件，根据标记文件，将提取出的镜像文件投产。
113.由于上述用于版本投产的多样性投产装置10是基于用于版本投产的多样性投产方法设置的，因此上述用于版本投产的多样性投产装置10的有益效果与用于版本投产的多样性投产方法的相同，这里不再赘述。
114.另外，根据本公开的实施例，it管理模块1、存储模块2、生成模块3和投产模块4中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。
115.根据本公开的实施例，it管理模块1、存储模块2、生成模块3 和投产模块4中的至
少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。
116.或者，it管理模块1、存储模块2、生成模块3和投产模块4中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
117.图9示意性示出了根据本公开实施例的适于实现用于版本投产的多样性投产方法的电子设备的方框图。
118.如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分 908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
119.在ram 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、rom 902以及ram 903通过总线904彼此相连。处理器901通过执行rom 902和/或ram 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 902和ram 903以外的一个或多个存储器中。处理器901 也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
120.根据本公开的实施例，电子设备900还可以包括输入/输出(i/o) 接口905，输入/输出(i/o)接口905也连接至总线904。电子设备900 还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分 908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分 909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910 也根据需要连接至输入/输出(i/o)接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910 上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
121.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
122.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器 (cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 902和/或ram 903和/或rom 902和ram 903以外的一个或多个存储器。
123.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序
包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例的方法。
124.在该计算机程序被处理器901执行时执行本公开实施例的系统/ 装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
125.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
126.在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
127.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网 (lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
128.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
129.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
130.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本
公开的范围之内。