一.微服务场景
问题:
当一个大应用包含很多功能模块的时候,其中一个小模块出现问题可能导致整个系统不能用
当一个项目从一个人开发变成多人协作开发,在一个应用中开发时不同开发人员需要考虑各种兼容协调问题,沟通成本很大
当应用中的某个模块需要高并发的时候,整个大应用甚至一些调用频率很低的模块都要考虑高并发。造成资源浪费
当一个服务需要同时为微信官网app等提供支持时如何避免重复开发
解决:
在微服务架构风格中,一个大应用被拆分成为了多个小的服务系统提供出来,这些小的系统他们可以自成体系
这些小系统可以拥有自己的数据库,框架甚至语言等,这些小系统通常以提供 Rest Api 风格的接口来被 H5, Android, IOS 以及第三方应用程序调用。
不同的微服务独立部署,各服务之间相互调用,可扩展性和灵活性极高
二、服务注册与发现-场景入门
问题
一个服务如何简单而又精确的调用另外一个服务
当一个服务并发量变大之后如何集群部署并调用
被调用服务ip变更如何做到调用端不受影响
解决
springcloud-eureka或者consul提供服务注册与发现,不同的服务注册到注册中心
不同服务通过注册到注册中心的服务名称来调用,无需知道目标服务ip等信息
同一个服务可以向注册中心注册多个,以保证高并发高可用性
三、springCloud-feign-ribbon-场景入门
问题:
服务注册中心同一个服务名称下有多个服务,如何做到负载均衡
解决:
feign和ribbon组建提供负载均衡支持
四、断路器-场景入门
问题:
当微服务集群里面的某一个A服务挂掉之后,调用这个服务的B服务和调用B服务的C服务及后续的相关服务都会无法正方调用,造成服务阻塞。我们不想这种整个服务链条阻塞发生
解决:
springcloud-hystrix断路器可以在A服务挂掉的情况下返回预先处理好的返回值,以保证A服务挂掉之后后续相关服务仍然可调用
五、spring-cloud-gateway-场景入门
问题:
当我们的微服务对外开放,我们需要实现服务路由
如何实现接口限流
如何做到统一的接口鉴权
解决:
springcloud-gateway解决了以上问题
六、配置中心-场景入门
问题:
当我们的微服务越来越多,正式测试开发环境需要维护非常多的配置文件,我们需要简单的统一管理配置文件
解决:
springCloud-config帮我们整合了git等文件库。我们可以把config文件放在Git,然后通过springcloudconfig来获取配置文件内容
以上仅代表个人观点,如有不同观点欢迎指出。
以上,便是今天的分享,希望大家喜欢,觉得内容不错的,欢迎点击「在看」支持,谢谢各位。