2、微服务之间是如何独立通讯的?
- 将组建定义为可被独立替换和升级的软件单元。
- 以业务能力为出发点组织服务的策略。
- 倡导谁开发谁运营的开发运维一体化方法。
- RestFul Http协议是微服务架构中最常用的通讯机制。
- 每个微服务可以考虑采用最佳微服务完成(如不同的编程语言)。
- 允许不同的微服务采用不同的数据持久化技术。
- 微服务非常注重建立架构和业务相关指标的实时监控和日志机制,必须考虑每个服务的失败容错机制。
- 注重快速更新,因此系统会随着时间不断变化和演进。可替代性模块化设计。
微服务通信方式:
同步:RPC,REST等
异步:消息队列。要考虑消息可靠传输、高性能,以及编程模型的变化等。
1、客户端到服务端通信,API Gateway方法。
API Gateway是解决微服务通信的一个不错的方法。以客户端为例。一个客户端可以向多个微服务中的任意一个微服务发出请求。
API Gateway负责请求转发、合成和协议转换。所有请求都要先经过API Gateway,然后再将请求转发到对应的微服务中。
2、进程通信IPC
这种通信不但可以实现一对一、一对多。还可以实现同步和异步请求。
3、SpringCloud 和 Dubbo有那些区别?
1、dubbo由于是二进制的传输,占用带宽会更少;
2、springCloud是http协议传输,带宽会比较多,同时使用http协议一般会使用JSON报文,消耗会

这篇博客探讨了微服务架构中微服务如何独立通讯,对比了SpringCloud与Dubbo的区别,阐述了SpringBoot与SpringCloud的理解,解释了服务熔断和降级的概念,并分析了微服务的优缺点及项目开发中的挑战。此外,还提到了常见的微服务技术栈。
最低0.47元/天 解锁文章
1374

被折叠的 条评论
为什么被折叠?



