CN106131213B - 一种服务管理方法和系统 - Google Patents

一种服务管理方法和系统 Download PDF

Info

Publication number
CN106131213B
CN106131213B CN201610683775.2A CN201610683775A CN106131213B CN 106131213 B CN106131213 B CN 106131213B CN 201610683775 A CN201610683775 A CN 201610683775A CN 106131213 B CN106131213 B CN 106131213B
Authority
CN
China
Prior art keywords
service
request
calling
management
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610683775.2A
Other languages
English (en)
Other versions
CN106131213A (zh
Inventor
张秀仕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Kingdom Technology Co ltd
Original Assignee
Shenzhen Kingdom Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Kingdom Technology Co ltd filed Critical Shenzhen Kingdom Technology Co ltd
Priority to CN201610683775.2A priority Critical patent/CN106131213B/zh
Publication of CN106131213A publication Critical patent/CN106131213A/zh
Application granted granted Critical
Publication of CN106131213B publication Critical patent/CN106131213B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明适用于互联网领域，提供了一种服务管理方法和系统，旨在解决现有技术中分布式架构下的服务没有实现集中化管理，灵活性不高的问题。所述方法包括：通过统一接入总线接收客户端发送的服务请求；对接收到的服务请求进行统一的服务治理过程，并根据服务治理的结果向后台节点发送服务调用请求；接收后台节点发送的服务应答，并对服务应答进行封装后返回给客户端。本发明的技术方案通过服务中心实现服务集中化处理和监控，对外提供统一的接口，使所有的服务请求统一通过服务中心的集中化处理后，与后台节点的服务提供方进行交互，方便了业务的复用和整合，提升了分布式架构的灵活性。

Description

一种服务管理方法和系统
技术领域
本发明涉及互联网领域，尤其涉及一种服务管理方法和系统。
背景技术
目前，常用的分布式架构下的服务管理方案主要包括如下两种：
1、如图1所示，前端直接与后台系统的多个服务提供方交互，例如，前端要展示产品详情信息页，产品详情信息包括产品基本信息和产品历史订单信息等，而产品基本信息来自产品管理系统，产品历史订单信息来自场外柜台交易系统，因此前端客户端需要同时与多个业务系统后台进行交互。
2、如图2所示，明确区分服务提供方和服务消费方两个角色，在这种架构中后台系统按照业务横向切分，每个服务提供方节点只负责特定业务场景的功能；服务提供方对外发布所提供的服务，并由服务消费方订阅及消费；每个服务消费方节点消费其中的部分服务来完成业务处理，所有服务消费方节点上不会存在有全量的服务引用。
但是，这两种服务管理方案都存在一定的缺陷：
第一种方案的结构相对简单，但由于服务提供方提供的服务都是细粒度的服务，例如查询一个产品详情信息需要发起2次或者更多的请求来完成，交互次数多，网络开销大，同时导致客户端代码非常复杂；如果服务提供方的协议不统一时，前端需要对每一种服务提供方的协议进行支持，这对前端来说是一种灾难；同时，这种方案也给后期的业务重构带来困难，当需要把两个服务合并或者一个服务拆分时，前端的重构很难实施。
第二种方案虽然提供了服务发布/订阅的服务治理措施，但其对服务的引用仍然是分散在不同的服务消费方节点上，当需要统计服务的调用信息或者请求数据时，无法获取到全局的数据；同时，这种方案在服务消费方调用服务时需要显式地引用某个服务，缺乏服务调用的灵活性。
发明内容
本发明的目的在于提供一种服务管理方法和系统，旨在解决现有技术中分布式架构下的服务没有实现集中化管理，灵活性不高的问题。
本发明的第一方面，提供了一种服务管理系统，包括：
接入层，用于提供统一接入总线，将客户端的服务请求发送到服务中心；
所述服务中心，用于提供服务集中化处理和监控，对接收到的所述服务请求进行集中化处理后，向后台节点发送服务调用请求，并对接收到的所述后台节点发送的服务应答进行封装后返回给所述客户端；
所述后台节点，用于对接收到的所述服务调用请求进行处理和应答。
本发明的第二方面，提供了一种服务管理方法，包括：
通过统一接入总线接收客户端发送的服务请求；
对接收到的所述服务请求进行统一的服务治理过程，并根据所述服务治理的结果向所述后台节点发送服务调用请求，所述服务治理过程包括对所述服务请求进行服务检索、集群选择、负载均衡和协议调用的过程；
接收所述后台节点发送的服务应答，并对所述服务应答进行封装后返回给所述客户端。
本发明与现有技术相比存在的有益效果是：通过服务中心实现服务集中化处理和监控，对外提供统一的接口，使所有的服务请求统一通过服务中心的集中化处理后，与后台节点的服务提供方进行交互，方便了业务的复用和整合，提升了分布式架构的灵活性。
附图说明
图1是现有技术中前端直接与后台系统的多个服务提供方进行服务交互处理的结构示意图；
图2是现有技术中采用服务提供方和服务消费方进行服务交互处理的结构示意图；
图3是本发明实施例一提供的一种服务管理系统的结构示意图；
图4是本发明实施例二提供的一种服务管理系统的结构示意图；
图5是本发明实施例三提供的一种服务管理方法的流程图；
图6是本发明实施例四提供的一种服务管理方法的流程图；
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
以下结合具体附图对本发明的实现进行详细的描述。
实施例一：
图3是本发明实施例一提供的一种服务管理系统的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。图3示例的服务管理系统包括接入层11、服务中心12和后台节点13，详细功能说明如下：
1)接入层11，用于提供统一接入总线，将客户端的服务请求发送到服务中心12。
具体地，客户端的服务请求统一经过接入层11被发送到服务中心12。接入层11提供统一的接入总线，通过硬件负载均衡(F5)将客户端的服务请求发送到服务中心12。
2)服务中心12，用于提供服务集中化处理和监控，对接收到的服务请求进行集中化处理后，向后台节点13发送服务调用请求，并对接收到的后台节点13发送的服务应答进行封装后返回给客户端。
具体地，服务中心12连接接入层11和后台节点13，使所有需要进入中台系统或者后台系统的服务请求全部通过服务中心进行集中化处理，对接收到的服务请求进行集中化处理后，向提供服务应答的后台节点13发送服务调用请求，并将并接收到的后台节点13返回的服务应答进行封装后发送给客户端。
服务中心12基于访问压力实时管理集群容量，提高集群利用率，保证服务的高并发需求，并采用多节点部署保证服务高可用性。服务中心12在进行服务集中化处理的同时，对所有服务调用请求和服务应答进行统一监控，管理整个集群的服务接口，统计服务调用请求，记录并统计服务调用量、响应时间、请求链路和业务日志等，作为容量规划的参考指标。
服务中心12通过传输控制协议(Transmission Control Protocol，TCP)与后台节点13的服务提供方进行交互，优选地，TCP协议采用Netty开源框架实现，Netty是由JBOSS提供的一个java开源框架，Netty提供异步的和事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可靠性的网络服务器和客户端程序。
3)后台节点13，用于对接收到的服务调用请求进行处理和应答。
服务中心12向提供服务应答的后台节点13发送服务调用请求，后台节点13对接收到的服务调用请求进行处理，并向服务中心12返回服务应答。
具体地，后台节点13可以是一个也可以是多个，每个后台节点13可以提供多个服务提供方的服务接口，服务中心12在对接收到的服务请求进行集中化处理后，对处理后得到的需要调用的服务，向这些需要调用的服务的服务提供方所在的后台节点13发送服务调用请求，后台节点13将接收到的服务调用请求发送到具体的服务提供方进行处理，并将处理后的服务应答返回给服务中心12。
本实施例中，通过服务中心实现服务集中化处理和监控，对外提供统一的接口，使所有的服务请求统一通过服务中心的集中化处理后，与后台节点的服务提供方进行交互，方便了业务的复用和整合，提升了分布式架构的灵活性。
实施例二：
图4是本发明实施例二提供的一种服务管理系统的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。图4示例的服务管理系统包括接入层21、服务中心22和后台节点23，详细功能说明如下：
接入层21，用于提供统一接入总线，将客户端的服务请求发送到服务中心12；
服务中心22，用于提供服务集中化处理和监控，对接收到的服务请求进行集中化处理后，向后台节点23发送服务调用请求，并对接收到的后台节点23发送的服务应答进行封装后返回给客户端；
后台节点23，用于对接收到的服务调用请求进行处理和应答。
进一步地，服务中心22包括协调模块221、服务治理模块222和服务监控模块223。各功能模块详细说明如下：
1)协调模块221，用于提供服务发布订阅机制。
具体地，发布订阅(Pub/Sub)是一种消息通信模式，其主要目的是解耦消息发布者和消息订阅者之间的耦合。协调模块221负责提供针对服务的发布订阅机制，优选地，协调模块221通过分布式应用程序协调服务ZooKeeper负责服务的注册和发布，提供服务动态注册和自动发现功能。
ZooKeeper是一个分布式的开放源码的分布式应用程序协调服务，为分布式应用提供一致性服务。在服务中心22和后台节点23中分别设置Zookeeper客户端，其中，服务中心22中的Zookeeper客户端用于服务发现，后台节点23中的Zookeeper客户端用于服务注册。
2)服务治理模块222，用于对接收到的服务请求进行统一的服务治理过程，根据服务治理的结果向后台节点23发送服务调用请求，并对接收到的后台节点23发送的服务应答进行封装后返回给客户端，其中，服务治理过程包括对服务请求进行服务检索、集群选择、负载均衡和协议调用的过程。
进一步地，服务治理模块222包括脚本过滤子模块2221、集群路由子模块2222、负载均衡子模块2223和协议通讯子模块2224。各功能模块详细说明如下：
21)脚本过滤子模块2221，用于根据预设的服务编排条件，对接收到的服务请求进行服务编排条件的匹配，并根据匹配的结果获取需要执行的服务。
具体地，脚本过滤子模块2221完成对服务请求的服务检索，脚本过滤子模块2221可以采用脚本过滤器进行服务编排条件的匹配，脚本过滤器以脚本语言编写，根据脚本语言的动态性可以在运行时定义各种规则，默认规则可以是根据请求串检索到需要执行的服务，还可以动态编排规则进行对应的逻辑处理。
22)集群路由子模块2222，用于查找需要执行的服务对应的服务注册信息，根据服务注册信息对需要执行的服务进行集群路由选择，其中，服务注册信息通过协调模块221获取。
具体地，集群路由子模块2222完成对服务请求的集群选择，集群路由子模块2222根据服务注册信息完成对集群路由的选择，服务注册信息为预先通过协调模块221进行服务注册的相关内容。
23)负载均衡子模块2223，用于对需要执行的服务进行负载均衡处理。
具体地，负载均衡子模块2223完成对服务请求的负载均衡，负载均衡子模块2223提供随机调用、轮询调用、最小活跃数调用以及一致性哈希(Hash)调用等多种负载均衡算法，完成对服务的负载均衡处理。
24)协议通讯子模块2224，用于查找需要执行的服务对应的服务注册信息，根据服务注册信息对需要执行的服务进行通讯协议的调用，向后台节点23发送服务调用请求。
具体地，协议通讯子模块2224完成对服务请求的协议调用，协议通讯子模块2224根据服务注册信息选择通讯协议并完成通讯协议的调用，向需要执行的服务对应的服务提供方所在的后台节点23发送服务调用请求。
3)服务监控模块223，用于对服务调用请求和服务应答进行集中监控和管理。
具体地，服务监控模块223管理整个集群的服务接口，统计服务调用请求，记录并统计服务调用量、响应时间、请求链路和业务日志等，作为容量规划的参考指标。
进一步地，服务监控模块223包括：
运维子模块2231，用于提供统一的服务运维监控功能；
统计分析子模块2232，用于提供统一的业务数据的统计和分析功能。
服务监控模块223通过运维子模块2231实现了方便统一的服务运维监控，通过统计分析子模块2232实现了包括用户行为分析和差异化服务等有效的业务数据统计和分析。
本实施例中，服务中心通过协调模块提供服务发布订阅机制，通过服务治理模块实对服务请求包括服务检索、集群选择、负载均衡和协议调用的统一服务治理过程，并向服务请求对应的服务提供方所在的后台节点发送服务调用请求，同时接收该后台节点返回的服务应答，并对服务应答进行封装后发送给客户端，从而实现了服务集中化管理，封装应用内部结构，对外提供统一的接口，所有的服务请求统一通过服务中心进行集中化处理，根据服务编排规则调用各个业务系统的服务接口，与后台节点的服务提供方进行交互，使得客户端只需一次请求便可以完成所有分布式业务操作，方便了业务的复用和整合，提升了分布式架构的灵活性。同时，通过服务中心对全部服务调用请求和服务应答进行集中监控和管理，提供了统一的服务运维监控，以及业务数据的统计和分析功能。
实施例三：
图5是本发明实施例三提供的一种服务管理方法的流程图，图5示例的服务管理方法的执行主体是服务中心。具体包括步骤S301至S303，详述如下：
S301、通过统一接入总线接收客户端发送的服务请求。
具体地，客户端的服务请求全部统一经过接入总线被发送到服务中心。
S302、对接收到的服务请求进行统一的服务治理过程，并根据服务治理的结果向后台节点发送服务调用请求，其中，服务治理过程包括对服务请求进行服务检索、集群选择、负载均衡和协议调用的过程。
具体地，服务中心对接收到的服务请求进行集中化处理，该集中化处理包括服务检索、集群选择、负载均衡和协议调用在内的统一服务治理过程，并根据服务治理的结果向应答该服务请求的服务提供方所在的后台节点发送服务调用请求。
S303、接收后台节点发送的服务应答，并对服务应答进行封装后返回给客户端。
具体地，后台节点对接收到的服务调用请求进行处理后，向服务中心发送服务应答，服务中心对服务应答进行封装后返回给客户端。
本实施例中，服务中心对接收到的服务请求进行包括服务检索、集群选择、负载均衡和协议调用的统一服务治理过程，根据服务治理的结果向后台节点发送服务调用请求，并对接收到的服务应答进行封装后返回给客户端，从而实现了服务集中化管理，封装应用内部结构，对外提供统一的接口，所有的服务请求统一通过服务中心进行集中化处理，根据服务编排规则调用各个业务系统的服务接口，与后台节点的服务提供方进行交互，使得客户端只需一次请求便可以完成所有分布式业务操作，方便了业务的复用和整合，提升了分布式架构的灵活性。
实施例四：
图6是本发明实施例四提供的一种服务管理方法的流程图，图6示例的服务管理方法的执行主体是服务中心。具体包括步骤S401至S407，详述如下：
S401、通过统一接入总线接收客户端发送的服务请求。
具体地，客户端的服务请求全部统一经过接入总线被发送到服务中心。
S402、根据预设的服务编排条件，对接收到的服务请求进行服务编排条件的匹配，并根据匹配的结果获取需要执行的服务。
具体地，通过脚本过滤器完成对服务请求的服务检索，采用脚本过滤器对接收到的服务请求进行服务编排条件的匹配，脚本过滤器以脚本语言编写，根据脚本语言的动态性可以在运行时定义各种规则，默认规则可以是根据请求串检索到需要执行的服务，还可以动态编排规则进行对应的逻辑处理。
S403、查找需要执行的服务对应的预设的服务注册信息，根据服务注册信息对需要执行的服务进行集群路由选择。
具体地，根据服务注册信息选择集群路由，完成对服务请求的集群选择。服务注册信息通过服务发布订阅机制注册和发布。
S404、对需要执行的服务进行负载均衡处理。
具体地，通过随机调用、轮询调用、最小活跃数调用以及一致性哈希(Hash)调用等多种负载均衡算法，完成对服务请求的负载均衡。
S405、查找需要执行的服务对应的服务注册信息，根据服务注册信息对需要执行的服务进行通讯协议的调用，向后台节点发送服务调用请求。
具体地，根据服务注册信息选择通讯协议，完成对服务请求的协议调用，向需要执行的服务对应的服务提供方所在的后台节点发送服务调用请求。
S406、接收后台节点发送的服务应答，并对服务应答进行封装后返回给客户端。
具体地，后台节点对接收到的服务调用请求进行处理后，向服务中心发送服务应答，服务中心对服务应答进行封装后返回给客户端
S407、对服务调用请求和服务应答进行集中监控和管理。
具体地，集中监控和管理包括统一的服务运维监控和对业务数据进行统计和分析，实现对整个集群的服务接口的管理，统计服务调用请求，记录并统计服务调用量、响应时间、请求链路和业务日志等，这些统计数据可以作为容量规划的参考指标，同时可以对包括用户行为分析和差异化服务等在内的业务数据进行统计和分析。
本实施例中，服务中心对接收到的服务请求进行服务编排条件的匹配，根据匹配的结果获取需要执行的服务，并根据服务注册的相关信息完成对服务请求的集群选择和协议调用，并采用多种负载均衡算法对需要执行的服务进行负载均衡处理，向后台节点发送服务调用请求，并对接收到的服务应答进行封装后返回给客户端，从而实现了服务集中化管理，封装应用内部结构，对外提供统一的接口，所有的服务请求统一通过服务中心进行集中化处理，根据服务编排规则调用各个业务系统的服务接口，与后台节点的服务提供方进行交互，使得客户端只需一次请求便可以完成所有分布式业务操作，方便了业务的复用和整合，提升了分布式架构的灵活性。同时，通过服务中心对全部服务调用请求和服务应答进行集中监控和管理，提供了统一的服务运维监控，以及业务数据的统计和分析功能。
需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每一个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同或者相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
值得注意的是，上述装置实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
本领域普通技术人员可以理解，实现上述各实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，相应的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘或光盘等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种服务管理系统，其特征在于，包括：
接入层，用于提供统一接入总线，将客户端的服务请求发送到服务中心；
所述服务中心，用于提供服务集中化处理和监控，对接收到的所述服务请求进行集中化处理后，向后台节点发送服务调用请求，并对接收到的所述后台节点发送的服务应答进行封装后返回给所述客户端，并且基于访问压力实时管理集群容量，对所有服务调用请求和服务应答进行统一监控；
所述后台节点，用于对接收到的所述服务调用请求进行处理和应答；
其中，所述服务中心包括：
服务治理模块，用于对接收到的所述服务请求进行统一的服务治理过程，根据所述服务治理的结果向所述后台节点发送服务调用请求，并对接收到的所述后台节点发送的服务应答进行封装后返回给所述客户端，所述服务治理过程包括对所述服务请求进行服务检索、集群选择、负载均衡和协议调用的过程；
所述服务治理模块包括：
脚本过滤子模块，用于完成对所述服务请求的服务检索，根据预设的服务编排条件，对接收到的所述服务请求进行所述服务编排条件的匹配，并根据所述匹配的结果获取需要执行的服务；
集群路由子模块，用于查找所述需要执行的服务对应的服务注册信息，根据所述服务注册信息对所述需要执行的服务进行集群路由选择，所述服务注册信息通过协调模块获取；
负载均衡子模块，用于对所述需要执行的服务进行负载均衡处理；
协议通讯子模块，用于查找所述需要执行的服务对应的所述服务注册信息，根据所述服务注册信息对所述需要执行的服务进行通讯协议的调用，向所述后台节点发送服务调用请求。
2.根据权利要求1所述的服务管理系统，其特征在于，所述服务中心还包括：
协调模块，用于提供服务发布订阅机制；
服务监控模块，用于对所述服务调用请求和所述服务应答进行集中监控和管理。
3.根据权利要求2所述的服务管理系统，其特征在于，所述服务监控模块包括：
运维子模块，用于提供统一的服务运维监控功能；
统计分析子模块，用于提供统一的业务数据的统计和分析功能。
4.根据权利要求2所述的服务管理系统，其特征在于，所述协调模块还用于：
通过分布式应用程序协调服务ZooKeeper提供服务发布订阅机制。
5.一种服务管理方法，其特征在于，包括：
通过统一接入总线接收客户端发送的服务请求；
基于访问压力实时管理集群容量，对所有服务调用请求和服务应答进行统一监控；
对接收到的所述服务请求进行统一的服务治理过程，并根据所述服务治理的结果向后台节点发送服务调用请求，所述服务治理过程包括对所述服务请求进行服务检索、集群选择、负载均衡和协议调用的过程；
接收所述后台节点发送的服务应答，并对所述服务应答进行封装后返回给所述客户端；
所述对接收到的所述服务请求进行统一的服务治理过程，并根据所述服务治理的结果向所述后台节点发送服务调用请求包括：
完成对所述服务请求的服务检索，根据预设的服务编排条件，对接收到的所述服务请求进行所述服务编排条件的匹配，并根据所述匹配的结果获取需要执行的服务；
查找所述需要执行的服务对应的预设的服务注册信息，根据所述服务注册信息对所述需要执行的服务进行集群路由选择；
对所述需要执行的服务进行负载均衡处理；
查找所述需要执行的服务对应的所述服务注册信息，根据所述服务注册信息对所述需要执行的服务进行通讯协议的调用，向所述后台节点发送所述服务调用请求。
6.根据权利要求5所述的服务管理方法，其特征在于，所述服务注册信息通过服务发布订阅机制注册和发布。
7.根据权利要求5或6所述的服务管理方法，其特征在于，所述方法还包括：
对所述服务调用请求和所述服务应答进行集中监控和管理。
8.根据权利要求7所述的服务管理方法，其特征在于，所述对所述服务调用请求和所述服务应答进行集中监控和管理包括：
对所述服务调用请求和所述服务应答进行统一的服务运维监控；
对所述服务调用请求和所述服务应答对应的业务数据进行统计和分析。
CN201610683775.2A 2016-08-17 2016-08-17 一种服务管理方法和系统 Active CN106131213B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610683775.2A CN106131213B (zh) 2016-08-17 2016-08-17 一种服务管理方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610683775.2A CN106131213B (zh) 2016-08-17 2016-08-17 一种服务管理方法和系统

Publications (2)

Publication Number Publication Date
CN106131213A CN106131213A (zh) 2016-11-16
CN106131213B true CN106131213B (zh) 2020-04-24

Family

ID=57279923

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610683775.2A Active CN106131213B (zh) 2016-08-17 2016-08-17 一种服务管理方法和系统

Country Status (1)

Country Link
CN (1) CN106131213B (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107038583A (zh) * 2017-03-31 2017-08-11 武汉票据交易中心有限公司 一种交易系统的权限验证方法及系统
CN107133039A (zh) * 2017-04-28 2017-09-05 九次方大数据信息集团有限公司 规则引擎的构建方法和装置
CN108933807A (zh) * 2017-05-27 2018-12-04 广州市呼百应网络技术股份有限公司 一种分层式项目服务平台
CN109040152B (zh) * 2017-06-08 2022-05-31 创新先进技术有限公司 一种基于服务编排的服务请求和提供方法、装置以及电子设备
CN107426323A (zh) * 2017-08-01 2017-12-01 浪潮天元通信信息系统有限公司 一种基于分布式的资源服务与可视化监控系统及方法
CN107612713A (zh) * 2017-08-21 2018-01-19 同程网络科技股份有限公司 一种治理后端服务的方法
CN108337311A (zh) * 2018-02-05 2018-07-27 广州中元软件有限公司 一种面向服务的应用程序集中调配的方法和系统
CN108769112B (zh) * 2018-04-18 2021-11-12 江苏物联网研究发展中心 一种非侵入式rpc接口监控方法及系统
CN108628720A (zh) * 2018-05-02 2018-10-09 济南浪潮高新科技投资发展有限公司 一种级联场景下设备监控系统及方法
CN109726544A (zh) * 2018-09-07 2019-05-07 网联清算有限公司 服务管理方法及装置
CN109445853A (zh) * 2018-09-21 2019-03-08 深圳市买买提信息科技有限公司 一种回调请求统一处理方法及平台
CN109597854A (zh) * 2018-10-31 2019-04-09 深圳壹账通智能科技有限公司 一种服务请求的路由方法、装置、计算机设备及计算机存储介质
CN109218450B (zh) * 2018-11-09 2021-01-05 苏宁消费金融有限公司 一种客户端业务服务系统及其工作方法
CN109756564B (zh) * 2018-12-20 2022-03-01 广州市百果园信息技术有限公司 服务治理方法、装置及存储介质、计算机设备
CN110113406B (zh) * 2019-04-29 2022-04-08 成都网阔信息技术股份有限公司 基于分布式的计算服务集群系统
CN110245031B (zh) * 2019-06-03 2021-07-20 北京百度网讯科技有限公司 一种ai服务开放中台及方法
CN110287045A (zh) * 2019-07-02 2019-09-27 北京谷数科技有限公司 一种基于solaris操作系统的存储服务接口管理框架
CN110445861B (zh) * 2019-08-07 2021-10-22 上海浦东发展银行股份有限公司信用卡中心 一种基于f5适配器的容器云平台服务注册发现方法
CN110611715B (zh) * 2019-09-23 2023-11-28 国云科技股份有限公司 一种服务链路集合云监控信息的系统和方法
CN112749970B (zh) * 2020-07-10 2023-11-28 腾讯科技（深圳）有限公司 一种基于脸部支付的数据处理方法和装置
CN112583929B (zh) * 2020-12-23 2022-07-26 北京航空航天大学 基于机载嵌入式实时操作系统的服务管理方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013119841A1 (en) * 2012-02-10 2013-08-15 Nimbula, Inc. Cloud computing services framework

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8448185B2 (en) * 2009-03-23 2013-05-21 Siemens Aktiengesellschaft Method and system for dynamic discovery of services in a communication framework
CN101552695B (zh) * 2009-05-06 2011-07-13 中兴通讯股份有限公司 一种跨多专业网的统一网络管理方法及系统
US20110126197A1 (en) * 2009-11-25 2011-05-26 Novell, Inc. System and method for controlling cloud and virtualized data centers in an intelligent workload management system
US9658901B2 (en) * 2010-11-12 2017-05-23 Oracle International Corporation Event-based orchestration in distributed order orchestration system
CN102111441B (zh) * 2010-12-22 2014-04-16 北京新媒传信科技有限公司 多渠道数据业务受理系统及方法
CN102624765A (zh) * 2011-01-28 2012-08-01 腾讯科技（深圳）有限公司 一种智能终端的共享服务调用系统和方法
CN103701921A (zh) * 2013-12-31 2014-04-02 曙光云计算技术有限公司 云环境下基于接口调用的业务实现方法和装置
CN105721553B (zh) * 2016-01-25 2019-06-25 中国联合网络通信有限公司广东省分公司 一种自适应集群消息分发器

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013119841A1 (en) * 2012-02-10 2013-08-15 Nimbula, Inc. Cloud computing services framework

Also Published As

Publication number Publication date
CN106131213A (zh) 2016-11-16

Similar Documents

Publication Publication Date Title
CN106131213B (zh) 一种服务管理方法和系统
CN109284197B (zh) 基于智能合约的分布式应用平台及实现方法
CN109492040B (zh) 一种适用于数据中心海量短报文数据处理的系统
CN109873736A (zh) 一种微服务监控方法及系统
CN108471366A (zh) 一种面向云原生应用的立体监控系统
US20030126196A1 (en) System for optimizing the invocation of computer-based services deployed in a distributed computing environment
US9323588B2 (en) Service platform architecture
CN108255614A (zh) 一种基于微服务架构的接口调用系统及方法
CN101808051B (zh) 应用整合网关及其控制方法
CN111124589A (zh) 一种服务发现系统、方法、装置及设备
CN114172966A (zh) 单元化架构下的服务调用方法、服务处理方法及装置
CN114745295A (zh) 数据采集方法、装置、设备和可读存储介质
CN111258760A (zh) 一种平台管理方法、系统、装置及存储介质
CN108259605B (zh) 一种基于多数据中心的数据调用系统及方法
CN114040032A (zh) 一种协议转换方法、系统、存储介质及电子设备
CN112817539A (zh) 一种工业数据存储方法、系统、电子设备及存储介质
CN108334410A (zh) 一种分布式应用程序客户端轻量化方法以及计算机设备
CA2908068A1 (en) System and method for network provisioning
CN111913784A (zh) 任务调度方法及装置、网元、存储介质
EP3306471B1 (en) Automatic server cluster discovery
CN116980526A (zh) 应用于融合通信的多渠道排队机实现方法、装置及设备
CN111294383B (zh) 物联网服务管理系统
Kaur et al. Load balancing in cloud computing: The online traffic management
CN112994894B (zh) 基于网关的单线程请求处理方法和信息验证agent
CN113986955B (zh) 业务链的确定方法、装置、电子设备及介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant