CN111930443A - 基于区块链的运维方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于区块链的运维方法、系统、计算机设备和存储介质。所述方法包括：根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列，其中，链上配置文件与运维请求对应，运维消息与所述运维请求对应；在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在所述区块链上；从消息队列中获取运维消息，并根据运维消息在节点上执行与运维消息对应的运维操作。采用本方法能够通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并实现了整个流程的信用背书，保证运维版本的一致性和安全性。

Description

基于区块链的运维方法、系统、计算机设备和存储介质

技术领域

本申请涉及区块链技术领域，特别是涉及一种基于区块链的运维方法、系统、计算机设备和存储介质。

背景技术

在系统运维中软件版本迭代是十分常见的需求，目前持续集成（Continuousintegration，简称CI）已成为在整个软件开发生命周期内侧重于保证代码质量的常见做法，它是一种实践，旨在缓和和稳固软件的构建过程。而持续交付 （Continuous Delivery，简称CD）是在持续集成CI的基础上，将集成后的代码部署到更贴近真实运行环境中。然而，相关技术中，现有的系统运维方案例如采用Jenkins作为CI工具，多个系统进行统一的运维管理时难以保证时效性和安全性。例如，多个运维系统的系统时间不一致，则在迭代时可能出现迭代过程的时间差较大，使得各个系统无法完成协同工作；又例如，多个运维系统无法确保其升级维护的内容一致，可能会导致升级过程中出现漏洞，引发安全性问题。

针对相关技术中，运维方案中时效性和安全性差的问题，目前尚未提出有效的解决方案。

发明内容

基于此，有必要针对上述技术问题，提供一种基于区块链的运维方法、系统、计算机设备和存储介质。

第一方面，本申请实施例提供了一种基于区块链的运维方法，包括以下步骤：

根据运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列，其中，所述链上配置文件与所述运维请求对应，所述运维消息与所述运维请求对应；

在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上；

从所述消息队列中获取所述运维消息，并根据所述运维消息在所述节点上执行与所述运维消息对应的运维操作。

在其中一个实施例中，还包括：根据所述运维请求更新区块链上的链上配置文件以及运维记录，推送所述运维消息至所述区块链上各个节点的消息队列，其中，所述运维消息包括所述运维记录；

从所述消息队列中获取所述运维消息，并根据所述运维消息中的所述运维记录在所述节点上执行与所述运维消息对应的运维操作。

在其中一个实施例中，所述运维记录包括标识符、系统类型和运维策略。

在其中一个实施例中，在所述运维请求为版本更新的情况下，所述方法包括：

根据运维请求更新区块链上的链上配置文件，并上传字节码文件至所述区块链上，推送运维消息至所述区块链上各个节点的消息队列，其中，所述字节码文件与所述运维请求对应；

在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上；

从所述消息队列中获取所述运维消息，根据所述运维消息从所述区块链上获取所述字节码文件，并将所述字节码文件更新至所述节点。

在其中一个实施例中，在所述运维请求为版本回退的情况下，所述方法包括：

在所述运维请求为版本回退的情况下，获取所述运维请求的回退版本号，推送所述运维消息至所述区块链上各个节点的消息队列，其中，所述区块链中存储了与所述字节码文件的对应的版本号；

从所述消息队列中获取所述运维消息，根据所述运维消息从所述区块链上获取与所述回退版本对应的回退版字节码文件，并将所述回退版字节码文件更新至与所述消息队列对应的所述节点。

在其中一个实施例中，所述方法还包括：在预设的回退进程被触发的情况下，根据所述回退进程获取回退版本号，从所述区块链上获取与所述回退版本对应的回退版字节码文件，并将所述回退版字节码文件更新至与所述消息队列对应的所述节点。

在其中一个实施例中，将所述字节码文件更新至与所述消息队列对应的所述节点之后，所述方法包括：

通过热加载器完成所述字节码文件的加载。

在其中一个实施例中，所述推送运维消息至所述区块链上各个节点的消息队列包括：

通过预言机推送所述运维消息至所述消息队列；

在所述运维消息推送失败的情况下，通过所述预言机补发所述运维消息，直至所述运维消息推送成功。

在其中一个实施例中，所述根据运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列包括：

根据所述运维请求更新所述区块链上的链上配置文件，并根据所述链上配置文件确定与所述运维请求对应的执行节点；

推送所述运维消息至所述执行节点的消息队列。

第二方面，本申请实施例还提供一种基于区块链的运维系统，所述系统包括运维系统接入方和区块链平台，所述运维系统接入方以节点的方式接入所述区块链平台并在所述区块链平台上部署有智能合约，所述运维系统接入方有各自的消息队列：

所述智能合约用于根据所述运维接入方的运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列，在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上，其中，所述链上配置文件与所述运维请求对应，所述运维消息与所述运维请求对应；

所述运维系统接入方从所述消息队列中获取所述运维消息，并根据所述运维消息在所述节点上执行与所述运维消息对应的运维操作。

在其中一个实施例中，所述智能合约包括数据处理模块和消息推送模块：

所述数据处理模块用于根据所述运维系统接入方的运维请求更新区块链上的字节码文件以及运维记录；

所述消息推送模块用于推送所述运维消息至所述消息队列，其中，所述运维消息包括所述运维记录。

第三方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于区块链的运维方法。

第四方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述基于区块链的运维方法。

上述基于区块链的运维方法、系统、计算机设备和存储介质，根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列，在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在区块链上；从消息队列中获取运维消息，并根据运维消息在节点上执行与运维消息对应的运维操作，通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并实现了整个流程的信用背书，保证运维版本的一致性和安全性。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本发明实施例中基于区块链的运维方法的应用场景图；

图2是根据本发明实施例的基于区块链的运维方法的流程图；

图3是根据本发明实施例的基于区块链的运维方法中运维记录的处理流程图；

图4是根据本发明实施的基于区块链的运维系统的结构示意图；

图5是根据本发明优选实施例中基于区块链的运维系统的架构示意图；

图6是根据本发明优选实施例中基于区块链的运维方法的流程图；

图7是根据本发明实施例中基于区块链的运维计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块（单元）的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

区块链为分布式数据库，参与区块链行为的各个节点存储的数据经过共识保持数据一致性。为便于理解本申请文件存储系统中的区块链网络，先对本申请采用的区块链技术进行举例说明。在一些实施例中，电子设备运行该区块链技术以成为该区块链网络的节点，该区块链平台基础架构包括区块链的展现层、应用层、服务层，以及区块链核心支撑模块。

其中，展现层用于将系统功能进行展示，进而实现用户交互，各个文件主体可通过系统客户端登陆相应展现层显示的界面访问应用层并以获取信息资源，包括注册界面、操作执行界面、查询界面、应用管理界面、管理员界面等。应用层用于展示区块链网络的具体功能，是文件存储的重要环节，按功能的不同可划分为用户管理、权限控制、目录管理等。服务层用于通过分布式服务器对应用相关功能进行有效的整合和管理，例如用户注册、用户身份管理、加解密服务、分布式账本服务、智能合约服务、数据管理服务等。区块链核心支撑模块包括数据层、网络层、共识层和合约层。其中，数据层用于封装底层数据区块以及相关的数据加密和时间戳等技术。网络层封装了区块链网络系统的P2P组网方式、消息传播协议和数据验证机制等要素，使各节点地位对等且以扁平式拓扑结构相互连通和相互，拥有分布式、自治性、开放可自由进出等特性。区块链网络中每一个节点都能参与区块数据的校验和记账过程，仅当区块数据通过全网大部分节点验证后，才能记入区块链。区块链这种去中心化设计保证文件数据不可篡改、不可伪造。共识层，封装了在决策权高度分散的拓扑网络中快速完成共识的方法，以参与区块链网络的共识机制。合约层，封装有数据访问策略的合约代码，合约代码中的条件被触发时，自动执行相应交易，同时可通过合约内容规定相应的访问条件对相应的数据进行访问等。

图1是根据本发明实施例中基于区块链的运维方法的应用场景图，本申请提供的基于区块链的大文件存储方法，可以应用于如图1所示的应用环境中。区块链网络10包括运维请求方节点12、第一节点14和第二节点16，第一节点14、第二节点16和运维请求方节点12均为统一运维系统的接入方。根据区块链的数据一致性特点，区块链网络10上的所有节点共享运维系统所有源代码数据。运维请求方节点12具有向区块链网络10上传、编辑、增删源代码数据等操作权限。区块链网络10根据运维请求方节点12的运维请求更新区块链上的链上配置文件，并分别推送运维消息至区块链上运维请求方节点12、第一节点14和第二节点16的消息队列，在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在区块链网络10上；区块链网络10的各个节点从消息队列中获取运维消息，并根据运维消息在节点上执行与运维消息对应的运维操作。上述维请求方节点12、第一节点14和第二节点16具体可以为任意电子设备，例如服务器、手机、计算机、平板电脑等。可以理解的是，上述文件节点12、用户节点14和记账节点16之间可相互通信。另外，上述节点的区分均是根据通过该节点登录的身份信息确定的，在一些实施例中，上述区块链为区块私有链或区块联盟链，故事先在区块链平台上完成身份注册，上述节点的相应主体都需要事先在区块链平台上完成注册，并获取相应的公钥和私钥，确定其身份可信后，允许开展上述文件存储的相关业务。

在一个实施例中，图2是根据本发明实施例的基于区块链的运维方法的流程图，如图2所示，提供了一种基于区块链的运维方法，以该方法应用于图1中的区块链网络10为例进行说明，包括以下步骤：

步骤S210，根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列。统一运维系统所有接入方以节点的方式接入区块链网络，所有节点拥有该统一运维系统所有源代码数据。可选地，源代码数据在初始化时由脚本调用智能合约写入合约账本。此外，各个节点方需搭建自己的消息队列服务，节点作为消息生产者推送消息至消息队列，统一运维服务接入方作为消息消费方订阅消息队列。智能合约作为执行区块链上操作的应用程序，在接收到外部运维请求的情况下，根据运维请求中的更新或者修改内容，对区块链上的链上配置文件进行更新，并且根据运维请求的内容生成运维消息，将运维消息推送至统一运维系统的各个接入方的消息队列中。上述同一运维系统的各个接入方可以是同一个系统的各个终端，也可以是应用于同一个运维管理逻辑但物理隔离的不同系统的接入方。

步骤S220，在运维消息被成功推送至消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在区块链上。在确定运维消息被成功发送至各个节点的消息队列后，进行链上交易的共识和落盘，写入区块链账本，确保每个节点消息队列服务都完成了消息的落盘，利用智能合约和区块链共识机制对运维过程进行信用背书。可选地，在运维消息未被成功发送的情况下，进行交易回滚。

步骤S230，从消息队列中获取运维消息，并根据所述运维消息在节点上执行与运维消息对应的运维操作。各个运维接入方节点订阅了消息队列中的消息，在接收到消息的情况下，从消息队列中获取运维消息，并根据运维消息中指示的运维操作执行操作。例如，运维请求需要链上所有的运维接入方统一关机，则区块链发一个关机指令，接入端会收到指示停机的运维消息，可选地，在与该运维请求对应的配置信息是管理员级别的情况下，所有接入区块链的客户端就会将系统下线停机。

通过步骤S210至步骤S230，基于区块链平台的特点，结合消息队列实现多个系统的统一运维管理，由于区块链网络中的系统时间对于各个节点是统一的，交易落盘时间对于各个节点也是一致的，提高了运维系统的时间一致性；同时利用智能合约和区块链共识机制对运维过程进行信用背书，提高了运维过程中的安全性和可靠性。

在一个实施例中，在运维请求为版本更新的情况下，区块链平台根据运维请求更新区块链上的链上配置文件，并接收上传的更新的字节码文件保存至区块链上，各个运维接入方节点在接收到上述从消息队列中获取运维消息，根据运维消息从区块链上获取更新后的字节码文件，并用更新后的字节码文件替换节点上原有的字节码文件，将更新后的字节码文件进行加载，即可完成更新。

在一个实施例中，在运维请求为版本回退的情况下，由于区块链会保存所有历史上链的文件及数据，因此只需要获取需要回退的字节码版本号，节点可以从区块链上获取到与该版本对应的低版本的字节码文件，并用该低版本的字节码文件替换该节点上的高版本字节码文件，加载低版本的字节码文件即可实现版本的回退。可选地，上述版本回退不一定是回退至现有版本的上一个版本，而可以是任何历史版本。

在一个实施例中，运维接入方节点也可以根据自身的需求进行降级。例如，在运维接入方有预设的回退进程，该进程指示在更新过程中更新失败的情况下，该节点自动回退至指定版本。则在回退进程被触发的情况下，该节点会根据回退进程中预设的回退版本号，从区块链上获取与该回退版本号对应的字节码，更新回退版本的字节码至该节点并进行加载，从而实现接入方节点的自发的版本回退。

在一个实施例中，根据运维请求更新区块链上的链上配置文件，并根据链上配置文件确定与运维请求对应的执行节点；推送运维消息至执行节点的消息队列。在本实施例中，可以通过运维请求在配置文件中指定进行运维操作的执行节点。如果配置信息的指令是版本更新，同时并不是所有接入方都会更新，则配置信息中指示的接入方才会更新，其他节点则不需要更新。更新的过程中需要从区块链中获取更新的。本实施例中提供的方式使得运维的灵活性更高。

在一个实施例中，在区块链上还包括运维记录的情况下，图3是根据本发明实施例的基于区块链的运维方法中运维记录的处理流程图，如图3所示，基于区块链的运维方法包括以下步骤：

步骤S310，根据运维请求更新区块链上的链上配置文件以及运维记录，推送运维消息至区块链上各个节点的消息队列。区块链上存储有统一运维系统所有源代码数据之外，还存储有针对该源代码数据的运维记录。上述运维记录中可以记录每次运维操作所对应的操作对象、操作内容等。智能合约在接收到外部运维请求的情况下，根据运维请求中的更新或者修改内容，对区块链上存储的链上配置文件进行更新的同时，维护对应的运维记录。此外，推送至各个节点的消息队列中的运维消息中也包括与该运维消息对应的运维记录。

步骤S220，在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在区块链上。如前述，运维消息被推送至各个节点的消息队列，在确定运维消息被成功发送至各个节点的消息队列后，进行链上交易的共识和落盘，写入区块链账本。

步骤S320，从消息队列中获取运维消息，并根据运维消息中的运维记录在节点上执行与运维消息对应的运维操作。

步骤S310至步骤S330中，区块链上不仅存储了源代码数据还存储了运维记录，就区块链平台而言，可以更好地管理和跟踪运维的过程，提高运维的安全性；就运维系统接入方而言，在运维操作比较频繁或者复杂的情况下，可以根据运维消息中的运维记录，准确地从区块链上获取到更新内容，防止更新版本的混淆，进一步提高了运维的一致性和安全性。

在一个实施例中，运维记录包括标识符、系统类型和运维策略。其中，标识符是唯一的，用于指示该条运维记录唯一对应的运维操作，系统类型指示该运维操作对应的系统类型，运维策略是可定制化的。例如，该运维操作为紧急的漏洞修复则执行自动拉取更新；该运维操作为常规更新，则由系统管理员决定是否执行。智能合约中运维策略在区块链平台搭建之初就进行初始化，各应用服务器即统一运维服务接入方的运维策略根据区块链的上运维策略进行可定制化的配置。上述运维记录中所包括的内容，都能提高运维过程的准确度和灵活性。

在一个实施例中，智能合约通过预言机推送运维消息至各个节点的消息队列。预言机的功能就是将外界信息写入到区块链内，完成区块链与现实世界的数据互通。它允许确定的智能合约对不确定的外部世界做出反应，是智能合约与外部进行数据交互的途径，也是区块链与现实世界进行数据交互的接口。智能合约运行在沙箱环境中，不直接与外界数据交互，消息推送过程利用预言机与外界交互，在确定消息成功发送至节点消息队列后，进行链上交易的共识和落盘，写入区块链账本。此外，在运维消息推送失败的情况下，通过预言机补发运维消息，直至运维消息推送成功。在本实施例中，通过预言机进行运维消息推送状态的获取，能更好地保证运维消息被发送至各个节点的消息队列中，从而更好地保证运维过程在各个节点被执行，提高了运维的一致性。并且消息推送过程利用预言机与外界交互的过程中，如果有一个节点的消息队列生产消息失败，预言机补发失败的消息，其目的为确保每个节点消息队列服务都完成了消息的落盘，从而使得运维系统的各个接入方都能完成该运维操作。

在一个实施例中，在节点获取到需要更新的字节码版本或者回退的字节码版本之后，通过热加载器完成字节码文件的加载。代码的热加载器是指可以在不重启服务的情况下让更改的代码生效，热加载器可以显著的提升开发以及调试的效率。通过热加载技术实现了系统不停机维护，系统只需要拉取最新的字节码并替换其运行容器内的字节码文件，利用代码热加载器加载到运行环境即可完成维护升级过程。

在一个实施例中，图4是根据本发明实施的基于区块链的运维系统的结构示意图，如图4所示，提供了一种基于区块链的运维系统40，该系统40包括运维系统接入方42和区块链平台44，运维系统接入方42以节点的方式接入区块链平台44并在区块链平台44上部署有智能合约，所述运维系统接入方有各自的消息队列46：

智能合约用于根据运维系统接入方42的运维请求更新区块链上的链上配置文件，并推送运维消息至消息队列46，在运维消息被成功推送至消息队列46的情况下，将推送操作以交易形式记录在区块链上，其中，链上配置文件与运维请求对应，运维消息与运维请求对应；

运维系统接入方42从消息队列46中获取运维消息，并根据运维消息在节点上执行与运维消息对应的运维操作。

在一个实施例中，智能合约包括数据处理模块和消息推送模块：数据处理模块用于根据运维系统接入方42的运维请求更新区块链上的链上配置文件以及运维记录；消息推送模块用于推送运维消息至消息队列46，其中，运维消息包括运维记录。

需要说明的是，图4中仅示出了基于区块链的运维系统中包括三个运维系统接入方、三个消息队列和三个区块链平台上的节点的情况，在实际应用中，参与方可以比三个更多或者更少。并且在一些实施例中，该系统可以不包括运维系统接入方42，仅用于区块链节点的运维。运维系统接入方42可以是各种形式的第三方运维工具、运维平台或者运维系统等。基于区块链的运维系统的具体限定可以参见上文中对于基于区块链的运维方法的限定，在此不再赘述。上述基于区块链的运维系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

上述基于区块链的运维系统，根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列，其中，链上配置文件与运维请求对应，运维消息与所述运维请求对应；在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在所述区块链上；从消息队列中获取运维消息，并根据运维消息更新节点上与运维消息对应的节点配置文件，通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并实现了整个流程的信用背书，保证运维版本的一致性和安全性。

下面通过优选实施例对本申请实施例进行描述和说明。图5是根据本发明优选实施例中基于区块链的运维系统的架构示意图，如图5所示，底层区块链平台需搭建多个节点，统一运维系统所有接入方以节点的方式接入。所有节点上拥有应用系统所有源代码数据。源代码数据在初始化时由脚本调用智能合约写入合约账本。节点方需搭建自己的消息队列服务，节点作为消息生产者推送消息至消息队列，统一运维服务接入方作为消息消费方订阅消息队列。智能合约作为执行区块链上操作的应用程序，在设计上分为两个模块。包括数据处理和消息推送模块。数据处理模块接收处理外部的运维请求和运维所需的代码字节码文件。具体为数据处理模块根据外部请对链上源代码文件即字节码文件进行更新，并维护对应的运维记录，运维记录包括唯一标识，系统类型，运维策略。消息推送模块监听数据处理模块的行为，根据数据处理模块新增的运维记录进行运维消息推送。智能合约运行在沙箱环境中，不直接与外界数据交互，消息推送过程利用预言机与外界交互，在确定消息成功发送至节点消息队列后，进行链上交易的共识和落盘，写入区块链账本，否则交易回滚。如果有一个节点生产消息失败，预言机补发失败消息，最终确保每个节点消息队列服务都完成了消息的落盘。接入方通过统一运维订阅服务消费其消息队列中消息，根据运维消息中的系统类型和运维策略拉取链上最新代码字节码文件，并更新运行容器内的代码字节码文件，利用热加载器完成字节码文件的热加载，以达到运维的最终目的。运维策略是可定制化的，若为紧急漏洞修补bugfix，则执行自动拉取更新，若为常规更新，则由系统管理员决定是否执行。智能合约中运维策略在区块链平台搭建之初就进行初始化。各应用服务器即统一运维服务接入方的运维策略根据区块链的上运维策略进行可定制化的配置。

基于以上的架构，图6是根据本发明优选实施例中基于区块链的运维方法的流程图，如图6所示，基于区块链的运维流程包括以下步骤：

步骤S610，智能合约获取统一运维请求。由区块链平台外部发起统一的运维请求。

步骤S620，智能合约执行数据处理逻辑。更新链上源代码字节码文件，并维护运维记录。

步骤S630，智能合约通过预言机发布运维消息至消息队列。智能合约完成数据处理后通过预言机向各节点所在服务器对应的消息队列发布运维消息。

步骤S640，判断运维消息是否发布成功。

步骤S650，在运维消息发布失败的情况下，进行运维操作回滚。

步骤S660，在运维消息发布成功的情况下，进行节点共识，交易落盘。预言机在确定节点对应消息队列收到消息后，各节点进行共识，同步交易数据，完成交易落盘。

步骤S670，接入方从消息队列消费消息。节点接入方即统一运维服务接入方消费消息，拉取链上最新的字节码文件。

步骤S680，应用系统容器更新字节码文件并执行热加载。应用系统容器用链上获取到的最新字节码文件替换系统运行容器内现有的字节码文件，利用热加载器进行字节码文件的热加载，最终完成整个运维过程。

上述优选实施例中的基于区块链的运维方法，实现了对多个系统进行统一的运维管理，多个系统物理隔离，通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并基于此实现了整个流程的信用背书，保证运维版本的一致性，同时对历史更新可追溯易还原。通过该项技术实现了系统不停机维护，系统只需要拉取最新的字节码并替换其运行容器内的字节码文件，利用代码热加载器加载到运行环境即可完成维护升级过程。基于区块链平台的特点，结合消息队列以及代码文件热加载技术实现多个系统的统一运维管理，利用智能合约和区块链共识机制对运维过程进行信用背书，最终实现基于区块链的统一运维方案。

需要说明的是，上述优选实施例主要是针对外部应用系统的运维，但是本申请所提供的方法并不限于上述优选实施例中的外部应用系统运维场景中，例如，代码热加载器可以反向指向区块链节点，从而实现区块链节点的进行自更新。在区块链节点的分布式网络中，由于企业机构相互之间隔离，在互相协作的过程中，不断地有新的接入方，新的业务接入，因此本方案也可以提供给区块链节点应对新业务需求的自更新。此外，本申请所提供的方法也可以与其他有运维需求的系统相结合，在不脱离本申请构思的前提下做出的方案变形和改进，都属于本申请的保护范围。

应该理解的是，虽然图2至图6中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2至图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，图7是根据本发明实施例中基于区块链的运维计算机设备的结构示意图，如图7所示，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于区块链的运维方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述基于区块链的运维方法。

上述基于区块链的运维计算机设备，根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列，其中，链上配置文件与运维请求对应，运维消息与所述运维请求对应；在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在所述区块链上；从消息队列中获取运维消息，并根据运维消息在节点上执行与运维消息对应的运维操作，通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并实现了整个流程的信用背书，保证运维版本的一致性和安全性。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述基于区块链的运维方法。

上述基于区块链的运维计算机可读存储介质，根据运维请求更新区块链上的链上配置文件，并推送运维消息至区块链上各个节点的消息队列，其中，链上配置文件与运维请求对应，运维消息与所述运维请求对应；在运维消息被成功推送至消息队列的情况下，将推送操作以交易形式记录在所述区块链上；从消息队列中获取运维消息，并根据所述运维消息在所述节点上执行与所述运维消息对应的运维操作，通过区块链节点间共识，实现了一次运维操作同时对多个系统生效，并实现了整个流程的信用背书，保证运维版本的一致性和安全性。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（ROM）、可编程ROM（PROM）、电可编程ROM（EPROM）、电可擦除可编程ROM（EEPROM）或闪存。易失性存储器可包括随机存取存储器（RAM）或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM（SRAM）、动态RAM（DRAM）、同步DRAM（SDRAM）、双数据率SDRAM（DDRSDRAM）、增强型SDRAM（ESDRAM）、同步链路（Synchlink） DRAM（SLDRAM）、存储器总线（Rambus）直接RAM（RDRAM）、直接存储器总线动态RAM（DRDRAM）、以及存储器总线动态RAM（RDRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (13)

1.一种基于区块链的运维方法，其特征在于，所述方法包括：

根据运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列，其中，所述链上配置文件与所述运维请求对应，所述运维消息与所述运维请求对应；

在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上；

从所述消息队列中获取所述运维消息，并根据所述运维消息在所述节点上执行与所述运维消息对应的运维操作。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

根据所述运维请求更新区块链上的链上配置文件以及运维记录，推送所述运维消息至所述区块链上各个节点的消息队列，其中，所述运维消息包括所述运维记录；

从所述消息队列中获取所述运维消息，并根据所述运维消息中的所述运维记录在所述节点上执行与所述运维消息对应的运维操作。

3.根据权利要求2所述的方法，其特征在于，所述运维记录包括标识符、系统类型和运维策略。

4.根据权利要求1所述的方法，其特征在于，在所述运维请求为版本更新的情况下，所述方法包括：

根据运维请求更新区块链上的链上配置文件，并上传字节码文件至所述区块链上，推送运维消息至所述区块链上各个节点的消息队列，其中，所述字节码文件与所述运维请求对应；

在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上；

从所述消息队列中获取所述运维消息，根据所述运维消息从所述区块链上获取所述字节码文件，并将所述字节码文件更新至所述节点。

5.根据权利要求4所述的方法，其特征在于，在所述运维请求为版本回退的情况下，所述方法包括：

在所述运维请求为版本回退的情况下，获取所述运维请求的回退版本号，推送所述运维消息至所述区块链上各个节点的消息队列，其中，所述区块链中存储了与所述字节码文件的对应的版本号；

从所述消息队列中获取所述运维消息，根据所述运维消息从所述区块链上获取与所述回退版本对应的回退版字节码文件，并将所述回退版字节码文件更新至与所述消息队列对应的所述节点。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在预设的回退进程被触发的情况下，根据所述回退进程获取回退版本号，从所述区块链上获取与所述回退版本对应的回退版字节码文件，并将所述回退版字节码文件更新至与所述消息队列对应的所述节点。

7.根据权利要求4所述的方法，其特征在于，将所述字节码文件更新至与所述消息队列对应的所述节点之后，所述方法包括：

通过热加载器完成所述字节码文件的加载。

8.根据权利要求1所述的方法，其特征在于，所述推送运维消息至所述区块链上各个节点的消息队列包括：

通过预言机推送所述运维消息至所述消息队列；

在所述运维消息推送失败的情况下，通过所述预言机补发所述运维消息，直至所述运维消息推送成功。

9.根据权利要求1所述的方法，其特征在于，所述根据运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列包括：

根据所述运维请求更新所述区块链上的链上配置文件，并根据所述链上配置文件确定与所述运维请求对应的执行节点；

推送所述运维消息至所述执行节点的消息队列。

10.一种基于区块链的运维系统，其特征在于，所述系统包括运维系统接入方和区块链平台，所述运维系统接入方以节点的方式接入所述区块链平台并在所述区块链平台上部署有智能合约，所述运维系统接入方有各自的消息队列：

所述智能合约用于根据所述运维接入方的运维请求更新区块链上的链上配置文件，并推送运维消息至所述区块链上各个节点的消息队列，在所述运维消息被成功推送至所述消息队列的情况下，将所述推送运维消息至所述区块链上各个节点的消息队列以交易形式记录在所述区块链上，其中，所述链上配置文件与所述运维请求对应，所述运维消息与所述运维请求对应；

所述运维系统接入方从所述消息队列中获取所述运维消息，并根据所述运维消息在所述节点上执行与所述运维消息对应的运维操作。

11.根据权利要求10所述的系统，其特征在于，所述智能合约包括数据处理模块和消息推送模块：

所述数据处理模块用于根据所述运维系统接入方的运维请求更新区块链上的字节码文件以及运维记录；

所述消息推送模块用于推送所述运维消息至所述消息队列，其中，所述运维消息包括所述运维记录。

12.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至9中任一项所述方法的步骤。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的方法的步骤。

Images