
微服务
三郎君
写文章勤分享:巩固自己,帮助他人,何乐而不为!
展开
-
系统架构演变
1.系统架构演变 随着互联网的发展,网站应用的规模不断扩大。需求的激增,带来的是技术上的压力。系统架构也因此不断的演进、升级、迭代。从单一应用,到垂直拆分,到分布式服务,到SOA,以及现在火热的微服务架构,还有在Google带领下来势汹涌的Service Mesh。我们到底是该乘坐微服务的船只驶向远方,还是偏安一隅得过且过? 其实生活不止眼前的苟且,还有诗和远方。所以我们今天就回顾历史,看一看系统架构演变的历程;把握现在,学习现在最火的技术架构;展望未来,争取成为一名优秀的Java工程师。 1.1.集中式架原创 2021-03-22 13:48:07 · 219 阅读 · 0 评论 -
熔断原理
熔断原理 熔断器,也叫断路器,其英文单词为:Circuit Breaker 熔断状态机3个状态: Closed:关闭状态,所有请求都正常访问。 Open:打开状态,所有请求都会被降级。Hystix会对请求情况计数,当一定时间内失败请求百分比达到阈值,则触发熔断,断路器会完全打开。默认失败比例的阈值是50%,请求次数最少不低于20次。 Half Open:半开状态,open状态不是永久的,打开后会进入休眠时间(默认是5S)。随后断路器会自动进入半开状态。此时会释放部分请求通过,若这些请求都是健康的,则会完全原创 2021-03-21 22:31:02 · 421 阅读 · 0 评论 -
线程隔离,服务降级
线程隔离,服务降级 1.3.1.原理 Hystrix为每个依赖服务调用分配一个小的线程池,如果线程池已满调用将被立即拒绝,默认不采用排队.加速失败判定时间。 用户的请求将不再直接访问服务,而是通过线程池中的空闲线程来访问服务, 如果线程池已满,或者请求超时,则会进行降级处理,什么是服务降级? 服务降级:优先保证核心服务,而非核心服务不可用或弱可用。 用户的请求故障时,不会被阻塞,更不会无休止的等待或者看到系统崩溃, 至少可以看到一个执行结果 (例如返回友好的提示信息) 。 服务降级虽然会导致请求失败,但原创 2021-03-21 22:27:45 · 239 阅读 · 0 评论