微服务治理管理平台的自动化部署方法和电子设备与流程

本申请属于微服务治理管理领域，更具体地，涉及微服务治理管理平台的自动化部署方法和电子设备。

背景技术：

微服务作为一项新兴技术已成为当下最新的热门话题，其架构和概念已被广泛地应用于大型业务集群。

由于相关技术应用极为普遍、需求极为旺盛，多个公司推出了管理容器服务的微服务治理管理平台。微服务治理管理平台是一个基于docker构建一个容器的调度管理平台，提供资源调度、均衡容灾、服务注册、动态扩缩容等功能组件，用于容器服务的全生命周期管理，致力于让容器云落地，对底层的集群管理和资源调度进行了平台化的抽象。微服务治理管理平台具备多租户管理、业务集群管理、应用和容器管理、镜像管理、网络管理、存储管理、ci/cd、日志服务、告警监控多方面建设平台服务能力；同时，满足企业在资源管理、计量计费、流程管理、安全审计、报表展示多方位的技术要求；实现高可用、可扩展、高性能的paas平台。往往在单个节点上部署微服务治理管理平台就可以实现微服务业务平台中众多应用的治理和管理。

但微服务治理管理平台的众多功能也给其安装部署带来影响。在单节点上的微服务治理管理平台上的功能组件主要是以容器服务的方式启动运行的，由于微服务治理管理平台本身功能模块较多、各模块内部包含的功能组件繁多复杂、且各组件与系统软件间依赖关系复杂、对安装环境配置要求较为严格、配置环境和平台安装步骤较为繁琐等因素，配置部署过程相当耗费人力。

为了方便用户部署、使用微服务治理管理平台，使用户更好的通过微服务治理管理平台部署、使用、管理容器化应用，如何在基础环境无微服务和容器调度管理相关工具的情况下高效的自动化部署微服务治理管理平台具有极为重要的意义。

技术实现要素：

有鉴于此，本申请实施例提供了一种微服务治理管理平台的自动化部署方法、电子设备及介质，以高效部署微服务治理管理平台。

第一方面，本申请实施例提供了一种微服务治理管理平台的自动化部署方法，包括：自动检查操作系统版本；自动检查服务器配置；自动设置系统参数；自动搭建本地源；自动安装依赖软件；自动启动微服务治理组件；自动初始化微服务治理组件；自动初始化微服务治理管理平台。

作为本申请实施例的一种具体实现方式，所述自动检查服务器配置包括：获取服务器配置信息，所述服务器配置信息包括：基本网络配置信息、网络域名解析、网卡配置信息、存储设备挂载和分区信息；校验所获取的服务器配置信息；如果校验不通过，则输出提示信息以提示用户。

作为本申请实施例的一种具体实现方式，所述自动设置系统参数包括：根据微服务治理管理平台的需求对下列系统参数进行设置：文件最大打开数，防火墙，系统安全防护，系统时间相关参数。

作为本申请实施例的一种具体实现方式，所述自动搭建本地源包括：获取安装文件包中rpm文件的路径信息；使用所述路径信息配置repo源文件；将配置后的repo源文件放置在系统的源文件路径下；读取和初始化缓存的本地源。

作为本申请实施例的一种具体实现方式，所述自动安装依赖软件包括：安装jquery组件；安装docker软件；创建并编写docker配置文件；安装docker_compose；安装本地私有镜像仓库，以直接将镜像保存为本地镜像文件，并在部署过程中直接将本地镜像文件加载为私有镜像仓库中的镜像。

作为本申请实施例的一种具体实现方式，所述启动微服务治理组件包括：根据当前环境生成yaml文件；根据yaml文件拉取镜像；启动组件容器及数据库，并在启动不成功的情况下，自动重新启动相应组件容器，如果达到第一预设条件仍未启动成功，则提示用户。

作为本申请实施例的一种具体实现方式，所述初始化微服务治理组件包括：运行各个容器中的组件服务自动配置脚本，对各个组件服务进行初始化配置；在初始化配置后，检测组件与数据库的对接情况，并在检测到数据库中不存在与组件的对应库的情况下，自动重新对相应组件服务进行初始化配置，如果达到第二预设条件仍未初始化成功，则提示用户。

作为本申请实施例的一种具体实现方式，所述自动初始化微服务治理管理平台包括：创建微服务业务集群所需的资源空间和存储桶；创建默认的微服务业务集群；创建微服务治理管理平台的用户账号。

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

存储器，存储有可执行指令；

处理器，所述处理器运行所述存储器中的所述可执行指令，以实现上述微服务治理管理平台的自动化部署方法。

第三方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述微服务治理管理平台的自动化部署方法。

根据本申请，可以一键自动化高效部署微服务治理管理平台，大大节省了人力。此外还避免了人工配置引入的额外风险。

本申请的其它特征和优点将在随后具体实施方式部分予以详细说明。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了根据本申请一个示例性实施例的微服务治理管理平台的自动化部署方法的流程图。

具体实施方式

下面将更详细地描述本申请的优选实施方式。虽然以下描述了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。

本申请提出了一种微服务治理管理平台的自动化部署方法。该方法包括：自动检查操作系统版本；自动检查服务器配置；自动设置系统参数；搭建本地源；自动安装依赖软件；自动启动微服务治理组件；自动初始化微服务治理组件；自动初始化微服务治理管理平台。

根据本申请，当部署操作被触发时，可在单个节点上自动进行高效的微服务治理管理平台部署方法，大大简化了配置步骤，减少了人力，减少了配置时间和安装部署时间。

图1示出了根据本申请一个示例性实施例的微服务治理管理平台的自动化部署方法的流程图。如图所示，该方法包括下列步骤。

步骤11，自动检查操作系统版本。

具体地，可获取当前环境的操作系统版本信息，判断是否与依赖软件的版本兼容一致。

步骤12，自动检查服务器配置。

具体地，自动检查服务器配置可以包括：获取服务器配置信息，所述服务器配置信息包括：基本网络配置信息、网络域名解析、网卡配置信息、存储设备挂载和分区信息等；校验所获取的服务器配置信息；如果校验不通过，则输出提示信息以提示用户。

在安装过程中尽早发现错误配置并提示用户修改，便于保障后续安装配置顺利进行。

步骤13，自动设置系统参数。

具体地，自动设置系统参数可以包括：根据微服务治理管理平台的需求对下列系统参数进行设置：文件最大打开数，防火墙，系统安全防护，系统时间相关参数等。

步骤14，自动搭建本地源。

建立本地源便于软件的本地化安装、实现离线安装软件。

具体地，搭建本地源可以包括：获取安装文件包中rpm文件的路径信息；使用所述路径信息配置repo源文件；将配置后的repo源文件放置在系统的源文件路径下；读取和初始化缓存的本地源。这使得本地安装过程中无需从外部网络进行微服务治理管理平台安装部署过程中依赖软件的下载安装，可实现常用软件的本地化安装，方便快捷，大幅度减少了安装过程中网络原因对安装效率的影响。

步骤15，自动安装依赖软件。

具体地，自动安装依赖软件可以包括：

步骤151，安装jquery组件；

步骤152，安装docker软件；

步骤153，创建并编写docker配置文件；

步骤154，安装docker_compose；

步骤155，安装本地私有镜像仓库，以直接将镜像保存为本地镜像文件，并在部署过程中直接将本地镜像文件加载为私有镜像仓库中的镜像。

可以依照微服务治理管理平台需求，自动安装jquery、docker等软件。

jquery是一个快速、简洁的javascript框架，为满足用户开发需要和组件正常运行，可以预先安装jquery。

由于微服务治理管理平台上的功能组件主要是以容器服务的方式启动运行的，因此docker软件是微服务治理管理平台的重要依赖软件，所以可以依照微服务治理管理平台的需求对软件的配置文件进行配置，包括访问信任列表、数据存储路径等参数，使得软件能在环境中正常启动和使用。

安装docker的并行启动插件docker_compose，使用该插件可以同时启动多个docker容器，可以缩短逐个启动微服务治理组件容器的运行时间和代码规模，使得容器启动更加便捷。

安装本地私有镜像仓库，通过直接将镜像保存为本地镜像文件、在部署过程中直接将镜像文件加载为私有镜像仓库中镜像的方法，使得镜像服务的启动过程简化，无需进行本地源码编译后再上传至镜像仓库，再安装过程中免去源码编译的相关繁琐步骤，使得微服务治理管理平台的部署更加便捷简单。此外，也可以根据需求随时拉取镜像仓库中的镜像服务进行本地化运行。

步骤16，自动启动微服务治理组件。

具体地，启动微服务治理组件可以包括：

步骤161，根据当前环境生成yaml文件；

步骤162，根据yaml文件拉取镜像；

步骤163，启动组件容器及数据库，并在启动不成功的情况下，自动重新启动相应组件容器，如果达到第一预设条件仍未启动成功，则提示用户。

依照当前环境生成yaml文件，可将yaml文件中对应的ip地址、服务端口等参数与当前环境一一对应，方便后续进行治理组件的启动。根据yaml文件拉取镜像，可以首先启动底层数据库镜像，保证治理管理平台的功能组件的数据存储条件，然后启动功能组件容器。在一个示例中，可启动50多个功能组件容器。

在启动过程中如果个别组件未启动成功则会对首次未启动成功的组件进行再次的进行启动，可减少人工手动干预。如果多次尝试仍无法启动则将相关组件信息和组件启动命令进行收集并提示用户执行，使功能组件容器的启动更便捷和智能。

步骤17，自动初始化微服务治理组件。

具体地，初始化微服务治理组件可以包括：运行各个容器中的组件服务自动配置脚本，对各个组件服务进行初始化配置；在初始化配置后，检测组件与数据库的对接情况，并在检测到数据库中不存在与组件的对应库的情况下，自动重新对相应组件服务进行初始化配置，如果达到第二预设条件仍未初始化成功，则提示用户。

将服务初始化，组件容器启动后可以进入各个容器中，运行各容器中的组件服务自动配置脚本，依照不同组件的功能进行各个组件服务的初始化配置，使组件服务能够正常工作，从而实现微服务治理管理平台各种功能的正常使用。

在初始化后自动进行组件与数据库对接情况检查，由于每个组件在初始化执行到最后一步时都需要在数据库中创建相应组件的对应库，因此当检测到某组件存放数据的库不存在，则判定该组件未初始化成功，进而会对首次初始化未成功的组件进行再次的进行启动，以此减少人工手动干预。如果多次尝试仍无法初始化则将相关组件信息和组件初始化命令进行收集并提示用户执行，使功能组件容器的初始化更便捷和智能。

步骤18，自动初始化微服务治理管理平台。

具体地，自动初始化微服务治理管理平台可以包括：创建微服务业务集群所需的资源空间和存储桶；创建默认的微服务业务集群；创建微服务治理管理平台的用户账号(例如webui界面的超级用户账号)。

可以在验证微服务治理管理平台基本功能可正常使用的同时，对平台整体进行初始化，为后续进行业务集群的正式使用做准备。

根据本申请实施例的电子设备包括存储器和处理器。

该存储器用于存储非暂时性计算机可读指令。具体地，存储器可以包括一个或多个计算机程序产品，该计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。该易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。该非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。

该处理器可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元，并且可以控制电子设备中的其它组件以执行期望的功能。在本申请的一个实施例中，该处理器用于运行该存储器中存储的该计算机可读指令。

本领域技术人员应能理解，为了解决如何获得良好用户体验效果的技术问题，本实施例中也可以包括诸如通信总线、接口等公知的结构，这些公知的结构也应包含在本申请的保护范围之内。

有关本实施例的详细说明可以参考前述各实施例中的相应说明，在此不再赘述。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现如上所述的微服务治理管理平台的自动化部署方法。

根据本申请实施例的计算机可读存储介质，其上存储有非暂时性计算机可读指令。当该非暂时性计算机可读指令由处理器运行时，执行前述的本申请各实施例方法的全部或部分步骤。

上述计算机可读存储介质包括但不限于：光存储介质(例如：cd－rom和dvd)、磁光存储介质(例如：mo)、磁存储介质(例如：磁带或移动硬盘)、具有内置的可重写非易失性存储器的媒体(例如：存储卡)和具有内置rom的媒体(例如：rom盒)。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。