[发明专利]信息处理方法、装置和系统在审
申请号: | 201710912436.1 | 申请日: | 2017-09-29 |
公开(公告)号: | CN109582471A | 公开(公告)日: | 2019-04-05 |
发明(设计)人: | 高亮;何星星;孙芃;吉宇凯 | 申请(专利权)人: | 西门子公司 |
主分类号: | G06F9/54 | 分类号: | G06F9/54 |
代理公司: | 北京康信知识产权代理有限责任公司 11240 | 代理人: | 赵冬梅 |
地址: | 德国*** | 国省代码: | 德国;DE |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 服务请求 服务 调用信息 信息处理 调用关系 服务调用 请求调用 依赖关系 优化调整 可视化 监控 直观 便利 展示 | ||
本发明实施方式公开了信息处理方法、装置和系统。信息处理方法包括:监控至少两个微服务中每一个微服务发起的至少一个微服务请求,其中:一个微服务请求用于一个微服务调用其他微服务;从监控得到的每一个微服务请求中,确定一个第一微服务和一个第二微服务之间的调用关系,其中:所述第一微服务为发起该微服务请求的微服务,所述第二微服务为该微服务请求所请求调用的微服务;根据确定的所有所述调用关系,生成所述至少两个微服务之间的调用信息。本发明实施方式可以获取微服务之间的调用信息,可视化展示所获取的调用信息,直观而便利地呈现各个微服务之间的依赖关系,还可以基于指标值优化调整微服务的处理能力。
技术领域
本发明涉及微服务技术领域,特别是涉及获取信息处理方法、装置和系统。
背景技术
微服务是一种架构模式,它提倡将单一应用程序划分成一组微小的服务,服务之间互相协调、互相配合,为用户提供最终价值。每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于符合表现层状态转移(REpresentational State Transfer,REST)设计标准的应用程序编程接口(ApplicationProgramming Interface,API),或被称为RESTful API,而RESTful API是基于超文本传输协议(Hyper Text Transfer Protocol,HTTP)协议实现的)。
在微服务架构中,应用程序被构造为松散耦合服务的集合,各个服务之间可以相互调用。然而,微服务之间的调用信息难以获取。尤其是,当微服务的数目众多时,如何获取多个(即至少两个)微服务之间的调用信息是一个显著挑战。
发明内容
本发明实施方式提出一种信息处理方法、装置和系统。
信息处理方法,包括:
监控至少两个微服务中每一个微服务发起的至少一个微服务请求,其中:一个微服务请求用于一个微服务调用其他微服务;
从监控得到的每一个微服务请求中,确定一个第一微服务和一个第二微服务之间的调用关系,其中:所述第一微服务为发起该微服务请求的微服务,所述第二微服务为该微服务请求所请求调用的微服务;
根据确定的所有所述调用关系,生成所述至少两个微服务之间的调用信息。
可见,本发明实施方式通过监控微服务请求,可以确定微服务请求的发起方和微服务请求所请求调用的被调用方之间的调用关系,并生成微服务之间的调用信息。
在一个实施方式中,所述至少两个微服务之间的调用信息包括下列信息中的至少一个:
所述至少两个微服务之间的调用关系;
所述至少两个微服务之间的间接调用路径;
所述至少两个微服务之间调用的指标值。
可见,本发明实施方式的调用信息具有多种类型,能够满足各种应用环境的多种需求。
在一个实施方式中,所述指标值包括下列至少一项:
所述至少两个微服务中一个微服务调用另一个微服务的调用次数;
所述至少两个微服务中一个微服务调用另一个微服务的调用频率;
所述至少两个微服务中一个微服务调用另一个微服务的调用成功次数;
所述至少两个微服务中一个微服务调用另一个微服务的调用失败次数;
所述至少两个微服务中一个微服务调用另一个微服务的调用成功率;
所述至少两个微服务中一个微服务被所有其他微服务调用的调用次数;
所述至少两个微服务中一个微服务被所有其他微服务调用的调用频率;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于西门子公司,未经西门子公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201710912436.1/2.html,转载请声明来源钻瓜专利网。
- 上一篇:一种数据处理方法及数据处理装置
- 下一篇:一种微服务处理方法及设备