CN110351366A - 一种互联网应用的服务调度方法、系统及计算机可读存储介质 - Google Patents

Abstract

一种互联网应用的服务调度方法、系统及计算机可读存储介质，涉及互联网技术领域领域，包括：服务调度展现装置，用于采集调度需求和输出调度信息；服务调度中心装置，包括注册中心器和调度中心器；服务调度引擎装置，包括服务调度元数据和服务调度客户端；服务调度监控装置，用于对所述服务调度状态的监控和可视化展现；区块链服务装置，用于采集调度链信息，所述调度链信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

Description

一种互联网应用的服务调度方法、系统及计算机可读存储 介质

技术领域

本发明涉及互联网技术领域，具体而言，涉及一种互联网应用的服务调度方法、系统及计算机可读存储介质。

背景技术

随着互联网业务的发展，在线服务的数量越来越多，如何协调互联网应用线上运行的各个服务，保障不同在线服务的SLA(服务等级协议)，对互联网服务架构和运营是一个很大的挑战。随着业务规模的不断扩大，小服务资源浪费等问题逐渐显现，需要能够基于服务调用的性能指标数据进行容量管理，合理分配各个服务的资源占用，提高机器的利用率。线上业务发生故障时，需要对故障业务做服务降级、流量控制、流量迁移等，快速恢复业务。而且随着业务的不断扩大，服务的上线越来越随意，甚至发生功能相同服务名不同的服务同时上线。上线容易下线难，为了规范服务的上线和下线，在服务发布前，需要走服务预发布流程，才能够上线。

所以如何实现在服务管理系统中互联网服务的自动化调度，从而保障互联网服务的高效、可靠运行成为了一个逞待解决的问题。

发明内容

本发明的目的在于提供一种互联网应用的服务调度方法、系统及计算机可读存储介质，通过计算节点的服务接受调度策略，并根据调度策略进行实现服务调度，并将相关信息存储到调度链，从而实现互联网服务的按需自动化调度，保障了互联网服务的高效、可靠运行。

本发明的实施例是这样实现的：

本发明实施例的第一方面提供一种互联网应用的服务调度系统，包括：

服务调度展现装置，用于采集调度需求和输出调度信息；

服务调度中心装置，包括注册中心器和调度中心器，所述注册中心器用于记录服务与服务地址的关联关系，所述调度中心器用于管理所述服务的生命周期；

服务调度引擎装置，包括服务调度元数据和服务调度客户端，所述服务调度元数据为服务调度实体对象模型，所述服务调度客户端用于服务的自动发现和调度；

服务调度监控装置，用于对所述服务调度状态的监控和可视化展现；

区块链服务装置，用于采集调度链信息，所述调度链信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

可选地，所述调度信息包括服务调度注册信息、服务调度状态信息。

可选地，所述服务的生命周期包括服务调度策略、下发的服务治理策略动态生效、服务调度的创建、服务调度的停止和服务调度的暂停。

可选地，所述服务调度包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度；

所述流量控制调度包括静态流量控制调度、动态流量控制调度、并发控制调度和连接控制调度；

所述服务降级调度包括屏蔽降级调度和容错降级调度。

可选地，所述服务调度实体对象模型包括服务模型、应用模型、组织模型、用户权限模型和数据展示模型。

可选地，所述服务调度引擎装置还包括服务调度引擎接口，用于实现所述服务调度。

可选地，所述服务调度监控装置包括服务追踪器和显示器，所述服务追踪器用于监控所述服务的运行状态、监控所述服务调度引擎接口的运行状态、监控所述服务调度引擎接口的调用频率和查看所述服务之间的调用链信息。

本发明实施例的第二方面提供一种互联网应用的服务调度方法，包括以下步骤：

接收第一节点的服务调度请求信息并进行鉴权；

发送服务调度策略并存储相关信息至所述区块链服务装置；所述服务调度策略包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度；

进行服务调度操作，并跟新相关信息至所述区块链服务装置；

读取所述区块链服务装置采集的调度链信息并可视化展现所述调度链信息。

可选地，所述区块链服务装置记录的信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

可选地，所述区块链服务装置记录的信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

本发明实施例的第三方面，提供一种计算机可读存储介质，所述计算机可读存储介质包括当由计算系统执行时执行根据本发明实施例的第二方面提供的一种互联网应用的服务调度方法的计算机可执行指令。

本发明实施例的有益效果包括：通过计算节点的服务接受调度策略，并根据调度策略进行实现服务调度，并将相关信息存储到调度链，从而实现互联网服务的按需自动化调度，保障了互联网服务的高效、可靠运行。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了根据本发明的一种互联网应用的服务调度系统的示意图；

图2示出了根据本发明的一种互联网应用的服务调度方法的示意图。

图标：100-互联网应用的服务调度系统；102-服务调度展现装置；104-服务调度中心装置；106-调度中心器；108-注册中心器；110-服务调度引擎装置；112-服务调度客户端；114-服务调度元数据；116-服务调度监控装置；118-区块链服务装置。

具体实施方式

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

第一实施例

如图1所示，本发明实施例第一方面提供的一种互联网应用的一种互联网应用的服务调度系统100，包括服务调度展现装置102、服务调度中心装置104、服务调度引擎装置110、服务调度监控装置116和区块链服务装置118。

服务调度展现装置112，用于采集调度需求和输出调度信息。服务调度展现装置112是互联网服务调度的Portal，为用户提供在线、配置化的调度界面。用户对互联网上运行的服务进行动态调度，以保障服务的服务等级水平。所述Portal框架可以基于Bootstrap、AngularJS、CSS等前端框架开发，它的门户界面包括调度中心展示区域、服务注册中心集群区域，服务生命调度周期区域等板块。可以展示调度操作界面，调度状态界面，调度注册界面等。在本实施例中，所述调度信息包括服务调度注册信息、服务调度状态信息，所述调度信息来自于注册中心器114和/或区块链服务装置118。

服务调度中心装置104，包括注册中心器108和调度中心器106。

注册中心器108是互联网服务的“通讯录”，它记录了每个互联网服务与服务地址之间的关联关系。所有互联网应用服务会注册到注册中心器108，当所述服务需要调用其它服务时，调度中心器106就可以读取注册中心器108的关联关系记录从而获取相应服务的地址进行调用。

调度中心器106支持人工调度和自动化调度。调度中心器106可以对服务的生命周期进行管理，包括服务调度策略的管理，发送服务治理策略动态生效。以及服务调度的创建、停止、暂停服务等。

在本实施例中，所述服务的生命周期包括服务调度策略、发送的服务治理策略动态生效、服务调度的创建、服务调度的停止和服务调度的暂停。

服务调度引擎装置110，包括服务调度元数据114和服务调度客户端112。服务调度元数据114主要包括服务调度实体对象，所述的服务调度实体对象包括服务模型、应用模型、组织模型、用户权限模型、数据展示模型等。服务调度客户端112实现服务的自动发现和自动调度。

在至少另外一些实施例中，服务调度引擎装置110还包括服务调度引擎接口，用于实现所述服务调度，服务调度展现装置102调用所述服务调度引擎接口，实现互联网服务的流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度等具体业务。所述服务调度接口与具体的协议无关，基于分布式服务框架自身实现，可以是Restful接口，RPC接口也可以是内部的私有协议。

在至少另外一些实施例中，调度中心器106根据读取注册中心器108的服务注册信息以及服务调度元数据114的服务调度实体对象信息，例如服务模型、应用模型、组织模型、用户权限模型、数据展示模型等。通过服务调度引擎装置110的所述服务调度引擎接口接入各项调度策略，基于发出请求的互联网服务的状态，通过服务调度客户端112实现互联网服务的自动发现和自动调度。

在至少另外一些实施例中，服务调度启动的时候，将XML或者注解的服务提供者或者消费者属性注册到注册中心器108，通过服务调度展现装置102进行在线修改，注册中心器108通知服务提供者和消费者刷新内存，从而动态生效。

所述创建、停止和/或暂停的服务调度包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度等业务。

服务优先级调度，当系统当前资源非常有限时，为了保证高优先级的服务能够正常运行，保障服务SLA，需要降低一些非核心服务的调度频次，以释放部分资源占用，保障系统的整体运行平稳。服务在发布的时候，可以指定服务的优先级，如果用户没有指定，采用默认优先级策略。服务的优先级可以采用传统的低、中、高三级配置策略，每个级别的执行比例可以灵活配置。

服务发布通过扩展priority属性的方式指定优先级，服务提供者将优先级属性注册到注册中心器108并通知消费者，由消费者缓存服务的优先级，根据不同的优先级策略进行调度。服务调度展现装置102通过动态修改注册中心器指定服务priority属性的方式，实现运行态动态调整服务的优先级。

服务超时调度，由于服务调用通常使用RPC方式，是同步阻塞的，因此需要设置服务调用超时时间，防止对端长时间不响应导致的应用线程挂死。超时控制支持在服务端或者消费端配置，需要支持方法级超时控制。

服务路由调度，负载均衡策略是服务治理的重要特性，分布式服务框架通常会提供多种负载均衡策略，同时支持用户扩展负载均衡策略。常用的路由策略包括：

随机路由策略，采用随机算法进行负载均衡，通常在对等集群组网中，随机路由算法消息分发还是比较均匀的。

轮循路由策略，按公约后的权重设置轮循比率，到达边界之后，继续绕接。

服务调用时延策略，消费者缓存所有服务提供者的服务调用时延，周期性的计算服务调用平均时延，然后计算每个服务提供者服务调用时延与平均时延的差值，根据差值大小动态调整权重，保证服务时延大的服务提供者接收更少的消息，防止消息堆积。

一致性Hash策略，相同参数的请求总是发到同一个服务提供者，当某一台提供者宕机时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

粘滞连接策略，粘滞连接用于有状态服务，尽可能让客户端总是向同一提供者发起服务调用，除非该提供者宕机，再连接另一节点。

集群容错调度，消费者根据配置的路由策略选择某个目标地址之后，发起远程服务调用，在此期间如果发生了远程服务调用异常，则需要服务框架进行集群容错，重新进行选路和调用。集群容错是系统自动执行的，上层用户并不需要关心底层的服务调用过程。集群容错策略通常有以下策略：

Failover策略，服务调用失败自动切换策略指的是当发生RPC调用异常时，重新选路，查找下一个可用的服务提供者。通常可以配置失败切换的最大次数和间隔周期，以防止E2E服务调用时延过大。

Failback策略，在很多业务场景中，消费者需要能够获取到服务调用失败的具体信息，通过对失败错误码等异常信息的判断，决定后续的执行策略，例如非幂等性的服务调用。

Failcache策略，Failcache策略是失败自动恢复的一种，在实际项目中它的应用场景如下：

服务有状态路由，必须定点发送到指定的服务提供者。当发生链路中断、流控等服务暂时不可用时，服务框架将消息临时缓存起来，等待周期T，重新发送，直到服务提供者能够正常处理该消息。

对时延要求不敏感的服务。系统服务调用失败，通常是链路暂时不可用、服务流控、GC挂住服务提供者进程等，这种失败不是永久性的失败，它的恢复是可预期的。如果消费者对服务调用时延不敏感，可以考虑采用自动恢复模式，即先缓存，再等待，最后重试。

通知类服务。例如通知粉丝积分增长、记录接口日志等，对服务调用的实时性要求不高，可以容忍自动恢复带来的时延增加。

Failfast策略，在业务高峰期，对于一些非核心的服务，希望只调用一次，失败也不再重试，为重要的核心服务节约宝贵的运行资源。此时，快速失败是个不错的选择。

服务灰度发布调度：灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式，让一部用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。基于微服务的多版本管理机制，即可实现基于业务规则的灰度发布。

流量控制调度，当系统资源成为瓶颈时，服务框架需要对消费者进行限流，启动流量控制保护机制。所述流量控制调度包括以下四种调度方式：

静态流量控制调度，主要针对用户客户端访问速率进行控制，它通常根据服务质量等级协定(SLA)中约定的QPS做全局流量控制，从而释放一定的系统资源，实现互联网应用的自动服务调度。

动态流量控制调度，它的最终目标是为了保障互联网服务的可靠运行，并不是对流量或者访问速度做精确控制。当系统负载压力非常大时，系统进入过负载状态，可能是CPU、内存资源已经过载，也可能是应用进程内部的资源几乎耗尽，如果继续全量处理业务，可能会导致长时间的Full GC、消息严重积压或者应用进程宕机，最终将压力转移到集群其它节点，引起级联故障。触发所述动态流量控制调度的因子是资源，资源又分为系统资源和应用资源两大类，根据不同的资源负载情况，动态流控又分为多个级别，每个级别流控系数都不同，也就是被拒绝掉的消息比例不同。每个级别都设置相应的流量控制阈值，这个阈值通常支持在线动态调整。

并发控制调度，针对互联网应用线程的并发执行数进行控制，它的本质是限制对某个服务或者服务的方法过度消费，耗用过多的资源而影响其它服务的正常运行。通常地，并发控制调度有两种形式：针对服务提供者的全局控制和针对服务消费者的局部控制。

连接控制调度，通常分布式服务框架服务提供者和消费者之间采用长连接私有协议，为了防止因为消费者连接数过多导致服务端负载压力过大，系统需要支持针对连接数进行连接控制调度。

服务降级调度，主要包括屏蔽降级调度和容错降级调度。

容错降级调度，当非核心互联网服务因为某种原因不可用时，但是流程不能直接失败，需要本地Mock服务端实现，可以对故障服务做业务逻辑放通，以保障核心互联网服务的运行。

屏蔽降级调度，当互联网业务促销或者类似业务高峰时段，为了保证核心服务的SLA，往往需要停掉一些不太重要的服务。当外界的触发条件达到某个临界值时，对某类或者某个服务进行强制降级调度。主要包括以下步骤：

登录服务调度展现装置102的控制台，获得服务调度的全套权限；

选择服务降级菜单，在服务降级界面中选择屏蔽降级；

通过服务查询界面选择需要降级的服务，注意服务的分组和版本信息，指定具体的降级策略，然后执行本地Mock接口实现；或者返回null、返回指定异常值等；

服务调度展现装置102通过服务调度客户端112，将所述屏蔽降级调度指令和相关信息发送到注册中心器108；

注册中心器108接收到所述屏蔽降级调度指令后，以事件的形式发送给互联网服务提供者集群和互联网服务消费者集群。

互联网服务消费者集群接收到所述屏蔽降级调度事件通知之后，获取相关内容，更新本地缓存的服务订阅信息。当发起远程服务调用时，需要与所述屏蔽降级调度策略做匹配，如果匹配成功，则执行屏蔽降级调度策略，不发起远程服务调用。

互联网服务提供者集群接收到所述屏蔽降级调度事件通知之后，获取相关内容，更新本地的服务发布缓存信息，将对应的服务降级属性修改为屏蔽降级。

操作成功之后，注册中心器108返回服务降级调度成功的应答消息，服务调度展现装置102显示。

服务调度监控装置116，用于对所述服务调度状态的监控和可视化展现；

在至少另外一些实施例中，服务调度监控装置116包括服务追踪器和显示器，所述服务追踪器用来监控所述服务的运行状态、监控所述服务调度引擎接口的运行状态、监控所述服务调度引擎接口的调用频率和查看所述服务之间的调用链信息。

需要说明的是，调度服务的跟踪和监控。服务调度监控装置116实现对服务调度调用链的跟踪，包括调度客户端侧、调度服务侧、调度注册侧、调度引擎侧等调用链的监控。从服务，计算节点，机柜，数据中心等维度可以监控请求量(QPS Queries Per Second)，响应时间，调度错误率等。服务监控过程，调度数据采集、调度数据安全传输，调度处理，以及调度过程可视化。调度数据采集：收集到每一次调度的详细信息CPU、MEM、I/O、网卡带宽，包括调用的响应时间、调用是否成功、调用的发起者和接收者分别是谁。调度数据安全传输：采集到数据之后，要把数据基于区块链技术，通过TCP的方式传输。调度数据处理：数据传输过来后，调度执行中心根据调度策略按照服务的维度进行聚合，计算出不同调度服务策略，通过调度引擎实现调度。调度过程展示：通过接口或者DashBoard的形式对外展示服务的调用情况。

区块链服务装置118，用于采集调度链信息，所述调度链信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。基于区块链技术实现调度策略的存储，区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。在调度平台将调度服务信息，调度策略信息、调度跟踪信息，全面纳入到区块链平台，记录调度数据，并通过区块链技术的智能合约，分布式账本，防篡改等技术特点，保障互联网服务调度策略的真实可信，为建立了一条安全可靠的调度链。

需要说明的是，基于区块链的安全调度，区块链具有智能合约、分布决策、协同自治、防篡改性等特征，区块链服务，提供智能合约smart contract、加密enc ryption、签名、共识机制Consensus mechanism等区块链服务。采用Hyperledger/Fabric，为互联网调度服务提供了用户验证、数据加密、共识、智能合约运行环境，在调度命令管辖范围内搭建私有链网络，利用区块链平台提供的各类API(如：以太坊)构建应用(DAPP)，实现调度命令编辑、传输、保存等业务功能。以智能合约的形式，实现调度命令下达、审核、签收、储存。

服务调度通信采用的是Modbus通信协议，MQTT，协议格式采用JSON，Modbus通信协议是一个工业通信系统，由带智能终端的可编程序控制器和计算机通过公用线路或局部专用线路连接而成。其系统结构既包括硬件、亦包括软件。MODBUS是一个请求/应答协议，并且提供功能码规定的服务。MODBUS功能码是MODBUS请求/应答PDU的元素。MQTT(MessageQueuing Telemetry Transport)使用发布/订阅消息模式，提供一对多的消息发布。JSON(JavaScript Object Notation,JS对象标记)是一种轻量级的数据交换格式。JSON是JS对象的字符串表示法，它使用文本表示一个JS对象的信息，本质是一个字符串。

如图2所示，本发明实施例第二方面提供的一种互联网应用的服务调度方法，包括以下步骤：

在步骤202中，接收第一节点的服务调度请求信息并进行鉴权。基于预先设定的调度参数，系统接收到第一节点的调度服务请求，通过注册中心器108搜索已注册的适合空闲的计算机节点信息，然后将所述空闲计算机节点的信息返回至调度中心器106。

在步骤204中，发送服务调度策略并存储相关信息至所述区块链服务装置。调度中心器106确定服务调度策略并通过服务调度引擎装置110的服务调度引擎接口将所述服务调度发送至服务调度客户端112。在至少另一些实施例中，所述服务调度策略包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度。

在步骤206中，进行服务调度操作，并跟新相关信息至所述区块链服务装置118。服务调度客户端112根据调度链信息执行所述服务调度任务，并将所述服务调度信息发送至区块链服务装置118。所述区块链服务装置记录的信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

在步骤208中，读取所述区块链服务装置118采集的调度链信息并可视化展现所述调度链信息。服务调度展现装置102读取调度链信息并可视化输出所述服务调度信息。

互联网服务自动化调度，调度请求信息，通过调度中心装置进行鉴权，调度注册流程如调度注册流程。通过调度引擎装置分发调度策略，并存储到调度链。计算节点的服务接受调度策略，并根据调度策略进行实现服务自动化调度，并将相关信息存储到调度策略链，从而实现服务的按需自动调度的有益效果。

本发明实施例的第三方面，提供一种计算机可读存储介质，所述计算机可读存储介质包括当由计算系统执行时执行根据本发明实施例的第二方面提供的一种互联网应用的服务调度方法的计算机可执行指令。由于一种包括根据本发明的计算机程序的计算机可读存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。

在本发明的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备，或其任意合适的组合。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。

本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)、或连接至外部计算机(例如通过因特网)、或在云计算环境中、或作为服务使用如软件即服务(SaaS)。

此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。

Claims (10)

1.一种互联网应用的服务调度系统，其特征在于,包括：

服务调度展现装置，用于采集调度需求和输出调度信息；

服务调度中心装置，包括注册中心器和调度中心器，所述注册中心器用于记录服务与服务地址的关联关系，所述调度中心器用于管理所述服务的生命周期；

服务调度引擎装置，包括服务调度元数据和服务调度客户端，所述服务调度元数据为服务调度实体对象模型，所述服务调度客户端用于服务的自动发现和调度；

服务调度监控装置，用于对所述服务调度状态的监控和可视化展现；

区块链服务装置，用于采集调度链信息，所述调度链信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

2.根据权利要求1所述一种互联网应用的服务调度系统，其特征在于，所述调度信息包括服务调度注册信息、服务调度状态信息。

3.根据权利要求1所述一种互联网应用的服务调度系统，其特征在于，所述服务的生命周期包括服务调度策略、下发的服务治理策略动态生效、服务调度的创建、服务调度的停止和服务调度的暂停。

4.根据权利要求3所述一种互联网应用的服务调度系统，其特征在于，所述服务调度包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度；

所述流量控制调度包括静态流量控制调度、动态流量控制调度、并发控制调度和连接控制调度；

所述服务降级调度包括屏蔽降级调度和容错降级调度。

5.根据权利要求1所述一种互联网应用的服务调度系统，其特征在于，所述服务调度实体对象模型包括服务模型、应用模型、组织模型、用户权限模型和数据展示模型。

6.根据权利要求1所述一种互联网应用的服务调度系统，其特征在于，所述服务调度引擎装置还包括服务调度引擎接口，用于实现所述服务调度。

7.根据权利要求1所述一种互联网应用的服务调度系统，其特征在于，所述服务调度监控装置包括服务追踪器和显示器，所述服务追踪器用于监控所述服务的运行状态、监控所述服务调度引擎接口的运行状态、监控所述服务调度引擎接口的调用频率和查看所述服务之间的调用链信息。

8.一种互联网应用的服务调度方法，其特征在于,包括以下步骤：

接收第一节点的服务调度请求信息并进行鉴权；

发送服务调度策略并存储相关信息至所述区块链服务装置；所述服务调度策略包括流量控制调度、服务降级调度、服务优先级调度、服务超时调度、服务路由调度、集群容错调度和服务灰度发布调度；

进行服务调度操作，并跟新相关信息至所述区块链服务装置；

读取所述区块链服务装置采集的调度链信息并可视化展现所述调度链信息。

9.根据权利要求8所述一种互联网应用的服务调度方法，其特征在于，所述区块链服务装置记录的信息包括服务调度信息、服务调度策略信息和服务调度跟踪信息。

10.一种计算机可读存储介质，其特征在于，包括当由计算系统执行时执行根据权利要求8-9所述的方法的计算机可执行指令。