(二)微服务带来的问题及解决方案

目录

1、微服务间如何通讯?

1.1、从通讯模式角度考虑

1.2、从通讯协议角度考虑

2、微服务如何发现彼此?

2.1、服务发现本质

2.2、传统服务的服务发现:

2.3、客户端发现 

2.4、服务端发现

3、微服务如何部署?更新?扩容? 

3.1、一个新服务部署的流程

3.2、更新

3.3.、扩容

 


 

 

1、微服务间如何通讯?

 问题描述:

    在什么情况下服务与服务之间需要通讯,肯定是调用它的什么接口或者是依赖于它的什么样数据、什么样功能,在单体架构中,这种情况是比较少见的,因为一个系统在一个应用里已经完成了相关的功能,当然也不排除有些功能和接口是来源于其他系统的,在单体架构中我们常用的方案有几种,一个是直接把其他系统的链接拿过来,把内容嵌入到页面里,还有可能是使用TCP Client来调用对方的TCP接口从而拿到返回的数据,这是在单体架构中两个比较常见的方案。但是微服务就要系统的考虑一下,因为微服务特别的多,并且他们之间的调用非常频繁的,所以我们必须事先设计好,微服务之间怎么样才能高效、快捷方便地通讯。

 

1.1、从通讯模式角度考虑

一对一还是一对多?同步还是异步?

 

1.2、从通讯协议角度考虑

REST API


RPC微服务通讯使用的最多的一种
  ①如何选择一个RPC框架

    ● I/O — 是同步的I/O还是异步非阻塞的NIO,是长连接(只要连接上了就会尽量保持连接状态,而不会去主动断掉)还是短链接(一次请求响应完成之后就关闭连接,如HTTP);

    ● 线程调度模型的 — 是单线程还是多线程,线程的调度算法的性能怎样;

    ● 序列化方式 — 可读的(XML、JSON)还是二进制(人工不可见的,比如JDK自带的序列化);注意:序列化的效率直接影响了RPC通讯的效率,序列化

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值