微服务几个基本组件

本文详细介绍了微服务架构中的核心组件,包括服务描述、注册中心、服务框架、服务监控和服务追踪。服务描述涉及RESTful API、XML配置和IDL文件;注册中心负责服务的发布与订阅;服务框架关乎服务通信协议、数据传输方式和压缩格式;服务监控包括指标收集、数据处理和展示;服务追踪通过requestid实现全链路追踪;服务治理则确保在各种故障情况下服务调用的稳定性。
摘要由CSDN通过智能技术生成

目录

服务描述   https://blog.csdn.net/haponchang/article/details/90746408

注册中心   https://blog.csdn.net/haponchang/article/details/93467008

服务框架   https://blog.csdn.net/haponchang/article/details/93468031

服务监控   https://blog.csdn.net/haponchang/article/details/93469050

服务追踪   https://blog.csdn.net/haponchang/article/details/93486963

服务治理   https://blog.csdn.net/haponchang/article/details/93488503


微服务架构下,服务调用主要依赖下面几个基本组件:

服务描述

服务调用首先要解决的问题就是服务如何对外描述。比如服务名、调用这个服务需要提供哪些信息、返回的结果是什么格式的、如何解析等问题。

常用的服务描述方式包括 RESTful API、XML 配置以及 IDL 文件三种。

其中,RESTful API 方式通常用于 HTTP 协议的服务描述,并且常用 Wiki 或者Swagger来进行管理。下面是一个 RESTful API 方式的服务描述的例子。

XML 配置方式多用作 RPC 协议的服务描述,通过 *.xml 配置文件来定义接口名、参数以及返回值类型等。

如motan_server.xml中

<motan:basicService id="serviceBasicConfig" export="demoMotan:8002" group="motan-demo-rpc" module="motan-demo-rpc" registry="registry"/>

IDL 文件方式通常用作 Thrift 和 gRPC 这类跨语言服务调用框架中,比如 gRPC 就是通过 Protobuf 文件来定义服务的接口名、参数以及返回值的数据结构。

服务描述方式                           使用场景                                                缺点

RESTFUL API                          跨语言平台,组织内外皆可       

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值