基于容器的微服务应用开发方法及开发平台与流程

本发明涉及软件技术领域，更具体地说，涉及paas技术领域。

背景技术：

随着saas(softwareasaservice)模式的快速发展，作为saas开发支持的paas(platformasaservice)也随之获得了快速发展。因为saas微服务应用会在各种不同的操作系统、运行环境下工作，因此开发过程也会随之存在很多差异。对于软件开发企业来说，在不同的操作系统、运行环境下开发saas需要研发人员付出额外的学习成本，这就使得开发成本增加，开发周期变长。

通过paas的应用可以改善这个问题，提供统一的开发平台，在开发平台上以统一的语言和数据格式进行开发，然后再针对不同操作系统、运行环境进行微调之后部署，可以有效降低开发成本、缩短开发周期。

技术实现要素：

根据本发明的一实施例，提出一种基于容器的微服务应用开发方法，包括如下的步骤：

代码编译步骤，使用代码仓库为微服务应用管理代码；

镜像构建步骤，以可视化界面根据设定的镜像构建流程为代码构建镜像，并将构建的镜像推送到镜像仓库，镜像是适用于容器集群的容器镜像；

镜像部署步骤，以可视化界面接受部署指令，依据部署指令产生期望部署配置，将容器镜像部署到容器集群并跟踪部署状态，以可视化界面跟踪部署状态并进行调整，使得部署状态与期望部署配置相一致；

应用监控步骤，在容器镜像部署完毕，微服务应用启动工作后，追踪微服务应用的运行过程。

在一个实施例中，该基于容器的微服务应用开发方法还包括：

应用创建步骤，在平台数据库中创建微服务应用并为该应用关联对应的代码仓库，应用创建步骤在代码编译步骤之前执行。

在一个实施例中，该基于容器的微服务应用开发方法还包括：镜像构建配置步骤，镜像构建配置步骤创建镜像构建流水线，镜像构建流水线定义镜像构建流程，包括：

代码拉取步骤，从代码仓库拉取新的代码；

本地程序构建步骤，识别代码所使用的语言，使用本地语言构建本地程序；

本地程序复制步骤，将所构建的本地程序复制到镜像工作目录下；

本地镜像构建步骤，基于本地程序构建本地镜像，所述本地镜像是适用于容器集群的容器镜像；

镜像推送步骤，将本地镜像推送到镜像仓库；

其中，镜像构建配置步骤中生成可视化界面引导镜像构建流水线的创建。

在一个实施例中，镜像部署步骤包括：

当次部署接受步骤，生成可视化界面并接受当次部署，产生当次部署配置；

期望部署计算步骤，基于微服务应用的运行环境和当次部署配置，计算得到期望部署配置；

容器集群部署步骤，根据期望部署配置生成容器集群能够识别的部署数据，将容器镜像部署到容器集群；

部署调整步骤，获取容器集群在部署容器镜像时的实际状态，将实际状态与期望部署配置相比较，按照实际状态趋向期望部署配置的方向对部署进行调整，直至容器集群在部署容器镜像的实际状态与期望部署配置相一致，其中，部署调整的过程生成可视化界面。

在一个实施例中，该基于容器的微服务应用开发方法还包括：镜像部署配置步骤，镜像部署配置步骤中生成可视化界面，设置微服务应用的运行环境的环境变量和启动参数。

在一个实施例中，应用监控步骤包括收集容器日志，包括如下的步骤：

部署并配置日志客户端；

微服务应用启用日志收集并配置关键环境变量；

日志客户端基于关键环境变量发现相应的微服务应用；

日志客户端为微服务应用收集日志。

根据本发明的一实施例，提出一种基于容器的微服务应用开发平台，包括：平台数据库、可视化界面组件、后配置组件和协调组件。平台数据库以yaml格式存储数据。可视化界面组件生成可视化界面，通过可视化界面接收指令并呈现进度。后端配置组件依据可视化界面接收的指令生成配置文件，配置文件为yaml格式。协调组件与第三方组件对接，协调组件依据配置文件与第三方组件进行数据交换和格式转换，并根据配置文件调整第三方组件的运行状态，其中第三方组件包括：代码仓库、镜像构建工具和镜像仓库、容器集群和应用监控组件。代码仓库用于为微服务应用管理代码。可视化界面组件通过交互确定镜像构建流程，后端配置组件生成镜像构建流程的配置文件，协调组件将镜像构建流程的配置文件推送给镜像构建工具，镜像构建工具根据镜像构建流程为所述代码构建镜像，并将构建的镜像推送到镜像仓库，镜像是适用于容器集群的容器镜像。可视化界面组件接受部署指令，后端配置组件部署指令产生期望部署配置，协调组件将容器镜像部署到容器集群并跟踪部署状态，协调组件对部署状态进行调整，使得部署状态与期望部署配置相一致，可视化组件呈现部署状态的调整过程。在容器镜像部署完毕，微服务应用启动工作后，应用监控组件追踪微服务应用的运行过程并反馈给协调组件。

在一个实施例中，代码仓库是gitlab，在平台数据库中创建微服务应用时为该应用关联常用git分支。

在一个实施例中，镜像构建工具为jenkins，镜像构建流水线为jenkins流水线，可视化界面组件以可视化界面引导镜像构建流水线的创建，镜像构建流水线定义镜像构建流程，包括：

代码拉取步骤，从代码仓库拉取新的代码；

本地程序构建步骤，基于代码使用本地语言构建本地程序；

本地程序复制步骤，将所构建的本地程序复制到镜像工作目录下；

本地镜像构建步骤，基于本地程序构建本地镜像，所述本地镜像是适用于容器集群的容器镜像；

镜像推送步骤，将本地镜像推送到镜像仓库；

后端配置组件按照所创建的镜像构建流水线生成镜像构建流程的配置文件，协调组件将镜像构建流程的配置文件推送给jenkins，jenkins生成jenkins流水线实现镜像构建流水线的功能。

在一个实施例中，协调组件将镜像构建流程的配置文件推送给jenkins以生成jenkins流水线包括：

yaml构建检查，检查yaml各项配置；

载入yaml配置，协调组件加载各yaml配置文件；

判断是否使用模板生成jenkins流水线；

如果使用模板生成jenkins流水线，则加载模板并配置，基于模板产生jenkins流水线，将jenkins流水线推送到jenkins；

如果不使用模板，则直接对jenkins进行配置以生成jenkins流水线；

记录并更新该jenkins流水线的名称。

在一个实施例中，可视化界面组件生成可视化界面以接受当次部署，后端配置组件产生当次部署配置；

后端配置组件基于微服务应用的运行环境和当次部署配置，计算得到期望部署配置；

协调组件根据期望部署配置生成容器集群能够识别的部署数据，并将容器镜像部署到容器集群，协调组件获取容器集群在部署容器镜像时的实际状态，将实际状态与期望部署配置相比较，按照实际状态趋向期望部署配置的方向对部署进行调整，直至容器集群在部署容器镜像的实际状态与期望部署配置相一致，部署调整的过程反馈给可视化界面组件在可视化界面上呈现，所述容器集群是kubernetes。

在一个实施例中，可视化界面组件生成可视化界面以设置微服务应用的运行环境的环境变量和启动参数，后端配置组件将环境变量和启动参数加载到期望部署配置中。

在一个实施例中，应用监控组件包括日志客户端logtail，logtail收集容器日志，包括：

部署并配置日志客户端logtail；

微服务应用启用日志收集并配置关键环境变量；

日志客户端logtail基于关键环境变量发现相应的微服务应用；

日志客户端logtail为微服务应用收集日志并反馈给协调组件。

本发明的基于容器的微服务应用开发方法和开发平台可以统一管理微服务应用的开发、部署、日志收集等动作。针对不同开发语言和开发方式的微服务应用，平台的管理流程可以利用容器化技术手段，对该过程进行抽象和统一。开发环节中由于各个步骤会使用到业内通用的第三方软件，为了降低学习相对复杂的第三方软件所增加的额外的学习成本，平台还进行了集成，解决复杂性问题，简化使用。

附图说明

图1揭示了根据本发明的一实施例的基于容器的微服务应用开发方法的流程图。

图2揭示了根据本发明的一实施例的基于容器的微服务应用开发平台的结构框图。

图3揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中应用创建步骤的执行过程。

图4揭示了本发明在应用创建步骤所提供的可视化界面。

图5a和图5b揭示了本发明在镜像构建配置步骤所提供的可视化界面。

图6揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中协调组件将创建jenkins流水线的执行过程。

图7揭示了本发明在镜像构建步骤所提供的可视化界面。

图8揭示了本发明在镜像部署配置步骤所提供的可视化界面。

图9揭示了本发明在镜像部署步骤所提供的可视化界面。

图10揭示了根据本发明的一实施例的基于容器的微服务应用开发平台在镜像部署过程中的运行模式。

图11揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中收集容器日志的执行过程。

具体实施方式

图1揭示了根据本发明的一实施例的基于容器的微服务应用开发方法的流程图。参考图1所示，该基于容器的微服务应用开发方法包括如下的几个步骤，这些步骤中部分为主线步骤，还有部分为配置的或者辅助的步骤：

s1、应用创建步骤。应用创建步骤s1是首次创建微服务应用时会用到的步骤。应用创建步骤s1在平台数据库中创建微服务应用并为该应用关联对应的代码仓库。在一个实施例中，应用创建步骤s1以可视化界面的方式呈现。图3揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中应用创建步骤的执行过程。图4揭示了本发明在应用创建步骤所提供的可视化界面。参考图3所示，应用创建步骤s1的执行过程如下：

填写信息；

判断是否需要创建新的代码仓库，在一个实施例中，代码仓库使用第三方组件gitlab。

如果判断结果不需要创建新的代码仓库而是使用已有的git及分支，则会绑定已有的git及分支。

如果判断结果是需要创建新的代码仓库，则提示创建新的代码仓库。

参考图4所示，在应用创建步骤所提供的可视化界面中：

名称、负责人、开发语言和应用描述为所需要填写的信息。

gitlabproject接口为与代码仓库gitlab关联的接口，通过gitlabproject接口将代码仓库关联到平台。

如果使用已有的git及分支，将git地址复制到gitlabproject，以绑定已有的git及分支。

如果是创建新的代码仓库，则点击gitlabproject接口右侧的“新建”按钮，创建新的代码仓库，完成创建后点击“提交”按钮。

可视化界面收集的信息将被平台的后端配置组件维护为如下所描述数据结构，这个数据结构作为基础信息在后续所有的步骤中都会被使用到：

需要说明的是，图4所示的可视化界面是实际产生的可视化界面的截图，因此保留了界面原貌，其中的部分内容存在灰度显示，是一种视觉显示的效果。

s2、代码编译步骤。代码编译步骤s2使用代码仓库为微服务应用管理代码。代码编译步骤s2是主线步骤。在一个实施例中，代码编译步骤s2使用代码仓库gitlab进行代码生成。代码生成是根据微服务应用的具体需求由开发人员完成。

s3、镜像构建步骤。镜像构建步骤s3以可视化界面根据设定的镜像构建流程为代码构建镜像，并将构建的镜像推送到镜像仓库，其中构建的镜像是适用于容器集群的容器镜像。镜像构建步骤s3是主线步骤，参考图1所示，本发明还包括镜像构建配置步骤s31，镜像构建配置步骤s31是为镜像构建步骤配置参数的辅助步骤。在一个实施例中，镜像构建步骤是基于jenkins流水线完成，本发明的平台支持直接由运维人员编写jenkins流水线或者由平台提供的模板自动创建流水线。通过平台创建的流水线能完成基本的镜像构建动作，通过运维人员编写的流水线可以提供更专业多样的能力。镜像构建配置步骤s31创建镜像构建流水线，镜像构建流水线定义镜像构建流程，镜像构建流程包括如下几个步骤：

代码拉取步骤，从代码仓库gitlab拉取新的代码，比如最新的分支代码或者常用git分支。

本地程序构建步骤，基于代码所使用的语言，重新使用本地语言构建本地程序。在一个实施例中，平台本地程序和数据格式都使用yaml格式。

本地程序复制步骤，将所构建的本地程序复制到镜像工作目录下。在一个是实例中，镜像工具使用docker。

本地镜像构建步骤，基于本地程序构建本地镜像，在一个实施例中，使用dockerbuild完成本地镜像的构建。所构建的本地镜像是适用于容器集群的容器镜像。

镜像推送步骤，将本地镜像推送到镜像仓库。在一个实施例中，镜像仓库使用阿里云镜像仓库。

上面所定义的镜像构建流水线需要被实现为jenkins流水线，编写jenkins流水线具有一定的学习成本，通常jenkins流水线代码如下：

为了简化开发人员的工作，降低学习成本，本发明在镜像构建配置步骤s31中生成可视化界面引导镜像构建流水线的创建。可视化界面对jenkins做了概念抽象，提供了一系列的模板，基于模板的创建方式可以降低相应的jenkins学习成本。图5a和图5b揭示了本发明在镜像构建配置步骤所提供的可视化界面。参考图5a所示，本发明提供了引导流程“选择构建模板”、“配置模板参数”。还提供了“springboot构建模板”、“python构建模板”、“前端node.js模板”、“使用已有jenkins任务”等几个模块来进行抽象。图5b继续以“springboot构建模板”为例，在“springboot构建模板”中，本发明提供了带有操作开关的“配置选项”和“必填参数”，来对“springboot构建模板”的配置和参数进行抽象和引导，以简化配置的过程。类似的，图5a和图5b所示的可视化界面是实际产生的可视化界面的截图，因此保留了界面原貌，其中的部分内容存在灰度显示，是一种视觉显示的效果。

在完成镜像构建配置步骤s31构建镜像构建流程后，在镜像构建步骤s3中镜像构建流程被推送给jenkins以生成jenkins流水线。图6揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中协调组件将创建jenkins流水线的执行过程，参考图6所示，jenkins以生成jenkins流水线包括：

yaml构建检查，检查yaml各项配置。

载入yaml配置，协调组件加载各yaml配置文件，比如基本信息yaml、jenkins服务器配置yaml等。

判断是否使用模板生成jenkins流水线。

如果使用模板生成jenkins流水线，则加载模板并配置，基于模板产生jenkins流水线，将jenkins流水线推送到jenkins。

如果不使用模板，则直接对jenkins进行配置以生成jenkins流水线，在图6中这种情况被标识为“外部配置”。

记录并更新该jenkins流水线的名称。

如果选择基于模板进行配置，那么协调组件paasoperator将基于配置参数，产生正确的jenkins流水线，并将模板化生成的流水线代码复制到jenkins中。这样可以确保后续镜像构建是正确的。paasoperator产生jenkins流水线并应用到jenkins的核心代码如下：

同样的，本发明在镜像构建步骤中同样提供了可视化界面来进行引导和辅助。图7揭示了本发明在镜像构建步骤所提供的可视化界面。图7所示的界面展示了镜像构建的过程和进度。图7所示的可视化界面是实际产生的可视化界面的截图，因此保留了界面原貌，其中的细节内容与本发明关联不大，所以不进行详细描述，其中的英文缩写是镜像或者流水线的代号，没有技术上的意义，仅是一种名称标识。此外，图7的部分内容存在灰度显示，是一种视觉显示的效果。

s4、镜像部署步骤。镜像部署步骤s4以可视化界面接受部署指令，依据部署指令产生期望部署配置，将容器镜像部署到容器集群并跟踪部署状态，以可视化界面跟踪部署状态并进行调整，使得部署状态与期望部署配置相一致。镜像部署步骤s4是主线步骤，参考图1所示，本发明还包括镜像部署配置步骤s41，镜像部署配置步骤s41是为镜像部署步骤配置参数的辅助步骤。镜像部署配置步骤s41中生成可视化界面，设置微服务应用的运行环境的环境变量和启动参数。在一个实施例中，使用的容器集群是kubernetes，最终所开发的微服务应用的容器镜像会被部署到kubernetes的各个系统上。在不同的应用运行环境，应用的启动会有不同的启动参数，包括环境变量等等。这些参数的配置有些比较简单，有些比较专业。而这些参数映射到实际的部署过程需要配置kubernetes的deployment资源等文件。由于kubernetes相关的使用与配置具有较高的学习成本，并且配置项很多，容易出错，而常见实用配置项并不是很多。所以本发明平台也对这部分过程进行了抽象，提供了相应简化的可视化配置版本。图8揭示了本发明在镜像部署配置步骤所提供的可视化界面。界面中提供的配置项都是绝大部分开发人员可以理解的配置。镜像部署步骤s4会基于镜像部署配置步骤s41中的配置，翻译为真正的kubernetes容器集群能够理解的语言并进行部署。图8所示的界面展示了镜像部署的常用参数和配置项。图8所示的可视化界面是实际产生的可视化界面的截图，因此保留了界面原貌，其中的细节内容与本发明关联不大，所以不进行详细描述，其中的常用参数和配置项的名称和选项都是示例，与本发明的技术方案没有直接的联系。此外，图8的部分内容存在灰度显示，是一种视觉显示的效果。

在一个实施例中，镜像部署步骤s4包括下述的步骤：

当次部署接受步骤，生成可视化界面并接受当次部署，产生当次部署配置。

期望部署计算步骤，基于微服务应用的运行环境和当次部署配置，计算得到期望部署配置。

容器集群部署步骤，根据期望部署配置生成容器集群能够识别的部署数据，将容器镜像部署到容器集群。

部署调整步骤，获取容器集群在部署容器镜像时的实际状态，将实际状态与期望部署配置相比较，按照实际状态趋向期望部署配置的方向对部署进行调整，直至容器集群在部署容器镜像的实际状态与期望部署配置相一致，其中，部署调整的过程生成可视化界面。

本发明在镜像部署构建步骤中同样提供了可视化界面来进行引导和辅助。图9揭示了本发明在镜像部署步骤所提供的可视化界面。图9所示的界面展示了镜像部署的过程和进度。图9所示的可视化界面是实际产生的可视化界面的截图，因此保留了界面原貌，其中的细节内容与本发明关联不大，所以不进行详细描述，其中的英文缩写是镜像或者流水线的代号，没有技术上的意义，仅是一种名称标识。此外，图9的部分内容存在灰度显示，是一种视觉显示的效果。

s5、应用监控步骤。应用监控步骤s5在容器镜像部署完毕，微服务应用启动工作后，追踪微服务应用的运行过程。在一个实施例中，应用监控步骤包括收集容器日志，使用阿里云sls和logtail来进行日志收集。图11揭示了根据本发明的一实施例的基于容器的微服务应用开发方法中收集容器日志的执行过程。参考图11所示，包括如下的步骤：

部署并配置日志客户端logtail。其中包括两个阶段：部署阿里云logtail和进行logtail配置。

微服务应用启用日志收集并配置关键环境变量。也包括两个阶段：微服务应用申明启用日志收集，部署时配置关键环境变量。

日志客户端logtail基于关键环境变量发现相应的微服务应用。

日志客户端logtail为微服务应用收集日志。

查看日志。

本发明还提出一种基于容器的微服务应用开发平台，图2揭示了根据本发明的一实施例的基于容器的微服务应用开发平台的结构框图。参考图2所示，该基于容器的微服务应用开发平台包括：

平台数据库(图中未示出)，平台数据库以yaml格式存储数据。

可视化界面组件101，可视化界面组件101生成可视化界面，通过可视化界面接收指令并呈现进度。

后端配置组件102，后端配置组件102依据可视化界面接收的指令生成配置文件，配置文件为yaml格式。在一个实施例中，后端配置组件102以后端服务器apiserver的方式实现。

协调组件103。协调组件103与第三方组件对接，协调组件103依据配置文件与第三方组件进行数据交换和格式转换，并根据配置文件调整第三方组件的运行状态。在一个实施例中，协调组件103以paasoperator的方式实现。继续参考图2所示，与协调组件103进行数据交换的第三方组件包括：

代码仓库gtilab，代码仓库用于为微服务应用管理代码。在一个实施例中代码仓库是gitlab，在平台数据库中创建微服务应用时为该应用关联常用的git分支。也可以关联对应的git分支或者最新的git分支。

镜像构建工具jenkins和镜像仓库。可视化界面组件101通过交互确定镜像构建流程，后端配置组件102生成镜像构建流程的配置文件，协调组件103将镜像构建流程的配置文件推送给镜像构建工具jenkins，镜像构建工具jenkins根据镜像构建流程为代码构建镜像，并将构建的镜像推送到镜像仓库，镜像是适用于容器集群的容器镜像。在一个实施例中，，镜像构建工具是jenkins，镜像仓库是阿里云镜像仓库。

容器集群kubernetes，可视化界面组件101接受部署指令，后端配置组件102部署指令产生期望部署配置，协调组件103将容器镜像部署到容器集群kubernetes并跟踪部署状态，协调组件103对部署状态进行调整，使得部署状态与期望部署配置相一致，可视化组件呈现部署状态的调整过程。

应用监控组件sls，在容器镜像部署完毕，微服务应用启动工作后，应用监控组件追踪微服务应用的运行过程并反馈给协调组件。

代码仓库gtilab与微服务应用进行关联，关联的过程参考前面对于应用创建步骤s1的描述。使用代码仓库gitlab进行代码生成的过程可参考前面对于代码编译步骤s2的描述。

镜像构建工具为jenkins，镜像构建流水线为jenkins流水线，可视化界面组件以可视化界面引导镜像构建流水线的创建，镜像构建流水线定义镜像构建流程，包括：

代码拉取步骤，从代码仓库拉取新的代码；

本地程序构建步骤，基于代码所使用的语言，重新使用本地语言构建本地程序；

本地程序复制步骤，将所构建的本地程序复制到镜像工作目录下；

本地镜像构建步骤，基于本地程序构建本地镜像，所述本地镜像是适用于容器集群的容器镜像；

镜像推送步骤，将本地镜像推送到镜像仓库，比如阿里云镜像仓库。

后端配置组件102按照所创建的镜像构建流水线生成镜像构建流程的配置文件，协调组件103将镜像构建流程的配置文件推送给jenkins，jenkins生成jenkins流水线实现镜像构建流水线的功能。协调组件将镜像构建流程的配置文件推送给jenkins以生成jenkins流水线包括：

yaml构建检查，检查yaml各项配置；

载入yaml配置，协调组件加载各yaml配置文件；

判断是否使用模板生成jenkins流水线；

如果使用模板生成jenkins流水线，则加载模板并配置，基于模板产生jenkins流水线，将jenkins流水线推送到jenkins；

如果不使用模板，则直接对jenkins进行配置以生成jenkins流水线；

记录并更新该jenkins流水线的名称。

配置和构建镜像的过程可参考前面对于镜像构建步骤s3和镜像构建配置步骤s31的描述。

图10揭示了根据本发明的一实施例的基于容器的微服务应用开发平台在镜像部署过程中的运行模式。即从组件的角度描述了镜像部署步骤s4的执行过程，参考图10所示，镜像部署的过程如下：

可视化界面组件101生成可视化界面以接受当次部署，后端配置组件102产生当次部署配置，当次部署配置是yaml格式文件，图中标记为当次部署配置yaml。

后端配置组件102基于微服务应用的运行环境和当次部署配置，计算得到期望部署配置。微服务应用的运行环境包括各种格式配置信息，均为yaml格式文件，在图中示例性地列举了运行环境的格式配置文件：基本信息yaml、环境yaml和部署配置yaml。运行环境的格式配置文件结合当次部署配置yaml，获得期望的最终部署配置信息，即期望部署配置。

协调组件103根据期望的最终部署配置信息生成容器集群能够识别的部署数据，在图中表示为通过格式转换生成kubernetes格式的yaml信息。然后并将容器镜像部署到容器集群kubernetes。协调组件103获取容器集群kubernetes在部署容器镜像时的实际状态，将实际状态与期望部署配置相比较，按照实际状态趋向期望部署配置的方向对部署进行调整，直至容器集群在部署容器镜像的实际状态与期望部署配置相一致，部署调整的过程反馈给可视化界面组件在可视化界面上呈现。在一个实施例中，协调组件103由paasoperator实现，paasoperator采用和kubernetes类似的实现逻辑，通过对kubernetes进行扩展，基于期望状态和实际状态差异的比对，持续的控制容器集群状态向着期望状态靠近，直到尽可能完成期望部署，这种方式相对于一般的只是发出一条部署动作的方式可以更好的保证部署的成功。如果因为擅自修改kubernetes配置、部署失败等各种原因导致容器集群的实际状态最终和平台不一致，paasoperator也将基于状态事件和周期性的对比自动发现不一致，并自动纠正。kubernetes本身是没有界面的，并不方便使用，本发明的平台提供了基本的可视化流程管理。并且平台将背后复杂的逻辑进行了包装处理，在提供了简单易用的界面的情况下，尽可能的利用kubernetes提供了安全可靠的部署过程。这里的外部依赖是kubernetes容器集群、阿里云镜像仓库。平台的paasoperator负责进行背后的流程控制和状态追踪。

在进行部署之前，可视化界面组件101生成可视化界面以设置微服务应用的运行环境的环境变量和启动参数，后端配置组件102将环境变量和启动参数加载到期望部署配置中。进行镜像部署配置的过程可以参考前面对于镜像部署配置步骤s41的描述。

在一个实施例中，应用监控组件是阿里云sls，还使用日志客户端logtail，logtail收集容器日志，包括：部署并配置日志客户端logtail；微服务应用启用日志收集并配置关键环境变量；日志客户端logtail基于关键环境变量发现相应的微服务应用；日志客户端logtail为微服务应用收集日志并反馈给协调组件。

在一个具体实现中，应用监控的过程如下：运维人员在kubernetes容器集群维护的过程中，提前按阿里云官方说明完成logtail收集程序的部署与配置。平台管理的微服务应用可以配置是否启用sls日志收集，对于启用了sls日志收集功能的应用，相当于在部署配置yaml中记录了日志收集相关的参数。paasoperator作为协调程序，将发现参数被配置，那么在应用到kubernetes容器集群的部署文件中将配置相应的环境变量。logtail程序将自动有对应环境变量的应用，然后完成日志的收集动作。logtail的这种能力参考了阿里云的官方描述。收集容器日志的过程也可以参考前面对于应用监控步骤s5的描述。

本发明的基于容器的微服务应用开发方法和开发平台可以统一管理微服务应用的开发、部署、日志收集等动作。针对不同开发语言和开发方式的微服务应用，平台的管理流程可以利用容器化技术手段，对该过程进行抽象和统一。开发环节中由于各个步骤会使用到业内通用的第三方软件，为了降低学习相对复杂的第三方软件所增加的额外的学习成本，平台还进行了集成，解决复杂性问题，简化使用。

还需要注意的是，以上所列举的实施例仅为本发明的具体实施例。显然本发明不局限于以上实施例，随之做出的类似变化或变形是本领域技术人员能从本发明公开的内容直接得出或者很容易便联想到的，均应属于本发明的保护范围。上述实施例是提供给熟悉本领域内的人员来实现或使用本发明的，熟悉本领域的人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书提到的创新性特征的最大范围。