要保证服务提供端和消费端以同样的顺序(或者ID)来注册类,避免错位.因为可
被发现然后注册的类的数量可能都是不一样的
注意:(无参构造函数和Serializable接口)
如果被序列化的类,不包含无参构造函数...,则会导致Kryo序列化性能降低.因为底层将会使用Java的序列化来透明取代Kryo序列化.尽可能为每一个被序列化的类添加无参构造函数(Java类如果不自定义构造函数,默认就有无参构造函数)
Kryo和...,服务服务之间通过RPC相互调用
为了保证高可用,单个服务采用集群部署,由于网络或者自身的原因,服务不能保证100%可用
如果单个服务出现问题,调用这个服务就会出现出现线程阻塞,此时若大量的请求涌入,servlet...容器的线程就会被消耗完毕,导致服务瘫痪,服务与服务之间的依赖性会导致故障传播,进而导致整个微服务瘫痪,这就是"服务雪崩效应"
为了解决服务雪崩效应,提出熔断器的模型
熔断器模型:
底层的服务出现故障,...会导致连锁故障
当对特定服务调用的不可用到达一个阈值(Hystrix默认5秒20次),熔断器就会被打开
熔断器打开后,为了避免连锁故障,通过fallback方法直接返回一个固定值
Dubbo Provider