[发明专利]一种用于运营发布的kbroker分布式操作系统和运营发布系统

说明书

本发明提供一种用于运营发布的kbroker分布式操作系统和运营发布系统，是针对kbroker分布式操作系统运营中运营版本发布的处理方法，使得可以不停服升级运营版本，并通过灰度发布的方式降低新运营版本发布出错对运营的影响。在本发明的支持下，开发者只用在业务逻辑之外实现多个软件版本间的数据导出导入逻辑，就可以实现多运营版本并行和灰度发布，极大的降低了实现灰度发布和出错报警回滚的难度，解决了运营过程稳定性和频繁发布之间的冲突，提升了运营的便捷性和稳定性。

技术领域

本发明涉及服务器端的软件开发和运维系统领域，特别是涉及一种用于运营发布的kbroker分布式操作系统和运营发布系统。

背景技术

在互联网行业，运营版本更新是一个非常频繁的事情，各家公司都有针对自己业务的更新发布方案，简单粗暴的就直接停服更新，技术水平高的就在开发和运维层面做自己的平滑更新方案。随着运营对系统可用性的要求越来越高，不停服更新已经是大势所趋，简单粗暴的停服更新越来越不被允许，而且停服更新虽然看似开发上比较简单，但存在风险很大，一是必须选择人少的时间更新，这就导致只能晚上才发运营版本，二是如果更新后新运营版本有问题处理起来也非常头疼。

支持灰度发布和运营版本回滚的平滑更新方案已经成为一种运营发布的标配，各家公司根据自己的业务情况来设计和实施自己的运营发布方案。总体上来说无状态的web服务还是比较简单的，主要工作在运维层面就可以解决，但针对有状态的长连接服务端程序要做到平滑更新还是需要各方面的支持的，平滑更新方案相对复杂，而且各家的方案有相似之处但更多的还是根据自身业务需求来专门定制的，整个方案的设计和对开发的要求都是比较高的。

虽然现在有很多针对无状态web服务的平滑更新方案，也有一些各自实现的针对有状态的长连接服务的更新方案，但这些方案都不适用于kbroker分布式操作系统上运行的服务，kbroker分布式操作系统上运行的服务都是有状态的长连接服务，而且这样服务的运行方式也和常规的有状态长连接服务不尽相同，这就导致现有市面的处理方法无法直接应用到kbroker分布式操作系统上。为此，充分考虑kbroker分布式操作系统的特点和开发者使用的方便性，专门为kbroker分布式操作系统设计一套统一的平滑更新发布方案就非常必要。

发明内容

鉴于以上所述现有技术的缺点，本发明的目的在于提供一种应用于kbroker分布式操作系统上的运营版本更新发布方案，用于解决现有技术中的问题：

第一，原始的kbroker分布式系统不支持多运营版本并行，进而无法做到新运营版本的平滑更新发布。

第二，开发者在支持新运营版本平滑更新，灰度发布，出错回滚等核心功能的方案上需要提供很多的开发支持等额外工作。

为解决上述技术问题，本发明是按如下方式实现的：一种用于运营发布的kbroker分布式操作系统，包括：

业务层模块，用于实现整个系统的业务逻辑；所述业务层模块的业务逻辑被拆分成若干个应用程序，每一个应用程序对应一组app_allocator模块；每一个应用程序包括多个运营版本，每一个运营版本对应一组app_version_allocator模块和至少一组app_service模块；app_allocator模块用于管理应用程序正在运行的所有运营版本和每个app_object对象运行的运营版本、以及创建和释放app_object对象；app_version_allocator模块用于将app_object对象分配到其管理的app_service模块上运行；

kbroker_super模块，通过app_allocator模块来管理应用程序，支持app_allocator模块申请启动其应用程序指定运营版本的app_version_allocator模块，支持app_version_allocator模块申请启动其应用程序指定运营版本的app_service模块。