[发明专利]基于容器的灰度发布方法、装置、计算机设备及存储介质

说明书

本发明属于云计算领域，公开了一种基于容器的灰度发布方法、装置、计算机设备及存储介质，该方法包括：获取新建容器指令，基于所述新建容器指令在应用容器引擎新建新版本应用的容器；基于所述新版本应用的容器构建所述新版本应用的灰度实例；获取旧版本应用的容器的个数，基于所述旧版本应用的容器的个数和预设灰度策略将至少一个所述旧版本应用的容器重启，将重启后的所述容器加载所述灰度实例；获取所述灰度实例的反馈信息，根据所述反馈信息调整所述新版本应用和所述旧版本应用对应的容器的个数。通过容器来完成灰度发布，可以方便版本之间的切换，减少灰度实例及资源的浪费和避免回滚操作复杂的问题，提高应用灰度发布的效率。

技术领域

本发明属于云计算领域，更具体地说，是涉及一种基于容器的灰度发布方法、装置、计算机设备及存储介质。

背景技术

应用的灰度发布，是指在应用在新旧版本上平滑过渡的一种发布方式，具体是做A/B testing，即让一部分用户继续用旧版本A，一部分用户开始用新版本B，如果用户认可新版本B，则逐步扩大新版本的使用范围，直至把所有用户都迁移到新版本B上面来。应用的灰度发布可以保证整体系统的稳定，在初始灰度发布的时候就可以发现并调整问题，以保证应用在新旧版本的平滑过渡。

为了完善应用的功能和满足用户对应用的需求，应用会不断有新的版本出现。而为了完成应用的灰度发布，传统的做法是企业通过自己内部建立的应用服务器群，设置一部分应用服务器为旧版本应用，另一部分应用服务器为新版本应用，然后通过负载均衡器对新旧版本的应用对用户流量进行调整，使一部分用户流量切换至新版本应用，根据测试的结果逐步调整新旧版本相应的用户流量，直至完全升级或回滚。这种做法的不足在于：由于新版本需要额外搭建一套相同的环境(包括服务器资源和应用资源)用于灰度发布，这套环境只在灰度发布的时候用到，当灰度发布完成之后，只有一套环境在使用，另外一套环境则被闲置，这样就造成资源的浪费。其次，在搭建新版本应用的环境时，为了验证新版本是否存在问题，需要导一定比例的用户流量到新建的环境中，在新建的环境中需要构建与该比例相适用的应用实例。例如，若原来的用户流量对应有10个应用实例，若需要导20％的用户流量进行验证，则新版本对应的灰度实例为2个，若需要导40％的用户流量进行验证，则新版本对应的灰度实例为4个。在切换完成之后，这些应用实例由于不用对应用户流量，因此这些应用实例也会造成资源的浪费。再次，如果灰度出现问题，需要回滚时，就要重新发布版本，操作比较复杂且耗时。

综上所述，目前灰度分布的方法存在资源浪费，效率较低。

发明内容

本发明实施例提供一种基于容器的灰度发布方法、装置、计算机设备及存储介质，以解决目前灰度发布效率较低的问题。

一种基于容器的灰度发布方法，包括：

获取新建容器指令，基于所述新建容器指令在应用容器引擎新建新版本应用的容器；

基于所述新版本应用的容器构建所述新版本应用的灰度实例；

获取旧版本应用的容器的个数，基于所述旧版本应用的容器的个数和预设灰度策略将至少一个所述旧版本应用的容器重启，将重启后的所述容器加载所述灰度实例；

获取所述灰度实例的反馈信息，根据所述反馈信息调整所述新版本应用和所述旧版本应用对应的容器的个数。

一种基于容器的灰度发布装置，包括：

应用容器新建模块，用于获取新建容器指令，基于所述新建容器指令在应用容器引擎新建新版本应用的容器；

灰度实例构建模块，用于基于所述新版本应用的容器构建所述新版本应用的灰度实例；

灰度实例加载模块，用于获取旧版本应用的容器的个数，基于所述旧版本应用的容器的个数和预设灰度策略将至少一个所述旧版本应用的容器重启，将重启后的所述容器加载所述灰度实例；