dubbo服务注册中心,主要负责服务名称管理和服务调度ide
注册流程:工具
provider经过export导出一个服务->服务提供者信息写入注册中心->服务消费者信息写入注册中心测试
->消费者订阅服务->监控中心收集服务提供者被调用次数,消费者调用服务次数等信息3d
案例blog
注册中心zk服务节点100W,服务同时上线,出口网卡直接被打满问题。ip
注册信息内容太长路由
推送次数过多文档
解决方案自动化
provider端改造集群
写入注册中心:ip+port
写入元数据中心:服务提供相关信息
consumer端改造
应用注册中心
服务变动推送开关
服务分组
服务注册中心
CAP理论
去中心化
容量
服务注册中心选择
Eureka
Etcd
Consul
nacos
配置中心
Zookeeper,Apollo,nacos
三个中心
注册中心、配置中心、元数据中心
路由规则
覆盖范围划分:应用、服务、方法
功能维度:黑名单、条件路由、TAG路由
全链路灰度发布
A/B测试
集群
服务分组
业务隔离
灰度环境
swagger整合
文档功能
自动化测试
服务治理
服务治理清单
不要设置应用级别的重试
设置超时时间
隔离
治理工具
Service Mesh
解决系统异构问题,控制层(sidecar)负责转换数据
参考
https://www.infoq.cn/article/IwZCAp3jo_H5fJFbWOZu