微服务几个基本组件

目录

服务描述   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                          跨语言平台,组织内外皆可       

  • 5
    点赞
  • 33
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
微服务公共组件的封装是指将一些常用的功能或者工具封装成可复用的组件,供微服务架构中的各个微服务模块使用。这样做的好处是能够提高开发效率、降低代码重复,以及增强系统的可维护性和可扩展性。 在进行微服务公共组件的封装时,可以考虑以下几个方面: 1. 功能划分:根据业务需求和功能特点,将常用的功能或者工具进行划分,形成独立的组件。比如,可以将常用的数据库操作、缓存管理、日志记录等功能进行划分。 2. 接口设计:定义清晰的接口,使得组件的使用方式简单明了,并且具备良好的扩展性。接口设计应该符合面向对象编程的原则,提供必要的方法和属性,同时隐藏内部实现细节。 3. 抽象封装:将常用的功能进行抽象封装,隐藏底层实现细节,提供统一的接口供外部调用。这样可以降低使用者的学习成本,并且方便后续对底层实现进行优化或者替换。 4. 单元测试:对每个组件进行单元测试,确保其功能的正确性和稳定性。单元测试可以帮助发现潜在的问题,提高组件的质量。 5. 文档和示例:编写清晰的文档和示例代码,详细介绍组件的功能、使用方法和注意事项。这样可以方便其他开发人员理解和使用组件。 总之,微服务公共组件的封装可以提高开发效率和代码质量,同时也方便了团队内部的协作和沟通。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值