1、微服务
微服务架构风格,就像是把一个单独的应用程序开发成一套小服务,每个小服务运行在自己的进程中,并使用轻量级机制通讯,通常是HTTP API 这些服务围绕业务能力来构建,并通过完全自动话部署机制来独立部署。这些服务使用不同的编程语言书写,以及不同数据存储技术,并保持最低限度的集中式管理。
简单来说,拒绝大型单体应用,给予业务进行微服务话拆分,各个服务都是独立部署运行。
2、集群、分布式、节点
集群是个物理形态,分布式是个工作方式。 只要是一堆机器,就可以叫做集群,他们是不是一起协作干活,没人知道。
《分布式系统原理与范型》 “分布式系统是若干独立计算机的集合,这计算机对于用户来说就像单个相关系统”
分布式是指讲不同的业务发布在不同的地方。一个分布式系统中多业务运行在不同的机器,所有的业务构成一个大型的业务集群,每一个小的业务,比如用户系统,订单系统,访问压力大的时候一台服务器不够用,就要将用户系统,订单系统部署到多个服务器上,也就是每一个业务系统也可以做集群化。
集群指的是讲几台服务器集中在一起,或者说是多个台服务器,实现同一个业务。
节点是指集群中的每一个服务器
分布式中的每一个节点都可以是集群。而集群并不就是分布式
3、远程调用
在分布式系统中,各个服务可能处于不同主机,但是服务之间不可避免的相互调用,成为远程调用,SpringCloud 中使用http+json 的方式完成远程调用 a->b发送一个http请求,数据转成json格式(json可以兼容 php c++ 等)天然跨平台
4、负载均衡
在系统中a调用b服务,b在多个服务器中都有部署,a任意调用一个服务器都可以完成功能任务。
为了让每一个服务器都不要太忙或者太闲,可以进行负载均衡的调用每一个服务器
常见的负载均衡算法
- 轮询 为第一个请求选择健康池中的第一个后端口服务器,然后顺序往后一次执行,直到最后一个,然后循环。
- 最小连接 优先选择连接数最少,也就是说压力最小的后端服务其,在回话较长的情况小可以考虑才去这种方式。
- 散列 根据用户的请求ip(hash)来选择要转发的服务器。
5、服务注册、发现、注册中心
a服务调用b服务,a服务并不知道b服务当前在哪几台服务器中有,哪些正常,哪些不稳定或者已经下线。因此引入注册中心解决此问题。
引入注册中心后,如果某些服务下线,其他服务就可以实时的感知到其他服务到状态,从而避免抵用不可用到服务
6、配置中心
每一个服务都有大量配置,每一个服务都可能部署到多个服务器上,需要变更a个服务所有服务器上配置,只需要在配置中心某一个服务器到配置,其他服务器就可以动态到修改配置,实现改一处,各个微服务自动改掉
7、服务熔断、服务降级
在微服务架构中,微服务之间通过网路进行通信,存在相互依赖关系,当其中一个服务不可用时,有可能导致雪崩效应,要防止这种情况发生,必须要有容错机制来保护
1.服务熔断
- 设置服务超时,当被调用到服务经常失败到某个阙值,可以开启断路保护机制,后来到请求不再去调用这个服务,本地直接返回默认到数据
2.服务降级
- 在运维期间,当系统处于高峰期,系统资源就紧张,可以让非核心业务降级运行。降级:某些服务不处理,或者简单处理(抛异常返返回null值等操作)
8、api网关
在微服务中,api gateway作为重要组件,他抽象来威武中都需要的公共功能,同时提供来客户端负载均衡,服务自动熔断,灰度帆布,统一认证,限流流控,日志统计等功能,解决api管理难题。