soa服务治理

本文探讨了服务架构设计的关键要素,包括协议选择如TCP/IP与HTTP,序列化方式如Hisser与Protobuf,以及服务路由与负载均衡策略。文中还讨论了Zookeeper作为配置中心的应用场景,以及不同负载均衡算法的特点,例如轮询法、随机法和最小连接数法等。此外,还提到了异地跨机房调用时的延迟问题及解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.选择协议,   tcp/ip更注重效率  但实现复杂     http更加好用,效率稍微低一点

2.序列化协议    hissen做序列化  侵入性小,效率稍低    proto buffer 侵入性大,但是效率高    java自带的 不需要引入第三方包

json/xml 序列化比较耗

3.sop服务路由。负载均衡程序通过负载均衡算法和规则,选取一台服务器访问。称为服务的负载均衡。 服务均衡算法 随机算法、

权重算法。  niginx lvs 负载均衡软件  存在单点问题

4.zk 可以称为高可用配置中心  水滴是单点的。 因为他的配置信息保存在内存中。 


5.负载均衡算法:轮训法   ==  随机法  源地址hash(有状态的调用) 加权轮训法 (机器抗压能力不同)  加权轮训法   最小连接数法 (智能)连接数最小的机器 

6.异地跨机房调用 有延迟。 服务配置管理中心 1.甄别调用者,返回不同服务提供者  2.给不同机房的调用者 提供本地的服务提供者。  要标明机房信息,多机房部署能力不一致,本地服务是否有足够的资源。  服务不可用 多机房容灾   多机房 用虚拟机房做

不以物理机房为

 



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值