ES--微服务、集群搭建、打分机制、脑裂问题
1 微服务
# 1 Iaas ,Paas和Saas
-基础设施服务:自己买服务器,开发项目,部署在服务器上,监控
-平台即服务:项目开发完---》放到人家服务器上即可--》自动备份,自动监控
-软件即服务:买别人的软件服务
iass基础设施服务(组装机):你买了一大堆电脑配件,cpu 主板..然后组装完成后 装上系统就可以上网。还要自己提供场地 环境
paas平台即服务(品牌机):买回来开机就行。需要自己提供场地,和环境(电源)
saas软件即服务(去网吧):电脑,场地,环境(电源,网线,饮料)都是网吧提供的服务
# 2 微服务是一个架构的概念
# 3 单体应用:路飞项目所有功能都融到一个大项目里
-单体应用可以拆成一个一个的模块,订单模块,用户模块,商品模块
# 4 微服务
-大项目,拆成订单服务,用户服务,商品服务,单独开发单独上线,三五个人一个项目
# 5 微服务跟分布式有什么区别和联系
-分布式:分散部署在不同的机器上的,一个服务可能有多个功能,是一种面向SOA架构的
-分布式的方式是根据不同机器不同业务
-微服务:相比分布式服务来说,它的粒度更小,服务之间耦合度更低,由于每个微服务都由独立的小团队负责
-微服务更加强调单一职责、轻量级通信(HTTP)、独立性并且进程隔离。
一台机器上可以有多个服务(每个服务是一个进程),每个分布式节点跑在不通机器上
# 6 微服务架构是分布式服务架构的子集
# 7 微服务:每个服务用自己的数据库
# 8 每个服务之间如何通信
-不通进程,甚至是不同的服务器
-同步通信:对内用rpc,对外用restful
-restful
-rpc
-异步通信
-消息队列
# protobuf协议:xml,josn,protobuf 越节省空间
# 9 rpc:远程过程调用(调用远程的函数像调用本地函数一样)
-为什么不直接用resful?它是应用层协议,http协议,数据包大一些
-第三方开源的rpc框架,有的是自己的协议,有的也支持resful
# 10 服务注册和发现
-一旦上线一个服务,需要在注册中心注册
-zookpper,etcd,consul
# 11 高并发和高可用
- 重试机制
- 限流
-漏桶算法
-令牌桶算法
- 熔断机制
- 降级
-保证高并发:水平扩展(最多:加机器)和垂直扩展(加内存,加硬盘,加cpu)
# 微服务相关的词,融到你的简历里
# 项目中:中间件里写了降级的方案
# 链路监控
redis+1-----》100 ---》超没超过100,限流或者降级
2 es打分机制
# es:重要的就是查询,全文检索
# 打分机制的公式:TF-IDF
- 一个词条在某篇文档中出现的次数越多,该文档就越相关,分越高,`TF`是词频(term frequency)
- 一个词条如果在不同的文档中出现的次数越多,它就越不相关,分越低,`IDF`是逆文档频率
# 配置打分模型
-一般不配
# 百度seo:免费通过关键字来让你的网站更容易被搜到
# 百度 sem:花钱让你的网站往前放
3 es集群搭建
# 方案一 :广播
-只管启动es,自动加入到集群中,一旦加入进去,自行完成数据copy
-只需要启动读个es,自动加入到集群中(集群名字一样,才能加入到集群)
# 方案二:单播
-1 在每个es的配置文件中写入配置
cluster.name: my_es1
node.name: node1
network.host: 127.0.0.1
http.port: 9200
transport.tcp.port: 9300
discovery.zen.ping.unicast.hosts: ["127.0.0.1:9300", "127.0.0.1:9302", "127.0.0.1:9303", "127.0.0.1:9304"]
-2 启动es即可,自动加入集群
-3 可以在任意节点查数据,写数据,都是往集群中写,从集群中查
-4 自己实现注册发现,重试
# 好多公司用es,都用单机,没有搭集群
# 保证高可用:
-有一个节点挂了,服务还能能,数据还是完整(相对的)
4 es脑裂问题
# 假设10个节点,一个集群
# 4个节点挂了,4个节点又上来了,4个节点组成一个集群,选了一个主,6个组成一个集群,选了一个主
# 通过配置文件:
discovery.zen.minimum_master_nodes: 3
# 脑裂问题出现的原因,如何解决
很多都是单实例---》好点的做个主从
选择了IT,必定终身学习