首页  思维导图  详情



 



分布式服务架构

2018-03-14 18:23:52   66  举报





AI智能生成

分布式服务架构。。。。。。。。。。。。。。

模板推荐

作者其他创作

大纲/内容

分布式微服务架构设计原理

微服务

spring boot

Netflix

Spring Cloud Netflix

服务化

dubbo

默认传输协议：hessian

注册中心：zookeeper 服务注册和发现客户端负载均衡

随机

轮询

最少活跃调用数

一致性哈希

HSF(high speed franework)

Thrift

AXIS

Mule ESB

容錯模式

舱壁隔离模式

微服务容器分组

线程池隔离

熔断模式

限流模式

计数器

令牌桶

信号量

失效转移模式

快速失败的策略

备份服务

failover策略

服务契约

提供者契约

消费者契约

消费者驱动的契约

一致性

酸碱平衡理论

ACID(酸)

A:Atomicity,原子性

C:Consistency，一致性

I:Isolation,隔离性

D:Durability,持久性

BASE(碱)

BA :Basically Available 基本可用

S: Soft State 软状态

E：Eventually Consistent 最终一致性

CAP(帽子原理)

C:Consistency 一致性

A:Availability,可用性，好的响应性能。

P:Partition tolerance 分区容忍性

解决一致性问题的三条经验

使用向上扩展（强悍的硬件）并运行专业的关系型数据库，能够保证强一致性，能向上扩展解决的问题都不是问题

如果向上扩展的成本很高，则可以对廉价的硬件运行的开源关系型数据库进行水平伸缩和切片，将相关数据分到一个数据库的同一分片上，仍然能够使用关系型数据库保证事务

如果业务规则限制，无法将相关数据分到同一分片上，就需要实现最终一致性，在记录事务的软状态（中间状态、临时状态）时若出现不一致，则可以通过系统自动化或者人工干预来修复不一致的问题

分布式一致性协议

两阶段提交协议

准备阶段

提交阶段

致命问题

阻塞

单点故障

脑裂

三阶段提交协议

询问阶段

准备阶段

提交阶段

TCC

Try

Confirm

Cancle

保证最终一致性的模式

查询模式

任何服务都需要提供一个查询接口，用来想外部输出操作执行的状态

补偿模式

自动恢复

通知运营

技术运营

异步确保模式

定期校对模式

可靠消息模式

消息的可靠发送

消息处理器的幂等性

缓存一致性模式

超时处理模式

微服务的交互模式

同步调用模式

接口异步调用模式

消息队列异步处理模式

同步与异步的抉择

交互模式超时问题的解决方案

同步调用模式下的解决方案

两状态的同步接口

三状态的同步接口

异步调用模式下的解决方案

异步调用接口超时

异步调用内部超时

异步调用回调超时

消息队列异步处理模式的解决方案

消息队列的生产者超时

消息队列的消费者超时

超时补偿的原则

迁移开关的设计

linux基础命令

grep

grep -5 'XXXX' 文件名

find

find . -name 文件名

uptime

lsof

ulimit

curl

scp

vi和vim

top

pidstat

free

pmap

 Collect

Get Started

分布式系统架构图

 Collect

Get Started

分布式系统

 Collect

Get Started

分布式理论基础

 Collect

Get Started

架构设计、分布式、技术架构、微服务、技术方案





0 条评论

下一页