微服务
文章目录
- 微服务
- 一、后台架构总结
- 二、如果想要按地域将请求分配到部署在不同机房的后端服务,要怎么来实现呢?
- 三、如果一个线上服务挂掉了,依赖的其它服务要怎么操作可以把影响降到最小呢?
- 四、微服务架构的难点是什么?
一、后台架构总结
常见的后台架构总结
二、如果想要按地域将请求分配到部署在不同机房的后端服务,要怎么来实现呢?
https://blog.csdn.net/qq_37756660/article/details/133563547
三、如果一个线上服务挂掉了,依赖的其它服务要怎么操作可以把影响降到最小呢?
当一个线上服务挂掉时,我们希望能够尽可能地降低对依赖的其他服务的影响。
-
服务降级:
- 对于那些可以容忍延迟或者失败的功能,实施服务降级。这可能意味着返回缓存的数据、提供默认值或简化功能。
- 设定降级策略,确保降级后的服务仍然能够提供基本的功能,以满足系统的最低要求。
-
断路器模式:
- 设置断路器来监控服务的调用。当失败率超过阈值时,断路器将打开,停止向该服务发送请求一段时间。
- 断路器打开时,可以提供一个备用方案或者返回预设的错误信息,而不是等待超时。
-
超时设置:
- 为服务调用设置适当的超时时间,通常应该根据服务的预期响应时间来设定。这可以防止一个慢速的服务调用影响到整个系统的性能。
- 超时后,可以考虑返回默认值或者错误信息,避免等待超时导致的资源浪费。
-
舱壁模式:
- 通过舱壁模式,为每个服务调用分配独立的资源池,以确保一个服务的失败不会影响到其他服务。
- 这可以通过线程池隔离、连接池隔离或者其他资源隔离机制来实现。
-
优雅降级:
- 在服务不可用时,考虑关闭或者简化一些非关键的功能,以保证系统的核心功能仍然可用。
- 这可能需要事先规划,并在系统设计中考虑到容错和优雅降级的策略。
-
监控和警报:
- 配置实时监控系统,以便及时发现服务的故障和异常。
- 设置警报机制,当系统出现异常时,能够及时通知相关人员进行处理。
四、微服务架构的难点是什么?
https://blog.csdn.net/yhhyhhyhhyhh/article/details/88961011